Bonsoir tout le monde

je viens d'installer php5 avec apache2 sur une freebsd 8.1

jusque là ça marche
le php est correctement interprété par apache à partir des petits scripts que j'ai balancé
je me connecte à MySQL avec phpmyadmin sans histoire

comme je bricole surtout des site sur spip, ben la première chose que j'installe c'est un moteur spip

et là
au lancement de l'espace d'administration
toutes mes pages sont encombrées par les messages suivants que je ne sais comment prendre et que faire.

Code:

Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead in /home/paul/http/spip1/ecrire/public/parametrer.php on line 95
 

à chaque script faisant référence à une fonction date()
j'obtiens ce message
donc s'il faut que je refasse entièrement tous les srcipts du CMS
ça va pas être possible hein...

et je n'ai évidemment jamais eu ça sur mes autres serveurs web avant quelque soit le système

donc je suppose qu'il y a peut-être une configuration php à faire quelque part dans php ini peutêtre ?

merci d'avance de vos expériences.

paul

ah
Merci David
oui c'est ce que je me disais aussi

j'ai de même abandonné apache22 qui semble me poser pas mal de problèmes et refait mon installation avec apache20

donc là je ferai ma nouvelle installation avec php 5.2 parce que j'utilise des moteurs qui fonctionnent avec l'ancien php.

bon, par ailleurs, j'ai l'impression très nette qu'il faut éviter les installations avec sysinstall.

je me trompe peut-être
mais là
ça fait deux installs qui foirent soit sur xorg soit sur un serveur apache ou mysql si je suis passé au départ par la sélection de distributions prédéfinies, genre X-developer et ce qui va avec, puis par des install avec les pakages de sysinstall

là j'ai besoin d'un serveur de développement, accessible depuis le net pour qu'un collègue puisse y mettre le nez dedans, sur un espace de travail commun : genre un Home/user/http.
on bricole des habillages de sites genre spip et configuration de forum... voilà.

bon, je vérifierai mon prochain php.ini sur ce point.
Merci du tuyau.

cordialement
paul

David Marec wrote on 09. Nov 2010 at 07:21:


Merci David de vos interventions
ça confirme un peu mes soupçons.

je ne comprends pas très bien d'ailleurs ce en quoi consiste "le monde" : je veux dire que je ne connais pas ce concept avec Debian. J'installe mes debian à partir d'une install minimale, puis ensuite tout avec apt-get en console et le stricte nécessaire à mon utilisation.
Je pensais en fait suivre le même genre de démarche avec freebsd : installer un système de base, télécharger les sources et les ports, puis installer soit à partir de portupgrade, soit en allant dans les ports, make config, make, make install clean.
à chaque fois, je vais dans les fichiers de conf en relisant tout et en éditant si nécessaire.
la plus part du temps, pour les configurations, je me réfère, d'une part aux messages de fin de compilation, d'autre part à la doc du handbook de freebsd, puis de site de référence comme diablotins.org. là j'ai tenté les indications de c-extra qui préconise l'utilisation de portupgrade sur les version 7.3 et 8.1 de freebsd... ben je ne sais pas s'il utilise des astuces qu'il n'a pas indiqué... mais j'ai pas obtenu le même résultat que lui pour ce qui est des serveurs mysql et apache.

là dernièrement, j'ai refais mon installation avec une 8.1 et une 7.3 en tentant l'installation avec sysinstall et en sélectionnant, comme indiqué dans la doc de diablotins sur l'installation, les "distributions".
par la suite de cette installation, je tente de configurer Xorg -configure : il me répond que c'est impossible qu'il n'y a pas de device à configurer ! j'ai fais un portupgrade -aO --batch et à la sortie il me répond la même chose que j'ai obtenu lors d'une autre installation où je n'avais pas fait la mise à jour, une impossibilité de mettre à jour Xorg du fait de drivers manquant...
donc j'ai tenté de desinstaller, de reconfigurer le ports, de relancer l'install : sans aucun résultat probant.

je cite là Xorg, mais j'ai eu le même genre de déboire effectivement avec un serveur mysql et un serveur apache : j'avais des fichiers de configuration, je les ai tous vérifié précisément, et rien ne m'est apparu manquant en ce qui les concerne. et pourtant les serveurs en question de se lançaient pas. ou se lançaient, mais chose très bizare, n'écoutaient pas sur les ports indiqués dans leur configuration et nulle part ailleurs si j'en crois les indications de netstat ou de sockstat.

bon on s'écarte de la question initiale hein
effectivement, en me mettant en version ancienne d'apache et de php et de mysql j'ai moins de problème. c'est tout ce dont je puis témoigner.

Ah !
Merci david de ces réponses
j'ai suivi les indications trouvées ailleurs pour portupgrade sans discuter malgré ma lecture de la doc portupgrade. donc j'ai pris l'option O indiquée
il indiquait aussi de prendre W mais là à la lecture de la doc, je ne l'ai pas prise... je sais plus pourquoi...

bon je vais suivre vos indications au prochain montage

bon autrement, pourriez vous m'indiquer une doc qui vous semble redoutablement fiable de précaunisation d'installation de freeBSD ?

par ailleurs, je n'avais pas eu tous ces problèmes lors de mes anciens montages sur freeBSD 7.1 (entre temps, ce qui est arrivé est simple, le disque dur de la machine en question est mort brutalement sans préviendir... mais bon... si on choisissait quand est-ce qu'on va mourrir de vieillesse, ça se saurait hein...).
et j'ai noté par rapport à mes notes d'ancien montage que certains trucs ne sont plus proposés dans la 8.1...

donc ça peut faire l'objet d'une nouvelle discussion sur les comparaison de protocoles d'installations selon les version, qui pourrait être fort utile aux nouveaux venus à FreeBSD...

