Zend-Encoder, o problema que é pago... e custa muito...

Acho que vc precisa fazer uma leitura sobre licensas GNU Licence ou gpl´s da vida... pra ver se não sai dos parâmetros que a linguagem nos impoe.

Abraços.

Creio que não tem nada a ver, pelo fato de a linguagem ser gratuita, fonte-aberto etc, que os sistemas que desenvolvemos deve ser aberto e gratuíto também !

As licensas podem se encaixar no sistema que você desenvolveu, mas daí é no teu sistema e não na linguagem utilizada !

:-)

Eu acho que entendi o que você quis perguntar.

Se ele tentar baixar o arquivo pelo browser ou qualquer programa de download, o seu web server não vai mandar o arquivo, e sim o que o PHP retornar.
Portanto, se os usuários da sua rede não têm acesso ao diretório no servidor onde estão os arquivos PHP, não tem como ele ver o código.

Valeu.

Se você tentar fazer download de um arquivo php, o browser vai baixar o que o php interpretar.

Joel e Gohan, acho que vocês não reparam que ele quer proteger o php numa intranet. Ele quer saber como impedir que uma pessoa que tenha acesso ao servidor de visualizar ou copiar seu código. Eu concordo com o André em ambas respostas.
Alguém sabe pelo menos o princípio de funcionamento do Zend-Encoder?

Eu costumo criptografar parte do código em java script e inserir algumas senhas escondidas que impedem o funcionamento do php e se existir a possibilidade deixar uma parte do código em um servidor externo

Exatamente isso, uma alternativa ao Zend-Encoder é colocar as funções principais do site em outro servidor.

Se o usuário tem acesso às pastas do servidor onde estão copiados os scripts não há quem o segure.
O ideal é limitar o acesso a estas pastas, forçando os usuários a acessar sempre pelo browser, o que traria o resultado do PHP interpretado, e não o arquivo.
Creio que o uso do zend é indicado se não se pode limitar o acesso à pasta dos scripts.

O zend é uma ótima solução... o problema é que ela é paga... e não custa barato. Existem outras soluções como o PHTML Encoder ou o POBS (PHP obfuscator). Tem um bom artigo do Alessander Thomaz falando sobre o assunto...

Você pode usar o turck para codificar seus scripts, mas o servidor terá que ter ele instalado.
Estou para escrever a segunda parte do artigo e comentar o turck mas falta tempo.

http://turck-mmcache.sourceforge.net/
Recomendo.

O pobs pode ser uma alternativa para dificultar a interpretação do script, mas minimizar mesmo a pirataria somente com métodos avançados de validação de chaves ou outras formas de evitar a cópia. Evitar totalmente é muito difícil, ainda mais se tiver algum programa muito conhecido.

Boa sorte

Dica crie uma função para bloquear o seu funcionamento em outros ips que não seja a do servidor e criptografe com o phtmlencode dai caso seja roubado ele naum funfara em outro servidor a naum ser q teja o mesmo ip do atual tabem e baum colocar função q fais o codigo rodar ate um periodo de tempo tipo uma data de validade ele checa a data e compara comn a data q tem validade onde so vc sabera quando o seu rpograma ira vencer e parar de executar tabeme baum codificar com o phtmlencode ele e gratuito :)vc pode char ele em http://www.rssoftlab.com
baum o resto e ver se vale a pena proteger ou se evoluir e liberar o codigo para outros aprenderem e melhorar eu sou a favor das licenças gnu/ bsd/ entre outras q saum esquerdista :)eu ate poderia passar as funções q de veis em qunsdo tenho q usar para assegurar q so ira funfar na onde eu quero mas infelismente naum taum sob licença e estaum na minha mente caso eu libere elas deixam de ser "secretas" hahahahahha