Bonjour à tous!
 
Le contexte: j'ai réalisé le site de l'entreprise dans laquelle je travaille. Je l'ai développé en PHP pour avoir une interface plus modulable, avoir le multilingue facile ...
 
Mon problème: le boss souhaiterait pouvoir l'envoyer en tant que 'plaquette' commerciale sur CD... (ce qui n'était pas prévu au départ dans le "Cahier des Charges" )
 
Je cherche donc un moyen pour passer le site sur un CD autoexec. affichable sur n'importe quel poste sans installation préalable (EasyPHP, Wampp, ...)
 
Est-ce possible de le faire sans basculer en HTML? (moi je ne vois pas comment)
 
OU
 
Connaisez vous un moyen simple pour le basculer en HTML simplement, rapidement, sans tout recoder...? (avaleurs de sites,...?)
 
Merci d'avance...
 
@+
 
--Rô-Veur--
 
PS: oui je sais il pourrait juste leur donner l'adresse du site mais il veut pouvoir envoyer des CD's!!
 

Tu pourrais prendre un LiveCd Linux pour l'adapter ...
 
Bon, ok j'arrete de rever.
 
Je pense qu'effectivement le mieux c'est de ne prendre que le resultat final, donc l'html (avec un aspirateur par exemple).
Mais il faudra que tu explique bien a ton boss, que le site sera "statique" et que toutes les "fitures" sympas du site ne fonctionneront pas.
 
Je ne sais pas comment tu as realise ton site, ni ton support multi lingue, donc je ne sais pas si ce dernier pourra fonctionner sans le support php.

et avec movamp il n'y a pas moyen ?

Bon bin comme features... bien entendu une arborescence dynamique que je vais perdre (fonction de la page où tu es...)
 
Le multilingue:  
2 fichiers contenant des variables php avec le même nom:
 
Dans le fichier "fr.php":
$texte_intro="Texte d'intro."
 
Dans le fichier "en.php":
$texte_intro="Introduction text"
 
Ensuite j'include le bon fichier suivant la langue choisie... rien de + simple
 
 
Mais ça je vais le perdre!! (I suppose)
 
Merci de m'aider!!
 
Tchô

Hey!!  
 
Je connaissais pas movamp.... mais ça a l'air nickel pile poil ce que je cherche!!
http://www.movamp.net
 
Etant sous linux je n'ai pas voulu le tester mais je ferais un test demain au boulot pour voir sous windaube.
 
Si j'arrive à coder mon autoexec. du CD pour que movamp se lance en 'cache' et que la page d'index se lance du premier pet' j'ai tiré le gros lot!!
 
Merci de votre aide!
 
--> si y'a d'autres idées sur le sujet n'hésitez pas!! (notemment pour l'autoexec...)
 
Rô-Veur
 
PS: si Apache/PHP/MySQL deviennent transportables alors là PHP est LE langage de l'avenir ... vivement une version de PHP pour la prog orientée agent

   
 
Oui mais non hein, c'est un langage de merde le PHP, son seul intérêt c'est sa capacité d'intégration dans les systèmes web (par rapport aux CGI) et sa (relative) vitesse d'interprétation (par rapport à la putain de lenteur des JSP)
 
Mais langage d'avenir, hein, si on se met à développer des vraies applications (enfin à tenter) en PHP il va faloir commencer à s'inquiéter quand même

Salut... et désolé de te dire que c'est déjà fait des applis en PHP... vu que j'ai dév. pour un équipementier aéronautique Américain ( ) un logiciel de  GESTION DES COMPETENCES (pour les services Ressources Humaines et Production): objectif quand le projet sera finalisé: faire des plans de charges par rapport aux capacités/ressources HUMAINES et non aux capacités MACHINES...
 
Et je t'assure que c'est quand même pas mal puissant pour une appli avec un serveur central pour plusieurs sites de prod. et que la prise en main est facilité par la connaissance des gens de leur fureteur préféré!!

Euh tu fais un "megalogicieldelamorkitu" pour l'aéronotique américaine ... et tu ne sais pas comment récupérer ton site Php en HTML ?  

Il faudrait peut être distinguer les "Web Applications" des "vraies" applications quand même
 
