| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | o artigo ate parece uma arvore de natal com tanto link a piscar...
promete q vou dar uma olhada, os requesitos parecem me o habitual pra um proj desta natureza
prerequisites:
a unix box. any of it will do the job.
startuxcode was tested against red hat 9, suse 9.0, fedora core 1, mandrake 9.2, freebsd 4.9 and openbsd 3.4;
mysql version 3.23.x or 4.0.x;
apache version 1.3.x or 2.0.x;
php version 3.23.x or 4.0.x;
root access to mysql;
an mta capable of sending e-mail messages;
imagemagick if you want to resize images and wvware to display microsoft™ word documents (both very useful).
podem desenvolver a ultima linha sff? para alem de
# importing of documents from Microsoft Word respecting both text styles and tables;
btw, what you are missing now, and judging by the site is an i18n team to translate to pt_PT :)
btw2, creating a portuguese section in the forum would be a good solution too
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| |
| | btw, what you are missing now, and judging by the site is an i18n team to translate to pt_PT :)
Dear sir,
Thank you for your kind words.
Unfortunately, startuxcode doesn't have an obvious way to be translated exception made to hacking the database.
But since we have a few lines in portuguese hardcoded in .php files, it still isn't a good solution.
We are aware of the translation issue, but for now, we just want to get this to work in english.
Nevertheless, there will be a portuguese version when all the text resides in the database dump.
Regarding the foruns, i'm afraid they have to be in english. As you most certainly inderstand, the "portuguese market" is too little for a software like startuxcode. Needless to say that if someone that can't understand english addresses the foruns in portuguese, will get help too from us.
Meanwhile, if you have any troubles, drop us a line to the user's mailing list or to the foruns and we will be most glade to help you.
Last, but not the least, the .doc issue: it's a feature inheritade from siteseed. Why throw it away ? Someone (not me for sure) might find it useful. We cannot forget that .doc still rules the market and startuxcode's journalists (!=administrators) may find it a very interesting tool to work with.
Warm regards,
Mário Gamito
Mário Gamito
www.startuxcode.com |
| |
| | Porque e' que tem esta gente a mania de escrever/falar ingles quando falamos todos portugues? É por ser mais chique?
|
| |
| | Não, é por ser mais abrangente!
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | | e é AFAIK o primeiro weblog português Pode ser tudo... mas o primeiro não é.... há tanto weblog custom made apartir do zero feito por portugas. Sim, pode não ter tantas features, mas uma coisa é um weblog outra é um CMS.
|
| |
| |
| | Sim, pode não ter tantas features, mas uma coisa é um weblog outra é um CMS.
ha muitos cms portugueses pa
muitos costum made, mas muitos sao autenticos produtos comerciais, a malta e' q nao ouve falar deles pq nao sao publicitados, ficando apenas confinados a gabinetes e a comercias que visitam os clientes. Nem os ve em caixa no hiper a' venda como os produtos da gestexper ou da primavera
Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer |
| |
| | existe um que descobri, penso que era open source e tudo... no entanto o link e a memória foram-se...
--- Insert lame .sig |
| |
| | [...] 90% of the text is in the database dump. the other 10% are spread through the php files. yes, we know this is bad and we have plans to get 100% of the text into the database.[...]
(http://www.startuxcode.com/faq.php)
uh? Os textos ficam na base de dados ?!?!?!?
Isso é uma excelente ideia... se quiserem assassinar a performance.
A roda já foi inventada, e chama-se locale. Sim, há classes para usar isso no php.
Ou - para quem não quer ir tão longe - até podiam incluir ficheiros com as strings, como toda a gente faz...
Donde raio saiu essa brilhante ideia de meter isso na db?
|
| |
| |
| | | até podiam incluir ficheiros com as strings, como toda a gente faz... ...e a organização disso é?
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | A organização disso é a mesma organização que obténs numa base de dados.
Não podes estar a sério a defender que se guardem as strings na db...
Tenho melhor ideia de ti do que isso.
|
| |
| | retiro a ultima frase.
estava a confundir-te com outra pessoa.
podes vir, tou pronto para ti.
|
| |
| | | retiro a ultima frase. Se estavas a pensar que eu sou um gajo que trabalho com o teu irmão no IOL, sou eu mesmo...
Se não, então ainda bem que estás pronto.
Sabes que um dos motivos que levou a que se use bases de dados em vez de ficheiros para guardar dados é devido à lentidão da maioria dos FS's quando se lê muitos dados de pequena dimenssão?
De qq maneira este é um daqueles assuntos onde qq das opções tem muitas coisas negativas.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Atenção que o objectivo do Locale nãe é suportar traduções mas sim definições do genero formato da data, moeda, separador decimal entre outras.
|
| |
| | estás a falar do que leste no manual do php sobre locale, sugiro as seguintes manpages:
man 7 locale
man 7 gettext
|
| |
| | O startuxcode é "object oriented" com muitas aspas, i. e., um site é composto por objectos que formam um puzzle completo através da(s) interface(s) definida(s). Esses objectos estão no MySQL.
No entanto, o startuxcode suporta cache no filesystem.
Lê nas features.
Mário Gamito
www.startuxcode.com |
| |
| | Boas.
"O startuxcode é "object oriented" com muitas aspas"
Mete aspas nisso.
No código não existe nem uma classe definida.
@747, Nbk
|
| |
| | Também olha que para usar classes em PHP mais vale estar quieto!
Quando ele diz "object oriented" com muitas aspas, penso eu que não se refere a nível de programação, mas sim a nível de funcionamento da aplicação, onde tudo são peças que se vão encaixando.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Daí um usar PHP + JSP/Servlets (com Apache/Tomcat)..
Quando o trabalho exige uma abstracção e mesmo object oriented para simplificação, toca a usar Java :-)
Dominus vobiscum |
| |
| | Boas.
"Quando o trabalho exige uma abstracção e mesmo object oriented para simplificação, toca a usar Java :-)"
Claro. True, True. BTW, sou revendedor de hardware topo de gama. Qq problema com a tua aplicação java necessitar 2GB de ram, SCSI e quad-cpu, avisa. Faço descontos para gajos que usam Java. :-)
Opção: python. :->
Se te quiseres abstrair mesmo à séria, C++. :->
@095, Nbk
|
| |
| | "Claro. True, True. BTW, sou revendedor de hardware topo de gama. Qq problema com a tua aplicação java necessitar 2GB de ram, SCSI e quad-cpu, avisa. Faço descontos para gajos que usam Java. :-)"
Isso deixou de ser verdade, mas obviamente que não vamos usar Java para cálculos que exigem muita rapidez. Estamos a falar de aplicações WEB.
Python? Quando também funcionar no meu telemóvel, no meu fogão, etc..
C++? Web? Reinventar a roda?
Dominus vobiscum |
| |
| | Isso deixou de ser verdade, mas obviamente que não vamos usar Java para cálculos que exigem muita rapidez. Estamos a falar de aplicações WEB.
MUAHAHAHAHAHAHA!
Confessa. Nunca tiveste de programar um site que tenha muito tráfego, pois não?
A maioria das aplicações web são leves... Se tiveres apenas 1 utilizador. Multiplica o leve por 100 utilizadores concorrentes e pensa duas vezes.
Por algum motivo os grandes portais tem uma farm de frontends web, não?
Faz lá o teu JSP maravilha e depois mete-lhe um simulador de pedidos http em cima. Depois faz o mesmo noutra linguagem qualquer e vais ver que mudas de ideias num instante.
Conclusão: Java não é para nada que precise de performance. É engraçado para telemoveis e pouco mais. Isto até ao dia em que a maltinha dos telemoveis começar a pedir jogos mais pesadinhos, claro.
|
| |
| | 1 - O bytecode do python é multiplataforma, podes distribur um binário de python (.pyc ou .pyo) que ele corre em qq lado onde tenhas o python instalado (tal como o java), exeptuando se usares módulos especificos de uma plataforma (tal como o java).
2 - Mesmo que o ponto 1 não fosse verdade existe o jython que gera Java bytecode a partir de código python, embora pessoalmente não vejo vantagens nisso, sendo que ainda por cima correr Java bytecode é mais lento que correr python.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Tiveste bem.
Java é bom para levantar protótipos depressa e para telemóveis. E pelo conceito académico, claro. É interessante.
Agora tirem-me isso da web por favor.
Quanto ao c++, apesar de ser a minha linguagem preferida, acho que para web não compensa. Ou talvez esteja apenas mal aproveitado nesse campo, não sei...
|
| |
| | no dia em que houver algo parecido com J2EE em python/perl/php/ruby...
--- Insert lame .sig |
| |
| | Acho que meteres aqui o perl e o php (numa discussão sobre OO????) demonstra alguma falta de compreensão do conceito base de OO.
Como já tive oportunidade de dizer em outros comentários, classes numa linguagem que não é OO de base nem se devia chamar OO.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Java != JavaScript
I'm a lost soul in this lost world... |
| |
| | Daí um usar PHP + JSP/Servlets (com Apache/Tomcat)..
Quando o trabalho exige uma abstracção e mesmo object oriented para simplificação, toca a usar Java :-)
Sim, claro. Principalmente quando o trabalho exige uma abstração da realidade. JSP é sempre bom para isso.
|
| |
| | Eu é mais python...
...é mais leve, mais rápido, mais legível, mais fléxivel, etc...
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | Boas.
"(...) mas sim a nível de funcionamento da aplicação, onde tudo são peças que se vão encaixando."
Ah, então isso é mais "box oriented" que outra coisa.
@096, Nbk
|
| |
| | Também olha que para usar classes em PHP mais vale estar quieto!
Ou mais vale estar calado. Apesar de faltarem muitas features para se poder utilizar OOP em condições, o pouco que tem já ajuda imenso.
A menos, claro, que sejas um cromo de outra linguagem e gostes de falar mal do php. Nesse caso sim, não vale a pena usar classes em php.
PS: não deixes o mlemos te ouvir ;)
|
| |
| | Epá, eu sei que esta discussão já está antiga e provávelmente já não me vais ler, mas o facto de eu dizer que as classes em PHP são práticamente inúteis tem uma justificação simples, que é o facto de que a linguagem de base não ser OO, o que faz com que a existência de classes de torne em mais uma maneira de fazer packages, nestes casos penso que nem se devia chamar isto de objectos. Para OO a sério podes ver Python, Ruby e (argh...) Java.
No woman ever falls in love with a man unless she has a better opinion of him than he deserves. |
| |
| | se vais fazer cache no filesystem, mais valia ter isso logo em filesystem para começar...
já parece a história de guardar imagens no oracle e depois cachea-las no filesystem para não sobrecarregar a base de dados...
|
| |
| | Faz o download do startuxcode, analisa e estuda o código e só depois fala, em vez de andares a mandar pontapés na tua própria língua.
I'm a lost soul in this lost world... |
| |
| | Faz o download do startuxcode, analisa e estuda o código e só depois fala, em vez de andares a mandar pontapés na tua própria língua.
Desculpa lá, mas vai para o c*******. Não estou a falar da indentação ou da optimização do código. Estou a falar de estratégia, e para isso não tenho de olhar para o código.
Ponto dois, não percebo o que queres dizer com "a tua própria lingua"... Tenho de defender as decisões do Gamito porque ele é português? é isso?
Há pessoas completamente desligadas da realidade...
|
| |
| | Xml anyone ?
Mas ha algum motivo muito forte para não usarem o que toda a gente aconselha ?
Se tiver tempo faço o primeiro fork :oP!!!
lolol
|
| |
| |
| | Boas.
Sim, um parser de XML bate a velocidade de 1 query à base de dados...
Com XML só lá vais com transformações no próprio browser.
@743, Nbk
|
| |
| | A vantagem principal do XML em relação a uma base de dados relacional neste contexto é que a informação contida é facilmente lida e principalmente editada por humanos. Qualquer pessoa que não perceba nada de base de dados edita um documento de XML.
Outro aspecto importante é a fácil reutilização de parte ou de toda a tradução. É por isso que as empresas de tradução trabalham principalmente com XML.
Mas falando de velocidade, sendo obvio que uma query de sql é mais rapida que uma query de xml, essa diferença é rapidamente recuperada em tempo de parsing.
|
| |
| | Mas falando de velocidade, sendo obvio que uma query de sql é mais rapida que uma query de xml, essa diferença é rapidamente recuperada em tempo de parsing.
Há algo de muito incoerente nesta frase ou sou eu que não estou a conseguir extrair um significado dela?
Amigo, deixa-te lá dessa conversa de XML.
XML é um hype. Tem a sua utilidade (RSS, Web-Services, formatos para ficheiros de dados e afins) mas não é cura milagrosa para tudo.
Concentra-te.
|
| |
| | Boas.
Subscrevo inteiramente, mas sublinho tb a utilidade do XML para ligar sistemas/plataformas completamente diferentes.
Note-se que XML+XSLT transformado no browser é também uma utilidade com bastante piada!
@099, Nbk
|
| |
| | também linguagens interpretadas... também os processadores CISC... também os processessadores de 64 bits... também o linux... também o windows NT...
O XML há de servir para muito quando os processadores foram rápidos para o processar sem ninguém notar.
--- Insert lame .sig |
| |
| | Conhecendo as origens do trabalho, eu diria 'bom trabalho gamito', mas extendo para com os restantes colaboradores.
--
With the lights out, it's less dangerous |
| |
