gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
Primeiro package do startuxcode lançado
Contribuído por BladeRunner em 23-12-03 1:47
do departamento dos-weblogs-portugueses
Portugal Boas, a equipa de desenvolvimento do startuxcode lançou o primeiro package deste software que pode ser descarregado aqui.
Para quem não sabe, o startuxcode é o motor do site startux.org e é AFAIK o primeiro weblog português.
O código apesar de estar apresentado como beta1, está bastante estável, todos os bugs de que tínhamos conhecimento foram corrigidos, os .gif foram passados a .png, etc., you know the drill.
O startuxcode está sob a licença GNU/GPL, pelo que podem sacar à vontade e instalar.
Infelizmente, o manual ainda não está completamente pronto, mas quem tiver dificuldades, pode registar-se nos fóruns do projecto e inscrever-se na respectiva mailing list que nós cá estaremos para dar uma mãozinha.
Também podem participar no desenvolvimento através do bug track.
Entretanto, o projecto continua em desenvolvimento e as últimas podem ser sacadas do CVS do sourceforge com o comando
cvs -d:pserver:anonymous@cvs.sf.net:/cvsroot/startuxcode checkout startuxcode
Enjoy :-)

SCO identifica ficheiros "roubados" | Tradução do OpenOffice.org 1.1 Português  >

 

gildot Login
Login:

Password:

