sc config wamptest binPath= "\"f:/Wamp/bin/apache/apache2.4.6/bin/httpd.exe\" -k runservice" start= "auto"
PHP Warning: PHP Startup: in Unknown on line 0La solution proposé par WampServer est de recopier les bibliothèques DDL de php vers le répertoire apache/bin en fonction d'une liste que l'on doit maintenir à jour.
Pour mes tests, j'ai modifier le "PATH" directement à la main, en passant sous Windows 7 par :Citation
Otomatic
Que se passe-t-il en cas de changement de version de PHP ?
C'est l'ancien contrôleur qualité principal qui parle winking smiley
Oui entièrement d'accord, sauf que le "W" de Wamp signifie pour Windows en non pour Linux.Citation
Otomatic
Le serveur doit être le plus indépendant possible du système. Wampserver n'est dépendant du système que par les deux services "wampapache" et "wampmysqld".
A moins de me tromper, on utilise WampServer pour faire du développement et non mettre en ligne un site WEB.Citation
Bagu
La vraie limitation vient du faite que le fichier php.ini utilisé est forcément le même pour l'usage CLI et web.
else $newHttpdContents .= $line; }il faut insérer
elseif (strstr($line,'PHPIniDir')) $newHttpdContents .= 'PHPIniDir '.$c_phpVersionDir.'/php'.$newPhpVersion."\r\n";pour obtenir :
elseif (strstr($line,'PHPIniDir')) $newHttpdContents .= 'PHPIniDir '.$c_phpVersionDir.'/php'.$newPhpVersion."\r\n"; else $newHttpdContents .= $line; }Nota 1 : il est nécessaire que la directive PHPIniDir existe déjà dans le fichier httpd.conf.
<?php require 'config.inc.php'; $oldPhpVersion = @file_get_contents($c_phpVersionDir."/Version.txt" $newPhpVersion = $_SERVER['argv'][1]; if ($oldPhpVersion != $newPhpVersion) { // On renomme l'ancienne Version php rename($c_phpVersionDir.'/courant', $c_phpVersionDir.'/php'.$oldPhpVersion); // On renomme la nouvelle Version php rename($c_phpVersionDir.'/php'.$newPhpVersion, $c_phpVersionDir.'/courant'); // On sauvegarde la nouvelle version $fp = fopen($c_phpVersionDir."/Version.txt", "w" fwrite($fp,$newPhpVersion); fclose($fp); } ?>
Je ne connais pas ce module ("fcgid", s'il s'agit bien d'un module php.Citation
Bagu
La seule limitation, c'est en cas d'usage du module fcgid, mais le problème se pose aussi dans l'état actuel des choses.
Qu'est-ce que tu entends pas "CLI" et "WEB" ?Citation
Bagu
La vraie limitation vient du faite que le fichier php.ini utilisé est forcément le même pour l'usage CLI et web.
Je ne peux que te croire mais là, j'aimerai que tu me donnes un exemple afin de mieux comprendre ce que tu veux me dire.Citation
Bagu
si si, on peut vouloir tester des scripts qui ont différentes vocations.
Type: item; Caption: "${w_localhost}"; Action: run; FileName: "${c_navigator}"; Parameters: "[localhost];; Glyph: 5ajouter la ligne :
;WAMPPROJECTSUBMENU- 2 - Créer dynamiquement le sous-menu dans le script refresh.php
// ************************ //on enregistre le fichier iniInsérer le code de création du sous-menu :
//[modif oto] - Submenu Projects if(strpos($tpl,";WAMPPROJECTSUBMENU" ) !== false) { //Add item for submenu $myPattern = ';WAMPPROJECTSUBMENU'; $myreplace = $myPattern." "; $myreplacesubmenu = 'Type: submenu; Caption: "My Projects"; Submenu: myProjectsMenu; Glyph: 3 '; $tpl = str_replace($myPattern,$myreplace.$myreplacesubmenu,$tpl); //Add submenu $myPattern = ';WAMPMENULEFTEND'; $myreplace = $myPattern." "; $myreplacesubmenu = ' [myProjectsMenu] ;WAMPPROJECTMENUSTART ;WAMPPROJECTMENUEND '; $tpl = str_replace($myPattern,$myreplace.$myreplacesubmenu,$tpl); //Construct submenu $myPattern = ';WAMPPROJECTMENUSTART'; $myreplace = $myPattern." "; // Place projects into submenu Hosts // Folder to ignore in projects $projectsListIgnore = array ('.','..'); // List projects $myDir = $wwwDir; if(substr($myDir,-1) != "/" ) $myDir .= "/"; $handle=opendir($myDir); $projectContents = array(); while (($file = readdir($handle))!==false) { if (is_dir($myDir.$file) && !in_array($file,$projectsListIgnore)) $projectContents[] = $file; } closedir($handle); $myreplacesubmenuProjects = ''; if (count($projectContents) > 0) { for($i = 0 ; $i < count($projectContents) ; $i++) { $myreplacesubmenuProjects .= 'Type: item; Caption: "'.$projectContents[$i].'"; Action: run; FileName: "'.$c_navigator.'"; Parameters: "['.$projectContents][$i].'/"; Glyph: 5 '; } } $tpl = str_replace($myPattern,$myreplace.$myreplacesubmenuProjects,$tpl); }Bien respecter les lignes vides et les "; ou '; en début de ligne.
Action: run; FileName: "J:/wamp/bin/php/php5.5.4/php-win.exe"ou
Action: run; FileName: "J:/wamp/bin/php/php5.5.4/php.exe"il s'agit d'une utilisation CLI, sans aucun rapport avec le WEB puisque PHP est utilisé comme langage de programmation pour effectuer des actions sur des fichiers, des calculs, etc., mais ne génère aucune page web.
@echo off chcp 1252 > nul title Lancer Php set PATH=f:\Wamp\bin\php\courant;%PATH% cd f:\Wamp_Bis\scripts\ php.exe Prepare.php pause exitIl existe quand même une différence entre php.exe et php-win.exe, c'est que le second ne donne pas aucune information en cas d'erreur, à l'inverse du premier.
Mais pourquoi dis-tu qu'il faut faire la distinction entre la version php.ini pour CLI et la version php.ini pour WEB ? Je ne vois aucune raison à cela ?Citation
Bagu
La vraie limitation vient du faite que le fichier php.ini utilisé est forcément le même pour l'usage CLI et web.
Sauf à modifier la ligne de commande pour lancer php avec l'option -c pour spécifier, si besoin est, un php.ini spécial pour les lignes de commandes.
Tout à fait exacte !Citation
Bagu
Et désolé si j’interprète mal, mais vous n'avez pas dû comprendre du tout de quoi je parlais.
Vous vouliez dire "environnement de développement". Est-ce que je me trompe ?Citation
Bagu
Dans tous les cas, il s'agit d'environnement de tests, jamais de production.
Justement votre connaissance m'intéresse pour améliorer WampServer.Citation
Bagu
Je pense utiliser wamp depuis suffisamment longtemps pour en avoir vu de très nombreuses limites. (tant au niveau de la stabilité, qu'au niveau de la sécurité)
J'avais bien compris qu'il s'agissait d'un problème de sécurités.Citation
Bagu
Du coup, lors d'un tel usage, les sécurités, pour ne citer qu'elles, ne sont pas du tout les mêmes. (un usage web, et donc ouvert au monde étant bien plus dangereux)
Je reconnais que vous avez raison sur ce point ! Mais j'insiste sur le fait que c'est une erreur de conception à vouloir tout faire en php ! Mais quand on peut pas faire autrement, il faut bien trouver un compromis !Citation
Bagu
Après, comme je le disais dans mon message, je conçois qu'il y ait des langages de programmations plus adaptés, mais encore une fois, pour des personnes ayant de petites connaissances et de petits moyens, PHP peut répondre à des problématiques internes aux entreprises - le mot clé étant interne)
Vous avez parfaitement raison ! Justement, ce que je vous demande, c'est de me donner des exemples pour que je puisse introduire dans mes modifications personnelles, cette souplesse que vous recherchez tant.Citation
Bagu
Et donc, encore une fois, il s'agit d'usages que VOUS n'envisagez pas forcément, mais qui ont déjà été demandés.
Wamp étant du coup, l'un des seuls environnement permettant de faire des tests sur des environnements ouverts aussi bien que sur des environnement fermés, sans pour autant devoir switcher de php.ini à chaque fois.
Bien sûr que oui, puisque je suis ingénieur en informatique sur gros système, dans le domaine bancaire et dans la maintenance applicative, et j'ai déjà été confronté à ce genre de problème !Citation
Otomatic
> Mais l'alimentation de la base de données venant se faire hors WEB, j'utilise un autre langage bien plus adapté à cela (le 'C' entre autre).
As-tu essayé, ne serait-ce qu'une seule fois, de te mettre à la place de personnes qui ont passé du temps et de l'énergie à apprendre et utiliser PHP pour des pages WEB et qui n'ont ni le temps, ni l'énergie pour apprendre un autre langage alors qu'elle arrivent à faire ce dont elle ont BESOIN avec PHP.
Nous sommes de la même génération et j'ai même connu les cartes perforées avant de passer sur les ITT2020, copie belge de l'Apple II à l'IUT.Citation
Otomatic
J'ai pratiqué de nombreux langages différents depuis le code machine en octal aux interrupteurs sur HP2100A jusqu'au PHP maintenant en passant par Cobol, Fortran, assembleurs 6502, 8086 et 6809, quatre ou cinq Basic interprétés et compilés, Pascal, C, ATOL 4C, ATLAS, ATOL 50, Kermit, etc. et je comprends très bien que certains utilise PHP - qu'ils connaissent - pour effectuer des tâches qui seraient professionnellement dévolues à d'autres langages. Que, au niveau professionnel, on utilise le langage idoine, me paraît normal et même impératif.
Je ne sais pas ce que représente cette activité ?Citation
Otomatic
Nota : J'ai quelques années de Contrôleur Qualité Principal
Je ne défends aucune position particulière car je sais très bien que les règles ont changé au fil du temps : celle de la prédominance de l'argent qui dénature tout, mais aussi celle de la compétence dans la faisabilité d'un projet.Citation
Bagu
Donc oui, nous sommes bien d'accord, les langages compilés sont bien plus performants, adaptés...etc...etc...
Cependant, là ou Otomatic et moi nous rejoignons, c'est que, l'idéal ne pouvant pas toujours être atteint, et ce pour des raisons très diverses (que nous ne devons pas juger), il faut laisser les possibilités qui étaient jusque là offertes aux utilisateurs de wamp.
if (flag == 'O') { traitement si flag est à OUI } else { traitement si flag est à NON }mais plutôt :
switch (flag) { case 'O': traitement si flag est à OUI break; case 'N': traitement si flag est à NON break; default: traitement d'erreur sur la valeur du flag }C'est pourtant pas grand chose à faire, mais cela permet de mieux contrôler les éventuelles erreurs !