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

paulr wrote on 07. Nov 2010 at 22:20:

Bonsoir tout le monde je viens d'installer php5 avec apache2 sur une freebsd 8.1

Donc, PHP 5.3 .


Quote:

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

Oui, il y a eu beaucoup de changement entre PHP5.2 et PHP5.3.
Un gros «nettoyage».

Pour l'éviter changer les valeurs de
error_reporting dans php.ini

[code]
; error_reporting
;   Default Value: E_ALL & ~E_NOTICE
;   Development Value: E_ALL | E_STRICT
;   Production Value: E_ALL & ~E_DEPRECATED
[/code]


Quote:

donc s'il faut que je refasse entièrement tous les srcipts du CMS ça va pas être possible hein...

Attention, si vous avez des error_reporting dans vos scripts, il faudra les changer.

S'il n'y a que ça qui coince, tant mieux.

Pour ma part, impossible de faire fonctionner une extension à mediawiki comme (DPL) depuis le passage en 5.3.

Seule possibilité: retour en 5.2 ( qui est dans les ports).

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

paulr wrote on 08. Nov 2010 at 23:41:

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

Ce ne sont que des messages de warning qui suggère de préciser une locale en paramètre de cette fonction.


Quote:

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

Pas nécessairement, tout dépend de ce que vous voulez obtenir.
Si vous voulez un  “snapshot” stable, vous pouvez vous contenter du CD.

Si vous voulez être un peu plus libre, il faudra utiliser le système de ports.


Quote:

ça fait deux installs qui foirent soit sur xorg soit sur un serveur apache ou mysql

A vue de nez, vous avez surtout des problème de configuration.


Quote:

si je suis passé au départ par la sélection de distributions prédéfinies, genre X-developer

Ne confondez pas, les «distributions» ne concernent que le monde.
Elles installent, ou pas, les sources.

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

paulr wrote on 08. Nov 2010 at 23:41: donc là je ferai ma nouvelle installation avec php 5.2 parce que j'utilise des moteurs qui fonctionnent avec l'ancien php. Ce ne sont que des messages de warning qui suggère de préciser une locale en paramètre de cette fonction. Quote: bon, par ailleurs, j'ai l'impression très nette qu'il faut éviter les installations avec sysinstall. Pas nécessairement, tout dépend de ce que vous voulez obtenir. Si vous voulez un  “snapshot” stable, vous pouvez vous contenter du CD. Si vous voulez être un peu plus libre, il faudra utiliser le système de ports. [quote]ça fait deux installs qui foirent soit sur xorg soit sur un serveur apache ou mysql

A vue de nez, vous avez surtout des problème de configuration.


Quote:

si je suis passé au départ par la sélection de distributions prédéfinies, genre X-developer

Ne confondez pas, les «distributions» ne concernent que le monde.
Elles installent, ou pas, les sources.


[/quote]

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.

paulr wrote on 09. Nov 2010 at 08:45:

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.

C'est le système de base, tous les outils, services, manuels etc, livrés avec FreeBSD. Par opposition aux ports.


Quote:

[quote] 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.

On peut installer son système comme ça. Ca doit même être le cas de beaucoup.


Quote:

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 !

Là, il faudrait le message exact.
- c'est «X -configure». -

Par contre, l'option «-O» est dangereuse, portupgrade ne va pas vérifier que tout les dépendances sont «ok» avant de lancer la misse à jour.

Je n'utilise plus portupgrade, mais l'option communément utilisée est

Code (]
portupgrade -ar
[/code):

Voire [code] portupgrade -arR

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...

Bonsoir Bonjour tout le monde

Je relance la discussion du fait qu'un nouveau problème est survenu !

ben si

là j'ai donc refait mon installation et chose merveilleuse ça s'est bien déroulé : j'ai donc un poste freeBSD7.3 équipé de Xfce4 tout en français avec les outils dont j'ai besoin pour développer mes sites web en php mysql... donc pas grand chose, juste le nécessaire.
avec l'imprimante en plus sur CUPS qui fonctionne sans histoire même en réseau.

bref

mon serveur apache et mysql semblent fonctionner sans histoire

j'installe PhP52

je teste avec un fichier index bricolé pour tester quelques fonctions et phpinfo() : là encore ça semble fonctionner.

je me dis mais c'est supeeeeeeer

je mets phpmyadmin en service et un moteur spip : évidemment puisque c'est avec ça principalement que je fais des sites...

phpmyadmin : page blanche immaculée

spip : la première fois me répond qu'il bloque sur une fonction inconnue au bataillon : preg_match !

donc je mets en service un petit CMS de ma fabrication : un blog en php sans mysql...

même chose, il bloque sur preg_match...

je me dis que j'ai pas du mettre les bonnes extensions

je vais dans les ports
../lang/php52 et .../langphp52-extensions
je fais à chaque fois make deinstall puis make clean

puis je fais make config dans les deux pour choisir d'autres options

puis enfin je lance make dans /lang/php52
et ça s'installe sans rien me reprocher...

donc après hein, je relance tout en rebootant carrément !

