Reprise du message précédent :
j'ai une erreur la, je trouve pas la solution.
 
Je cherche à loadé GD2, donc je decommente la ligne extension=php_gd2.dll
 
je fou mon php_gd2.dll dans le system32/ et je lance php, aucune erreur php se lance, mais rien a faire gd2 est pas pris en compte, tout comme mysql d'ailleur
 
Fatal error: Call to undefined function imagecreate() in f:\work\effective\compteurphp\compteur.php on line 75  
 
quand je fait un get_loaded_extensions() ca me retourne:
 
Array ( [0] => bcmath [1] => calendar [2] => com_dotnet [3] => ctype [4] => ftp [5] => iconv [6] => odbc [7] => pcre [8] => session [9] => SPL [10] => SQLite [11] => standard [12] => tokenizer [13] => zlib [14] => libxml [15] => dom [16] => SimpleXML [17] => wddx [18] => xml [19] => apache )  
 
mon php.ini est dans php/

j'ai aussi essayé de la maniere suivante :
 
gd2.dll dans php/ext
 
mettre : extension_dir = "./ext"
 
et  
 
extension=php_gd2.dll
 
marche pas quand meme, et php ne me fait toujours aucune erreur

J'ai ajouté une note à propos de global_registers, c'était quand même une des raisons pour lesquelles j'avais créé ce topic

il encore trop tot avant de bosser en local sur apache 2 / php5 ?

Les deux produits sont au niveau production/stable donc non, il n'y a pas de problème (je ne sais pas si le support Apache 2 est encore au niveau expérimental ou non).

En faite, php5 n'est pas encore proposé (en générale) chez les hebergeurs donc vaut mieux pas ce mettre a codé avec des specificité php5 et apache 2.xxx
Enfin c'est mon avis personnel, si c'est un serveur sur ta propre machine tu peux te lancer  si tu utilises des specificité php5 et apache2.
 
Bonne initiative ce topic ...
  Go go go !...

Le mieux étant de se monter un trio Apache/PHP/MySQL qui soit le même que celui de ton hébergeur préféré.
 
Je suis sur Jexiste, c'est Apache 1.3 et PHP 4 par défaut, mais en mettant l'extension .php5 on passe en PHP 5 (donc ).
Je m'arrange pour suivre les évolutions de cet hébergeur, ce qui est assez facile somme toute
 
Pour Apache 2 c'est encore assez rare me semble-t-il.

Je suis également pour une configuration la plus proche possible de l'hébergeur, car de cette manière, on n'a pas de surprise lorsqu'on uploade ses pages vers l'hébergeur

Ca veut dire aussi suivre les variable d'environnement telles que le max d'upload par fichier, et autres paramètres pouvant affecter le fonctionnement du site

oui, genre la register_globals, elle est source de nombreux topics

Par exemple, oui
 
En tout cas je n'ai pas eu l'occasion de remercier les auteurs et participants a ce topic, mais je le fais maintenant

J'ai un chti problème avec l'URL Rewrinting.
 
 

La redirection ce fait bien, par contre la variable n'est pas prise en compte

perso j'ai pas de [L] derrière.
 
Et je ne comprends pas la présence du tout premier backslash "RewriteRule ^forum\"

