Interpréteur PHP sans le réseau - PHP - Programmation
Marsh Posté le 13-07-2007 à 16:35:42
A ma connaissance, il n'existe pas de programme qui traite de l'html comme IE ou firefox tout en traitant de lui même des pages php comme le ferait un serveur web.
Par contre, le programme php.exe sait traiter des fichier php . Mais ça n'est pas un navigateur en tant que tel alors si tu lui refiles les même fichiers que ceux d'un site web, t'auras droit au mieux à du code html. De plus, il faudra que tu fournisses à la main toutes les valeurs dont la page à besoin : en plus clair, il faudra que tu simules le comportement normal d'un navigateur vu que tu te retrouverais sans navigateur.
Marsh Posté le 13-07-2007 à 23:12:35
il te bloque même 127.0.0.1 ? étrange non
Marsh Posté le 16-07-2007 à 09:20:40
En fait ils bloquent le port 80 (et tout autre port non validé par le service sécurité.)
Marsh Posté le 16-07-2007 à 11:13:18
ah ok. Alors utilise php.exe en ligne de commande pour exécuter le résultat et le stocker dans un fichier. C'est barbare je sais.
Ou mieux, demande au service de sécurité
Marsh Posté le 16-07-2007 à 11:21:51
vi, pas mieux qu'en dessus, utiliser php -r ou du script :
Code :
|
Marsh Posté le 16-07-2007 à 11:26:21
sinon, voir PHPBird (si ça existe toujours).
Citation : PHPBird est un installeur de Mozilla FireBird, MozPHP, PHP et MySQL permettant d'exécuter du code PHP coté client en se passant donc d'un serveur HTTP. Il peut être utile pour distribuer vos programmes écrits en PHP directement sur un CD-ROM ou simplement pour tester vos scripts sans vous encombrer d'un serveur HTTP. |
Marsh Posté le 16-07-2007 à 14:34:28
PHP Bird marche très bien. Bonne idée donc.
Reste à savoir si j'obtiendrai l'autorisation d'installation de ce logiciel.
Marsh Posté le 16-07-2007 à 15:58:07
Mythrandil a écrit : Reste à savoir si j'obtiendrai l'autorisation d'installation de ce logiciel. |
Mais oui, t'inquiète pas, tu obtiendras l'autorisation si tu en as besoin pour faire ton boulot ! Je ne connais pas de boite où un service informatique/securité/etc. (peut importe le nom qu'il porte) est tout puissant au point de pouvoir empecher des collaborateurs de travailler correctement. Au pire ils chouinent un peu, tapent des pieds, font un gros caprice, et puis tu ne te laisses pas impressionner, tu insistes, ton supérieur s'en mèle, et c'est reglé. C'est du vécu
Sinon le coup du port 80 de localhost bloqué c'est vraiment bizarre. Tu es *vraiment* sûr que même en local ça ne fonctionne pas ?
Marsh Posté le 17-07-2007 à 13:45:54
La sécurité de ma boite c'est des dingues.
Maintenant ils me demandent un truc comme PHPBird mais qui ne s'installe pas ...
Bref c'est débile. J'aurais du développer mon appli en JAVA (même si je connais pas grand chose au Java)
Marsh Posté le 17-07-2007 à 13:55:30
Je vois pas comment ils peuvent être crétins au point de bloquer le port 80 en local.
Marsh Posté le 17-07-2007 à 15:06:59
La paranoïa des virus prend une proportion telle que les entreprises en viennent parfois à bloquer tout et n'importe quoi.
Marsh Posté le 17-07-2007 à 15:41:16
ou fait tourner un serveur web sur un port "validé" par le service sécurité.
Marsh Posté le 17-07-2007 à 16:28:12
Mythrandil a écrit : La sécurité de ma boite c'est des dingues. |
J'avais déjà entendu parler de cas de ce genre mais jamais pour un poste de développeur.
Et dans le bureau du service info, ils ont un coffre fort à 4 serrures + détection par empreinte digitale pour stocker le code journalier de conection au serveur?
skeye > Le blocage du port 80 peut être compréhensible si leur objectif est d'empêcher le partage d'information (ou de fichiers) confidentiel.
Marsh Posté le 17-07-2007 à 16:33:13
omega2 a écrit : skeye > Le blocage du port 80 peut être compréhensible si leur objectif est d'empêcher le partage d'information (ou de fichiers) confidentiel. |
en local? interdire le poste d'accéder à 127.0.0.1:80?
Marsh Posté le 17-07-2007 à 16:38:30
skeye a écrit : |
heu ....
Disons qu'avec certains firewall il est plus simple d'empêcher que des programmes se branchent sur le port 80 plutôt que de mettre des règles pour empêcher des applis distantes de se connecter à tel ou tel port tout en autorisant les applis locales.
Mais ça dépend aussi surtout du niveau de celui qui régle le système et du temps qu'il compte passer à le régler (bien qu'un coup de .reg suffit parfois) .
Marsh Posté le 17-07-2007 à 16:50:55
omega2 a écrit : heu .... |
parano moisie.
Marsh Posté le 17-07-2007 à 17:08:05
Un coup de .reg c'est interdit voyons !
Mais oui c'est un problème de confidentialité ... J'ai l'impression parfois que tout est confidentiel ici... même mon nom à l'entrée du bureau.
Bon ouvrir un autre port que le port 80 c'est impossible aussi, ils refusent les ouvertures de ports apparemment ...
Changer d'entreprise ? J'aimerais bien mais je ne suis que stagiaire ! (IUP ... IUP ...)
Et sinon il n'y a pas de détection rétinienne ou autres, mais des mots de passes de partout (parfois je me demande si y'en a pas un pour aller pisser aussi) et un serveur à Paris auquel l'accès est tellement réglémenté que ... personne n'y a vraiment accès.
Marsh Posté le 17-07-2007 à 17:10:53
Mythrandil a écrit : Un coup de .reg c'est interdit voyons ! |
C'est une boite qui bosse dans quel domaine? (ne répond que si tu es autorisé à en parler, je ne voudrais pas que ça te pose problème)
Marsh Posté le 17-07-2007 à 17:15:29
Attends je vérifie que je suis pas filmé ou observé... mais à priori c'est bon.
Bon c'est bon. Elle bosse dans les télécoms. Petit indice ce n'est ni une couleur qui se trouve entre le jaune et le rouge, ni une entreprise qui a son équipe de cyclisme....
Marsh Posté le 13-07-2007 à 16:27:08
Bonjour,
Je connais EasyPHP mais j'ai un soucis. Sur les PC sur lesquels je travaille la plupart des ports sont bloqués. Il me faudrait un interpréteur PHP qui n'utilise pas le réseau.
Juste un programme qui à base de pages PHP interprête le code et recrache des pages HTML (une sorte de navigateur/interpreteur de PHP en local).
Si vous avez un logiciel de ce genre ...