j'ai fait ça jusquà obtenir les options suivantes dans la config de php52 : en fait toutes
CLI CGI APACHE SUHOSIN IPV6 MAILHEAD REDIRECT FASTCGI PATHINFO
et dans celles de php52-extensions :
BZ2 CALENDAR CTYPE DOM FILEINFO FILTER GD GETTEXT HASH ICONV JSON MBSTRING MCRYPT MYSQL MYSQLI PCRE PDO PDO_SQLITE POSIX RECODE SESSION SIMPLEXML SPL SQLITE TOKENIZER XML XMLREADER ZIP ZLIB

sauf qu'à la sortie
effectivement, les sites ne sont plus bloqués sur la fonction preg_match

mais phpmyadmin me donne une page blanche

spip aussi

et mon petit CMS perso n'affiche que la partie de la page correspondant à la première div faisant appel à un script php include et après plus rien

bref...
si ça inspire quelqu'un...
merci de vos indications

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à

pour la question de la doc , c'est le handbook . disponible sur le site ou dans l'arborescence de FreeBSD.
Pour la question de l'install, et tout, c'est dans le handbook.

sinon pour les ports :
1)
portsnap fetch update
2)
portversion -l '<'
pour donner la liste des logiciels à mettre à jour
3)
more /usr/ports/UPDATING
pour vérifier qu'il n'y a pas des logiciels qui posent problème au moment de la mise à jour
4)
si UPDATING ne donne pas d'entrée récente qui te concerne,
portupgrade -rRa

Et regarder et résoudre les messages donnés à la fin de portupgrade. ( si problème ).


pour l'install d'un logiciel :
make config
make install clean
suffisent.


Pour les options -O de portupgrade  et -DFORCE_PKG_REGISTER de pkg_add, c'est un peu bizarre comme concept. . . ça ressemble à vouloir faire passer un Hummer dans un coupe-gorge.


Sinon une info :
le make search name=zend
me donne une info sur un arbre des ports à jour :
Les R-depends de ZendOptimiser ( 3.3.0.a ) c'est du php-5.2
Les R-depends de Zend-Framework ( 1.10.8 ) c'est du php-5.3.3.2 .

Si tu veux connaître les versions de tous tes logiciels installés :
pkg_version -v


pour tes questions, ça ressemble à un conflit de version entre php et le module que tu veux installer.
php-5 : version 5.3.3_2
php-52 : version 5.2.14_1

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...

Rebonjour tout le monde

Je reprends mon installation de php sur freebsd 7.3

donc j'ai désinstallé ce qui concernait php52

puis j'ai téléchargé les sources de php5.2.15 sur le site de php

et j'ai donc lancé une compilation des sources

à la sortie, j'ai semble-t-il une nette amélioration : mes scripts personnels de test fonctionnent cette fois correctement et phpMyAdmin aussi

en revanche, à la tentative d'installation d'un spip 2.1 : la fonction gzencode est inconnue
donc zlib n'est pas installé

donc les options que j'ai passé en ./configure ne sont pas bonnes

j'ai donc tenté de désinstallé en faisant un make uninstall dans le dossier d'installation que je n'ai pas effacé. : ben il me répond qu'il ne sait pas comment faire
bref c'est pas comme ça qu'il faut faire...

donc ma première question : que dois-je faire pour désinistaller php après l'avoir compiler dans le dossier /home/paul/php-5.2.15

là je vous copie ce que j'ai passé en options de configuration au démarrage de la compilation

[code]./configure
--enable-libxml
--enable-spl
--enable-zend-multibyte
--enable-zip
--enable-calendar
--enable-bcmath
--enable-mbstring
--enable-posix
--enable-simplexml
--eanble-xml
--enable-xmlreader
--enable-xmlwriter
--enable-dom
--enable-ctype
--enable-session
--with-apxs2
--with-bz2=shared
--with-curl=shared
--with-gd=shared
--with-mcrypt=shared
--with-mysql=shared
--with-gettext=shared
--with-iconv=shared
--with-zlib=shared
[/code]

la dernière option concerne zlib
dans des documentations, je trouve soit --with-zlib tout court
soit -with-zlib[DIR]

et je suppose que ce n'est pas que pour cette extension que le problème se pose

le [DIR] me pose question : dois-je indiquer le répertoire où je trouve dans les sources zlib donc dans mon cas /home/paul/php-5.2.15/ext/zlib
ou un autre répertoire où l'on veut installer zlib : genre /usr/local/lib ?

merci de vos indications et expériences

paul

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
[/code]

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...

2 choses en passant:

• phpmyadmin qui suggère un truc nommé machinOptimizer; où va-t-on ?… Sérieusement, pour la fonctionnalité que fournit phpmyadmin, quelle utilité d'optimiser (quoi, d'ailleurs ?); vu que ce truc t'amène droit à un conflit de dépendances relatif aux versions PHP, tu pourrais faire l'essai de t'en passer. C'est qu'une suggestion…
  
• si tu veux compiler ton PHP direct depuis la tarball, tu peux utiliser script(1) pour garder la trace de ce que bricole le 'make install' (pour le cas où la cible 'uninstall' ne soit pas prévue d'origine)

Pour le problème SPIP, je ne sais pas, désolé.