Reprise du message précédent :

 
en général non, mais zend vends des outils pour le faire  
 
pourquoi cette question ?

 
Ben j'allais dire que c'était un sacré inconvénient de ne pas pouvoir cacher ses sources, si on vend une application web...
Ms si on peut compiler du php...

 
bof...

 
En plus y a des obfuscator  

Tout dépend de comment a été écrit le contrat qui te lit au client.
Il peut très bien avoir les sources sans être autorisé à y toucher, les redistribuer ni même les regarder (bon, ce dernier point ne sera de toute manière pas garantie).

Zion a écrit a écrit :     En plus y a des obfuscator

J'ai toujours été étoné que de tels programmes marchent.
Je me demande ce que ca donerait comme code avec ce forum.

omega2 a écrit a écrit : J'ai toujours été étoné que de tels programmes marchent. Je me demande ce que ca donerait comme code avec ce forum.

 
pas besoin d'obfuscator pour ca

DarkLord a écrit a écrit :     pas besoin d'obfuscator pour ca

Justement, peut être que ca le rendrait plus clair son code.
(mauvaise langue détecté)

sur HFR & PPC le code n'est pas compilé/obscurci, mais sur Clubic ou Telecharger par exemple il l'est il me semble...

Comment ca se passe en PHP quand tu veux séparer ton traitement applicatif de la présentation ?
et comment tu t'interfaces avec les objets metiers (genre EJB ou autre)

facile : chacun crée son langage de template dans son coin  

benou a écrit a écrit :

ben vi    

lorill a écrit a écrit :   ben vi

c'est nul    
 
et pour s'interfacer avec le back-office ?

benou a écrit a écrit :   c'est nul       et pour s'interfacer avec le back-office ?

 
benh tu fais une extension  

 
Comment ça doit faire style en réunion, ça...
 
 

eh bin tu fais du XML  

benou a écrit a écrit :   c'est nul       et pour s'interfacer avec le back-office ?

Au fait, c'est quoi un back-office ?

Zion a écrit a écrit :   benh tu fais une extension

c'est à dire ?

c'est quoi une interface ?

 
Foutaises !

lorill a écrit a écrit :   facile : chacun crée son langage de template dans son coin

Plus dificile, chacun crée un système de template 100% compatible avec ce que l'autre est entrein de faire. Comme ça, t'as un seul template à créé et tout tourne avec. (donc changement de l'interface = création d'un seul template)

<definitionPerso>
C'est tour ce qui est pas traitement frontal, donc tous les traitements qui sont effectués "par derrière".
</definitionPerso>

je parlais de ce qui était fait, j'ai pas dit que c'était une bonne idée.

lorill a écrit a écrit :   facile : chacun crée son langage de template dans son coin

y a aucun modèle du style MVC pour les jsp ?

 
c'est à dire une librairie compilée dans ton langage de prédilection qui exporte qqs fonctions à utiliser en php... non seulement ca speed, en plus c'est propre, et les mecs qui font le design ont rien à comprendre au truc si ca marche  

Pas standardisé en tout cas. Ceci dit, j'ai aps fait de php depuis plus d'un an, donc tout ce que je dis la dessus est a prendre avec des pincettes. (a part evidement le fait que ca sux, ca c'est un fait avéré)

 
y a pleins de moteur de templates

Ha d'accord. Tout les batch quoi.

y'a trop de moteurs de templates

Zion a écrit a écrit :   c'est à dire une librairie compilée dans ton langage de prédilection qui exporte qqs fonctions à utiliser en php... non seulement ca speed, en plus c'est propre, et les mecs qui font le design ont rien à comprendre au truc si ca marche

ouais mais tu dois recompiler ton beans à chaque ajout de fonctions
et comment tu fais pour des ejb ? pas de compilations en java ...

benou a écrit a écrit :   ouais mais tu dois recompiler ton beans à chaque ajout de fonctions

 
Benh il est pas interdit de faire du php aussi hein
 

 
ejb?
gni?
 

Zion a écrit a écrit :   Benh il est pas interdit de faire du php aussi hein

qu'est ce que tu veux dire par là ?
Le problème que je me pose c'est le suivent : une boite a tout son sytème qui a développé dans une techno X et qui tourne très bien depuis des années.  
Elle veut faire un site web qui devra s'interfacer (cad. utiliser des fonctions) avec son système.
 
Si elle le fait en PHP, comment elle fait pour intéroger son système.
 

EJB : Enterprise Java Bean = le coeur de J2EE

 
ben comme en java, avec des accès base, des accès a des fichiers, des appels de programmes, ...

 
Benh soit elle le fait en PHP pur et dur, soit avec une librairie C++ ou ils récupèrent leur code et exportent ce que les fonctions que le mec à besoin en PHP, et faut pas venir pleurnicher pour la compilation c un autre débat, de plus si c bien codé ca devrait jamais bouger ;-)
 
et ejb tjs rien compris  

mouais .... le tout par du scripting ... c'est bad !

ben si ! à chaque évolution du besoin c'est suceptible de bouger ... fonctions supplémentaires, modifications des fonctions existentes, etc ...

Ben php, c'est l'equivalent des scriplets jsp, rien de plus. T'as pas de servlet ou de beans dedans. C'est probablement pour ca que ca se répend si bien, d'ailleurs  

lorill a écrit a écrit : Ben php, c'est l'equivalent des scriplets jsp, rien de plus. T'as pas de servlet ou de beans dedans. C'est probablement pour ca que ca se répend si bien, d'ailleurs

ouais mais faire un site tout en jsp c'est courir au suicide dans le cas d'un site un peu gros !
 
c'est vrai que le PHP a été "fait pour ca" mais quand même ...

Son système il est stocké dans quoi, une base de donnée ou des fichiers, sur un serveur, ou dispersé dans la société?
Si c'est dans une base de donnée, il y a deux solutions : le site tape direct dans la base (ce qui fait que les infos du sites sont MAJ en temps réel) ou il tape dans une sous partie de la base hébergé dans une autre base de donnée (mis à jour de manière plus ou moins régulière).
 
Si c'est sur des fichiers, il faut que php ai accés aux fichiers et sache les décoder.
 
Bon, ca, c'est dans le cas ou tout est regroupé sur la même machine, si t'as tout dispersé un peu partout alors il faudra d'abord tout regrouper en un même endroit sinon, la création du site web sera un véritable enfert.

son système c'est pas forcément les données, mais le moyen d'accéder à ces données, les traitements faisables sur ces données, etc ...
toute la parties applicatives quoi ! tout ce qui n'est pas du bête formatage de page html
taper direct dans la base c'est bad !