à moins qu'il n'y ait déjà ce sujet quelque part sur le forum...

bon
donc j'ai cherché si c'était pas du à des options en surnombre
donc
retour aux ports de php52-extensions
je refais un make config
et je ne prends que
BZ2 GD MBSTRING MCRYPT MYSQL PCRE SESSION XML XMLREADER XMLWRITER ZLIB
make
make install clean
cette fois
à la relance du serveur apache : j'ai mes scripts php et la connexion à phpmyadmin correcte
donc c'était bien une question d'options qui bloquait le truc. laquelle ?
bon
j'ai la connection à mysql par phpmyadmin qui m'affiche tout correctement, les usagers et les bases que j'ai mises par ailleurs
ouf
ça marche
be non ça marche pas : il lui manque un truc pour fonctionner !

si je tente de créer une base : db_create.php: Missing parameter: new_db (FAQ 2.8)
la faq en question me donne des indications que je suis de configuration de phpmyadmin
puis de mise à jour de php

test spip
réponse : "meta pas autorise" !!!!!

ça ne change rien
sur l'indication dela page de doc de phpmyadmin, j'ajoute pkg_add -r ZindOptimizer
j'ajoute
[Zend]
zend_optimizer.optimization_level=15
zend_extension_manager.optimizer="/usr/local/lib/php/20060613/Optimizer"
zend_extension_manager.optimizer_ts="/usr/local/lib/php/20060613/Optimizer_TS"
zend_extension="/usr/local/lib/php/20060613/ZendExtensionManager.so"
zend_extension_ts="/usr/local/lib/php/20060613/ZendExtensionManager_TS.so"
à /usr/local/etc/php.ini

je reboote
rien de neuf

je cherche à savoir ce qu'apporte chaque extensions : pas trouvé sauf la liste des extensions par défaut dans la config freebsd sur fresh ports
ctype, dom, iconv, pcre, posix, session, simplexml, sqlite, tokenizer and xml.
je compare avec la mienne
donc on va ajouter ctype

/usr/ports/lang/php52-extensions/
make deinstall
make config
ajout de ctype
make -DFORCE_PKG_REGISTER
il veut pas l'installer ! me dit que php52-extensions ne fonctionne pas avec php 4 5
je fais pkg_version
je vois encore mes extensions dedans...
je fais
pkg_add -r php52-ctype
il trouve pas
pkg_add -r php52-ctype-5.2.14_1
je cherche dans les ports
je vais dans ./textproc/php52-ctype
make
me répond la même chose que pour php52-extensions : php52-ctype-5.2.14_1 cannot install : does't work with php version : 5 doesn't support PHP 4 5

j'ai ensuite désinstallé ZendOptimizer
et refait des tentatives de compilation : sans succès


voilà

Merci Alanou de ces précisions

ben oui j'en suisarrivé à la même conclusion après avoir interrogé les ports de la même façon !

là du coup je sais pas comment résoudre se conflit de dépendance de version.

lors de l'install de zendOptimizer quelque chose a du être inscrit quelque part reliant tout à php5 et plus à php52 comme au départ.

est-ce qu'il faut que je désinstalle php52 et les différents modules php-52-quelquechose-5.2.14_1 qui apparaissent en faisant pkg_version ?

mais ensuite, si je réinstalle avec le ports php52-extensions qui actuellement me répond qu'il y a conflit avec php5, je fais comment pour que ça passe quand même ?

est-ce que le plus simple n'est pas de faire l'install avec pkg_add dans ce cas là ?

là je sais plus quoi tenter.

d'autant qu'à toutes mes tentatives, je me retrouve quand même avec du php pas correctement interprété sur des scripts qui par ailleurs sur des serveurs debian avec des install de php standards ne me posent aucun souçi... c'est désespérant...

Bon... je progresse tout doucement

là je viens de refaire une installation

je ne pouvais désinstaller en faisant un make uninstall ou desinstall

et quand je recompilais depuis le premier dossier de sources déjà utilisé, ça se plantait avec une error code1

donc j'ai fait un nouveau dossier de sources à partir de la même archive de sources de php

puis dans le dossier php-5.2.15
j'ai écrit un script sh
lancement.sh
pour mettre mes options de configuration et les modifier plus facilement
Code:

#!/bin/sh
./configure --disable-static --disable-debug --enable-libxml --enable-spl --enable-zend-multibyte --enable-zip --enable-calendar --enable-bcmath --enable-mbstring --enable-posix --enable-simplexml --enable-xml --enable-xmlreader --enable-xmlwriter --enable-dom --enable-ctype --enable-session --enable-exif --enable-gd-native-ttf --enable-sockets --enable-soap --enable-sysvmsg --enable-sysvsem --enable-sysvshm --with-jpeg-dir=/usr --with-png-dir=/usr --with-regex=system --with-bz2=shared --with-curl=shared --with-gettext=shared --with-mcrypt=shared --with-mhash=shared --with-gd --with-mysql --with-mysqli --with-openssl-dir --with-pdo-mysql --with-xsl --with-zlib-dir=/usr --with-zlib --with-apxs2
 

là ça a donc écrasé la précédente installtion

je relance le serveur apache avec apachectl restart

et là mes script php de test fonctionnent
et je peux reprendre une installation de spip2.1 sans accrochage !

donc ça semble réglé

sauf que pas tout à fait

y'a un truc qui bug, dans l'interface d'administration de spip : à la configuration d'options de spip, je ne suis pas renvoyé sur la page de configuration, mais une page sans habillage ne concernant que l'option modifiée... et je reviens à la page d'option de configuration avec le navigateur en revenant en arrière

je ne sais pas si ça a un rapport avec une option de php, ou de apache, ou un bug de spip.

voilà où j'en suis...