PHP Nuke perto do limite

eh uma pena !!!

ele precisa de ajuda!!

O que?!?! Quer dizer que, por não conseguir corrigir os bugs, quer esconde-los?!?! E o código que foi contribuição de terceiros, ele pode fechar, se apropriar e cobrar por isso?!?!

É isso aí, Franque. Tiro no pé é pouco...

Pelo que li na notícia posta aqui mesmo, ele "está pensando seriamente em reescrever todo o código do programa". Se reescrever, o código é dele, logo, ele faz o que quiser com o código. É um tiro no pé? É. Mas ele pode fazer :)

Bom, uma alternativa seria o postnuke que é derivado o PHPnuke.

Att
NOVATO SLACKWARE

Pode sim. Mas é um tiro no pé :) Ainda mais que a licença do PHPNuke é GPL, então provavelmenté o máximo que ele vai conseguir na prática é gerar uma avalanche de forks, já que sempre vai ter quem vá se achar imbuído da missão divina de manter o código original aberto e livre - e podem até ser bem-sucedidos, como aconteceu com o projeto Postnuke, já citado aqui

Acho que é isso que vai acontecer mesmo, forks.

Até entendo que o cara perdeu a paciencia, mas tomar uma atitude dessas não leva a nada, ele pode até fechar o código, mas já viu ... se alguém comprar o dito cujo pelas "high fees" que ele tá querendo lá (sabe Deus quanto vai ser isso) e decidir "vazar" o dito cujo (source é tão "pirateável" como binários), ele vai acabar revertendo para o mesmo problema, com a desvantagem da credibilidade já abalada na comunidade do software livre.

Qto a fechar o código, acho realmente um tiro no pé! Mas, abre espaço para a evolução do PostNuke. Quem sabe ele não chega a versão 1.0 !?
Agora, reescrever o código, acho uma boa idéia, pois o tanto de remendo que irá sair... Recomendo isso até para algumas partes do Kernel.
Não venham dizer que isso é novidade, pois a galera do PHP faz a mesma coisa. Quando eles mudaram da versão 3 para a 4 e as anteriores o código foi reescrito, não sei agora se para a versão 5 ele será.
[ ]s

Reescrever o código sempre é uma boa idéia quando o código está confuso / remendado, porém funciona. A vantagem é que, normalmente os remendos vem pela necessidade de novas funcionalidades / correcoes, e quando vamos reescrever todos os remendos estao bem estruturados em nossa cabeca, de forma a escrever algo simples que faca a mesma coisa.

Com relacao ao kernel, eles sempre reescrevem alguma parte dele quando isto é possível / necessário. Exemplo disso é o iptables (surgiu no kernel 2.4), que foi escrito do zero devido a zona que era o ipchains.

O que é errado é achar que está com várias falhas, por isso irei reescrever o código e fechar ele para que as novas não sejam descobertas. A idéia não é reescrever o código para que este fique melhor, e assim as falhas sumam? Então porque fechar este? Fechando só nos leva a pensar que o código vai continuar remendado e cheio de falhas, e que o autor quer esconder isto, caindo MUITO a credibilidade pelo PHPNuke. O que o cara devia fazer é organizar tudo o que ele aprendeu com relação a programação, quais os vícios dele que deixavam o código inseguro, organizar todos os bugs levantados e escrever / corrigir estas falhas!

Abracos.

Concordo plenamente!

A maioria dos projetos abertos são tão bons porque a medida que os bugs são descobertos, eles são corrigidos e vai ficando cada vez mais difícil de se achar um erro. Sem contar que são feitas várias otimizações que são sugeridas por pessoas de fora do projeto, que estudam o código por algum motivo.

Código fechado não é sinônimo de segurança (disso nós sabemos bem), segurança é resultado de competência (vide Proftpd).

Eu não acho legal ele querer fechar o código...

Mais que dava dó um tal de Frogman a quase um mês vem postando uma série de falhas de SQL Injection dava....

Tinha dia que ele postava até 3 falhas no PHP Nuke...

O desenvolver do PHP Nuke deve odiar esse tal de Frogman...

Eu acho que o cara tá é precisando de grana e quer fechar o código e inventou uma desculpa pra poder fechar.

se código fechado significasse menos bugs, windows seria uma maravilha.

Tem um projeto que compartilha de uma coisa do PHPNuke e que está em pleno desenvolvimento: XMLnuke, que na verdade do PHPnuke só tem o "nuke" no nome. [blablabla sobre XML ser animal] Tem engine em ASP, PHP e Java.

Vejam www.xmlnuke.com para mais detalhes, quem sabe alguns daqui colaboram com ele, afinal é projeto brasileiro, 100%, e GPL.

Pessoal,

Sou desenvolvedor da engine Java do XmlNuke. Nosso projeto ainda está em fase inicial de desenvolvimento, mas já temos a engine ASP bem adiantada (inclusive com ferramenta de administração) e o kernel da engine Java também já está disponível.

Como o XmlNuke é baseado em XML/XSLT, todo o conteúdo de um site pode ser executado na engine Java ou ASP (e num futuro próximo em PHP) sem nenhuma alteração. Assim, seria possível passar um site rodando em um provedor que só disponibiliza Window$ / II$ para outro com Linux/Tomcat sem precisar alterar nada.

Nossa maior deficiência no momento (pra variar) é que estamos sem fôlego para escrever um guia de usuário completo e um tutorial.

Gostaria muito de ouvir a opinião de vocês a respeito do projeto. Até agora testei o XmlNuke Java em servidores Apache 4.x.

Sds,

Wilson

Wilson:

Que tal mandar pra cá um pequeno descritivo (um parágrafo) e a URL do seu projeto, utilizando o link de sugestão de notícias que tem lá na página principal? Aí eu publico na capa do site...