moi non plus je sais plus pourquoi il est là... (j'ai fais des  copier coller...) un slash c'est pas un caractère particulier qu'il faut backslasher ?
Mais de toute facon, ca marche pas non plus sans.
 
Edit : ce qui est bizzare c'est que je me retrouve bien sur la page, mais la var n'est pas transmise.

et le underscore dans ([0-9_]+) il sert à quoi?

c'est ma variable non ?

bin perso j'utilise la même chose sans l'underscore, si c'est bien un nombre tout simple, que tu veux représenter

ouai t'as raison il sert à rien, je viens de l'enlever
(j'ai fait tout ça avec des copier coller etc... j'avais pas trop pris le temps de regarder tout ça, les regexp c'est pas trop mon truc)
 
Par contre, j'ai toujours mon problème avec la variable qui a l'aire de ne pas exister.

Est-ce que quelqu'un a fait une mise à jour (grosse la MAJ) de MySQL 3.23.xx vers une 4.0.xx sans soucis sous Windows ? Est-ce que c'est possible sans tout casser le server (je me souviens avoir eu un mal de chien pour faire le truc propre et d'aplomb)
 
Pour Apache et PHP cela ne devrait pas poser de gros soucis (surtout pour PP qui est hyper simple) mais MySQL ...

Je ne me souviens pas avoir eu un problème lors de ma migration. Juste peut-être garder le my.ini de côté pour le cas où la nouvelle install l'écraserait (la 4.1 m'a écrasé ma config 4.0)

Pas de problème non plus d'une 3.23.xx -> 4.0.xx

Sauf que je n'ai pas de my.ini maus un my.cnf (quand je dis que c'est une vieille version ...).
 
Et pas moyen de mettre le PHP que je veux : Apache refuse de redémarrer . J'ai remis l'ancienne en attendant de refaire de A à Z mon server (ça lui fera du bien). Je précise : aucun message d'erreur de la part de Apache en plus ...

Tu migres de/vers quelles versions d'Apache/PHP ?

Ce serait pas mieux de refaire une installation de PHP from scratch?

Sous Win32 ce n'est qu'un gros ZIP hein . Sinon je crois que ça va être un nouveau server (sous Nux) avec pklus de HDDs (trop limite de ce coté ) et qui fera en plus server streaming audot et eventuellement (si je trouve un moyen open source) "video on the demand" ...

Ce n'est qu'un zip, certes, mais php.ini? mmmmh?

Est ce que vous vous êtes penché sur SqLite ? J'envisage de développer un nouveau site en PHP5/MySql et je me demande si je ne vais pas faire le pas.
 
Qu'en pesnez vous ?

Effectivement. Je pense que j'ai du louper un truc la ...
 
Bah comme je compte changer carrément de server ... (ce qui serait pas un mal vu le bouzin actuel )

Hello,
 
J'ai un truc qui déconne avec phpmyadmin :
#1251 - Client does not support authentication protocol requested by server; consider upgrading MySQL client
 
Pourtant j'ai les dernièers versions par contre je n'ai plus d'interface pour MySQL depuis qu'ils ont refait leur installation avec un assistant.
 
Dernières versions stables de PHP 4.3.10/MySQL 4.1.8/Apache 1.3.33 et phpMyAdmin 2.6.1-rc1.

Incompatibilité MySQL <-> phpMyAdmin souvent ça. Je n'ai pas vérifié, mais regarde quelle version phpMyAdmin supporte
 
(en passant à 4.1.x, le hashing des mots de passe a changé en gait dans MySQL, ce qui provoque l'erreur).

J'ai rencontré le problème au boulot. En fait, si tu veux upgrader, faut refaire l'install from scratch.

C'est ce qu'ils disent dans la FAQ oui.  
 
Dans mon phpinfo() j'ai ça :
 

 
Comment dire que je suis en 4.1 ?
 

 
Essayons la 4 ma foi.

rien a voir, tu as un serveur mysql 4.1, mais un client 3.23.49

Ok d'accord.
 
J'ai installé MySQL 4.0 ça marche mais il ne prend pas en compte le mot de passe dans mon my.ini apparemment, phpMyAdmin se connecte avec root sans mot de passe.

mysqladmin...

my.ini != mysqladmin

justement... mysqladmin est fait pour administrer mysql...

Moi j'ai suivi le tuto de la première page à la lettre, je lance le wintruc de mysql, il me demande un nom et un mdp qu'il réplique en clair dans le my.ini dans c:\windows.
 
Dans le config.inc.php de phpmyadmin, il faut que je mette root/pas de pass, pour que ça passe, si je met le même que celui du my.ini, accès refusé. Voilà tout.

Oui mais tu peux faire un my.ini sans mysqladmin

ayé chui passé en PHP 4.10