Et accessoirement (bien que tu ne l'ais apparement pas compris) les web apps c'est exactement le cas dont je parle

 
PHP a des défaut, certes, mais dans ce cas pourquoi tu lis ce forum si tu dis que c'est merdique, tu préfères sans doute perl ?
 
JSP, lent ? Ca fait combien de temps que tu as testé ?
JSP, c'est surtout gourmant, parce que java est gourmand...
 

Pour le fait que je sache pas recuperer en HTML, ne m'étant jamais confronté au problème avant, je préfère demander si qq1 a déjà essayé... éviter de galérer pour rien pendant des heures ... et c'est pour les sites français d'une entreprise américaine d'EQUPEMENTS aéronautiques l'appli.!!! De plus, l'avis des autres est toujours formateur!  
 
Je pense honetement que PHP a vraiment de l'avenir vu la gratuité, la rapidité d'exécution et le fait qu'il soit préparé à l'interfaçage en vogue qu'est DONNEES (SQL par ex.) <--> TRAITEMENT <--> AFFICHAGE, le tout de façon simple, intuitive et multiposte... hyper avantageux pour les PME/PMI possédant un serveur et une gestion des données un encore un peu "aléatoire".
 
Ensuite, excusez-moi si pour vous une 'WEB APPLI' n'est pas une application... pour moi celà dépend de l'utilisation qu'on en fait... mais bon! Apparemment les taux de charge et l'aide décisionnelle ne sont pas de l'ordre de l'application...
 
Enfin, je passais surtout pour dire que MOV'AMP n'est pas une parade absolue à ce que je veux faire et qu'il va falloir surement le faire à la main... + de news quand j'aurai pu avancer
 
--Rô-Veur--

EasyPHP v1.8 permet de mettre ses sites sur une clef USB maintenant !

+ 1 ouais
 
Quand je vois la différence de temps de développement entre une appli PHP, et genre une appli .NET, y'a pas photo. Avec le PHP, tu repose sur l'HTML qu'est pas prévu pour des appli (ou du moins tant que les Xforms sortiront pas, c'est la dèche), des javascripts souvent monstres, des scripts php monstres aussi.
En comparaison, tu fait un client/serveur avec le .Net Remoting, interfaçage rapide, léger, et tu te fais moins chier pour plein de trucs.

PHP langage d'avenir. Faut pas que Microsoft te lise, sinon on va bien rigoler avec Windows 2010.

Non, ça c'est une webapp mal faite (bon ok 99.9% des webapps sont dans ce cas), mais une webapp a des avantages non négligeables, entre autres une portabilité de l'ordre de l'irréel (si elle est bien faite et en suivant les standards qui régissent classiquement les pages web, il n'y a théoriquement aucune plateforme depuis laquelle on ne puisse utiliser une webapp), le fait de ne pas avoir à installer/déployer de clients spécifiques sur les machines clientes, d'offrir à l'utilisateur une interface classique et intégrée à son environnement de travail (ou son environnement itinérant, Cf portabilité), et exempte (sauf webapp mal développée bourrée de JS merdique) de bloat ou de ralentissements majeurs (la charge étant principalement du côté du serveur).
 
Par contre, dans la mesure ou on se limite à du HTML et du non connecté (et peu sécurisé) en termes d'interactions client-serveur, les contraintes de dev au niveau d'une webapp (ce que le framework même impose ou interdit) sont à la hauteur des avantages, sans même parler de l'expertise réelle permettant de tirer partie des avantages potentiels, qui n'existe dans les faits pas dans l'industrie...
 
C'est pas pour rien que MS freine des 4 fers en ce qui concerne l'évolution des navigateurs web

Gnarf C'est bien expliqué

dit steplé, c'est parce que t'es frustré sur ton wsad merdique, tes projets daubesques, et que tu n'y connais finalement rien, qu'il faut dire n'importe quoi

Euuuh la recompilation des JSP t'appelles ça rapide toi?
(alors oui une fois que c'est compilé ça va vite, mais quand je teste des pages web j'ai pas que ça à foutre, attendre les compilations de JSP)

ben oui, tu dis donc n'importe quoi, quoi. oui, la compile est lente, mais à priori, tu changes pas les jsp d'un site en prod, et il me semble que wsad a une "feature" pour les precompiler.
et pour ton info y'a des tas d'autres technos pour le web en java