Referências
  • equipa de desenvolvimento do startuxcode
  • aqui
  • startuxcode
  • startux.org
  • startuxcode
  • manual
  • fóruns
  • mailing list
  • bug track
  • sourceforge
  • Mais acerca Portugal
  • Também por BladeRunner
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    parabens (Pontos:2)
    por racme em 23-12-03 4:02 GMT (#1)
    (Utilizador Info) http://vendetta.guildsoftware.com
    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
    Re:parabens (Pontos:2)
    por Gamito em 23-12-03 10:44 GMT (#3)
    (Utilizador Info) http://www.startuxcode.com/
    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
    Re:parabens (Pontos:1)
    por hellc0re em 23-12-03 13:03 GMT (#4)
    (Utilizador Info)
    Porque e' que tem esta gente a mania de escrever/falar ingles quando falamos todos portugues? É por ser mais chique?
    Re:parabens (Pontos:2)
    por mlopes em 23-12-03 14:10 GMT (#5)
    (Utilizador Info)
    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.

    Nah (Pontos:2)
    por Karlus em 23-12-03 10:37 GMT (#2)
    (Utilizador Info) /dev/null
    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.

    Re:Nah (Pontos:2)
    por racme em 23-12-03 16:51 GMT (#13)
    (Utilizador Info) http://vendetta.guildsoftware.com
    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
    Re:Nah (Pontos:1)
    por Perky_Goth em 30-12-03 2:54 GMT (#34)
    (Utilizador Info)
    existe um que descobri, penso que era open source e tudo... no entanto o link e a memória foram-se...
    --- Insert lame .sig
    uh? (Pontos:1)
    por edsonmedina em 23-12-03 14:21 GMT (#6)
    (Utilizador Info)
    [...] 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?

    Re:uh? (Pontos:2)
    por mlopes em 23-12-03 14:59 GMT (#7)
    (Utilizador Info)

    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.

    Re:uh? (Pontos:1)
    por edsonmedina em 23-12-03 21:11 GMT (#18)
    (Utilizador Info)
    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.

    ops (Pontos:1)
    por edsonmedina em 23-12-03 21:40 GMT (#22)
    (Utilizador Info)
    retiro a ultima frase.

    estava a confundir-te com outra pessoa.

    podes vir, tou pronto para ti.
    Re:ops (Pontos:2)
    por mlopes em 06-01-04 11:37 GMT (#41)
    (Utilizador Info)

    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.

    Re:uh? (Pontos:2)
    por [ Ent ] em 23-12-03 15:34 GMT (#9)
    (Utilizador Info)
    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.
    não (Pontos:1)
    por edsonmedina em 23-12-03 21:15 GMT (#19)
    (Utilizador Info)
    estás a falar do que leste no manual do php sobre locale, sugiro as seguintes manpages:

    man 7 locale
    man 7 gettext


    Re:uh? (Pontos:2)
    por Gamito em 23-12-03 16:02 GMT (#10)
    (Utilizador Info) http://www.startuxcode.com/
    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
    Re:uh? (Pontos:1)
    por nbk em 23-12-03 16:53 GMT (#14)
    (Utilizador Info) http://www.mrnbk.com/
    Boas.

    "O startuxcode é "object oriented" com muitas aspas"

    Mete aspas nisso.

    No código não existe nem uma classe definida.

    @747, Nbk

    Re:uh? (Pontos:2)
    por mlopes em 23-12-03 18:01 GMT (#16)
    (Utilizador Info)
    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.

    Re:uh? (Pontos:2)
    por 4Gr em 23-12-03 20:32 GMT (#17)
    (Utilizador Info)
    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
    Re:uh? (Pontos:1)
    por nbk em 24-12-03 1:14 GMT (#23)
    (Utilizador Info) http://www.mrnbk.com/
    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

    Re:uh? (Pontos:2)
    por 4Gr em 24-12-03 16:47 GMT (#26)
    (Utilizador Info)
    "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
    Re:uh? (Pontos:1)
    por edsonmedina em 26-12-03 16:10 GMT (#33)
    (Utilizador Info)
    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.
    Re:uh? (Pontos:2)
    por mlopes em 06-01-04 11:12 GMT (#40)
    (Utilizador Info)
    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.

    sublinho (Pontos:1)
    por edsonmedina em 25-12-03 22:42 GMT (#32)
    (Utilizador Info)
    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...
    Re:sublinho (Pontos:1)
    por Perky_Goth em 30-12-03 2:58 GMT (#35)
    (Utilizador Info)
    no dia em que houver algo parecido com J2EE em python/perl/php/ruby...
    --- Insert lame .sig
    Re:sublinho (Pontos:2)
    por mlopes em 06-01-04 11:08 GMT (#39)
    (Utilizador Info)
    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.

    Re:uh? (Pontos:1)
    por Kmos em 25-12-03 10:45 GMT (#27)
    (Utilizador Info) http://Kmos.TondelaOnline.com
    Java != JavaScript


    I'm a lost soul in this lost world...
    Sim, claro (Pontos:1)
    por edsonmedina em 25-12-03 22:34 GMT (#30)
    (Utilizador Info)
    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.
    Re:uh? (Pontos:2)
    por mlopes em 06-01-04 11:05 GMT (#38)
    (Utilizador Info)
    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.

    Re:uh? (Pontos:1)
    por nbk em 24-12-03 1:15 GMT (#24)
    (Utilizador Info) http://www.mrnbk.com/
    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

    mais um cromo... (Pontos:1)
    por edsonmedina em 25-12-03 22:35 GMT (#31)
    (Utilizador Info)
    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 ;)
    Re:mais um cromo... (Pontos:2)
    por mlopes em 06-01-04 11:03 GMT (#37)
    (Utilizador Info)
    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.

    Re:uh? (Pontos:1)
    por edsonmedina em 23-12-03 21:17 GMT (#20)
    (Utilizador Info)
    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...


    Re:uh? (Pontos:1)
    por Kmos em 25-12-03 10:47 GMT (#28)
    (Utilizador Info) http://Kmos.TondelaOnline.com
    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...
    credo (Pontos:1)
    por edsonmedina em 25-12-03 22:27 GMT (#29)
    (Utilizador Info)
    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...

    Textos na BD ????? (Pontos:3, Engraçado)
    por [ Ent ] em 23-12-03 15:02 GMT (#8)
    (Utilizador Info)
    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
    Re:Textos na BD ????? (Pontos:1)
    por nbk em 23-12-03 16:49 GMT (#11)
    (Utilizador Info) http://www.mrnbk.com/
    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

    Re:Textos na BD ????? (Pontos:2)
    por [ Ent ] em 23-12-03 17:15 GMT (#15)
    (Utilizador Info)
    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.
    Re:Textos na BD ????? (Pontos:1)
    por edsonmedina em 23-12-03 21:38 GMT (#21)
    (Utilizador Info)
    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.
    Re:Textos na BD ????? (Pontos:1)
    por nbk em 24-12-03 1:20 GMT (#25)
    (Utilizador Info) http://www.mrnbk.com/
    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

    Re:Textos na BD ????? (Pontos:1)
    por Perky_Goth em 30-12-03 3:04 GMT (#36)
    (Utilizador Info)
    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
    good work (Pontos:2)
    por nmarques em 23-12-03 16:50 GMT (#12)
    (Utilizador Info) http://morgul.xpto.org
    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

     

     

    [ Topo | FAQ | Editores | Contacto ]