SPIP-Contrib - commentaires > SPIP 1.7 en .php 2005-04-08T16:14:56Z https://files.spip.org/SPIP-1-7-en-php,7#comment380183 2005-04-08T16:14:56Z <p>ligne 13 et 16<br class="autobr"> remplacer abstract par abstract1</p> > SPIP 1.7 en .php 2005-04-08T15:09:15Z https://files.spip.org/SPIP-1-7-en-php,7#comment380180 2005-04-08T15:09:15Z <p>moi, aussi, apache2+php5<br class="autobr"> même problème</p> > SPIP 1.7 en .php 2005-03-06T13:25:28Z https://files.spip.org/SPIP-1-7-en-php,7#comment379373 2005-03-06T13:25:28Z <p>Bonjour, <br class="autobr"> Merci bien pour votre livraison php, car comme j'ai installé Apache2..<br class="autobr"> Tout à bien foctionné, j'ai pu configurer la Base Mysql spip, mais là j'obtiens : Parse error : parse error, unexpected T_ABSTRACT, expecting T_STRING in /Library/WebServer/Documents/spip/ecrire/inc_objet_base.php on line 13<small class="fine d-inline"> </small>!<br class="autobr"> Cette erreur est-elle due aux diverses version de php<small class="fine d-inline"> </small>?<br class="autobr"> J'ai installé Apache2, avec Mysql 4.1.8 et php5.</p> > SPIP 1.7 en .php 2004-05-24T22:21:58Z https://files.spip.org/SPIP-1-7-en-php,7#comment9565 2004-05-24T22:21:58Z <p>Pour ma part merci beaucoup.</p> > Il est temps pour SPIP de passer en .php 2004-05-21T13:43:35Z https://files.spip.org/SPIP-1-7-en-php,7#comment9472 2004-05-21T13:43:35Z <h2 class="h2">Il est urgentissime de passer au PHP<small class="fine d-inline"> </small>!!</h2> <p>plus ou attend, plus il y a des sites sous SPIP référencés dans les moteurs de recherche en PHP3</p> <p>il faut un jour ou l'autre passer en php, et ce jour-là : tous les référencements seront perdus</p> <p>restercen php3 (alors que le php5 sort) devient franchement ridicule comme comportement de la part des développeurs et ça ne donne pas confiance dans le produit</p> > Pour en finir avec les extensions .php3 2004-04-16T13:01:19Z https://files.spip.org/SPIP-1-7-en-php,7#comment8427 2004-04-16T13:01:19Z <p>Super, ça marche sur ma config décrite ci-dessus</p> <p>merci de vos efforts</p> > Pour en finir avec les extensions .php3 2004-04-12T11:41:27Z https://files.spip.org/SPIP-1-7-en-php,7#comment8277 2004-04-12T11:41:27Z <p>La version multilingue 1.7.1 en .php est disponible.</p> > Pour en finir avec les extensions .php3 2004-03-24T09:11:09Z https://files.spip.org/SPIP-1-7-en-php,7#comment7659 2004-03-24T09:11:09Z <p>Oui, mais moi, en l'occurence, l'hébergeur, c'est moi même, et les caractéristiques de mon serveur apache (pourtant, tout ce qu'il y a de plus bateau) ne permettent plus de faire fonctionner du .php3, c'est extrèmement dommage, .....et chiant</p> > Pour en finir avec les extensions .php3 2004-03-23T00:14:42Z https://files.spip.org/SPIP-1-7-en-php,7#comment7598 2004-03-23T00:14:42Z <blockquote class="spip"> <p>et pourquoi ne pas laisser tout simplement tomber .php3 pour attaquer sérieusement avec du php4 ou 5, nous sommens en 2004 que diable...</p> </blockquote> <p>il restait quelques hébergeurs important encore en .php3 (l'autre, altern, ...), mais bonne nouvelle : ils vont migrer.</p> <p>c'est en discussion, rdv sur <a href="http://listes.rezo.net/mailman/listinfo/spip-dev" class="spip_out" rel='nofollow external'>spip-dev</a></p> > Pour en finir avec les extensions .php3 2004-03-22T16:25:08Z https://files.spip.org/SPIP-1-7-en-php,7#comment7580 2004-03-22T16:25:08Z <p>Bonjour</p> <p> Je suis propriétaire d'un enseble de serveurs sur lequel je souhaite faire tourner spip. Il s'agit de serveurs linux mandrake tout ce qu'il y a de plus basique.</p> <p>[root@msi ecrire]# rpm -qa | grep apache<br class="autobr"> apache2-common-2.0.47-6.3.92mdk<br class="autobr"> apache2-2.0.47-6.3.92mdk<br class="autobr"> apache2-mod_ssl-2.0.47-6.3.92mdk<br class="autobr"> apache2-modules-2.0.47-6.3.92mdk<br class="autobr"> apache2-mod_disk_cache-2.0.47-6.3.92mdk<br class="autobr"> apache2-mod_proxy-2.0.47-6.3.92mdk<br class="autobr"> apache-conf-2.0.47-8mdk<br class="autobr"> apache2-mod_php-2.0.47_4.3.2-2mdk<br class="autobr"> apache2-mod_perl-2.0.47_1.99_09-3mdk<br class="autobr"> apache2-mod_suexec-2.0.47-2mdk<br class="autobr"> apache2-mod_cache-2.0.47-6.3.92mdk</p> <p>[root@msi ecrire]# rpm -qa | grep php<br class="autobr"> php-ini-4.3.3-1mdk<br class="autobr"> mod_php-4.3.3-2mdk<br class="autobr"> php-imap-4.3.2-3mdk<br class="autobr"> php-gd-4.3.2-4mdk<br class="autobr"> libphp_common432-4.3.3-2mdk<br class="autobr"> apache2-mod_php-2.0.47_4.3.2-2mdk<br class="autobr"> php-mysql-4.3.2-3mdk</p> <p>[root@msi ecrire]# rpm -qa | grep SQL<br class="autobr"> MySQL-common-4.0.15-1mdk<br class="autobr"> MySQL-client-4.0.15-1mdk<br class="autobr"> MySQL-4.0.15-1mdk</p> <p>Ces serveurs executent sans aucun problème n'importe quel code en .php/mysql/html et tout le toutime. Seulement, les dernières versions de spip NE MARCHENT PAS<small class="fine d-inline"> </small>! et j'ai pourtant bien configuré apache pour qu'il execute le .php3 (voir article correspondant)</p> <p>Ca m'a enervé, alors j'ai écrit un petit script (cnvp3) pour qu'il convertisse TOUS les liens .php3 en .php AINSI que TOUS les noms de fichiers .php3 en .php. Ce script bash est le suivant :</p> <p>#<small class="fine d-inline"> </small>!/bin/bash</p> <p>echo<br class="autobr"> echo « Convertir les fichiers .php3 en .php »<br class="autobr"> echo<br class="autobr"> echo « Repertoire de travail : »<br class="autobr"> read reptrav<br class="autobr"> echo</p> <p>php3files=/var/tmp/php3files<br class="autobr"> htmlfiles=/var/tmp/htmlfiles</p> <p>find $reptrav -name *.php3 > $php3files<br class="autobr"> find $reptrav -name *.html > $htmlfiles</p> <p>echo « On change les liens .php3 en .php dans les fichiers php3 »<br class="autobr"> echo <code class="spip_code spip_code_inline" dir="ltr">wc $php3files -l | cut -d'/' -f1</code>«<small class="fine d-inline"> </small>fichiers .php3 a modifier<small class="fine d-inline"> </small>»<br class="autobr"> echo<br class="autobr"> cat $php3files | while read i<br class="autobr"> do <br class="autobr"> sed s/«<small class="fine d-inline"> </small>.php3<small class="fine d-inline"> </small>»/«<small class="fine d-inline"> </small>.php<small class="fine d-inline"> </small>»/ $i > $i«<small class="fine d-inline"> </small>_new<small class="fine d-inline"> </small>» <br class="autobr"> mv -f $i«<small class="fine d-inline"> </small>_new<small class="fine d-inline"> </small>» <code class="spip_code spip_code_inline" dir="ltr">echo $i | sed s/".php3"/".php"/</code><br class="autobr"> rm -f $i<br class="autobr"> done</p> <p>echo « On change les liens .php3 en .php dans les fichiers html »<br class="autobr"> echo <code class="spip_code spip_code_inline" dir="ltr">wc $htmlfiles -l | cut -d'/' -f1</code>«<small class="fine d-inline"> </small>fichiers .html a modifier<small class="fine d-inline"> </small>»<br class="autobr"> echo<br class="autobr"> cat $htmlfiles | while read i<br class="autobr"> do <br class="autobr"> sed s/«<small class="fine d-inline"> </small>.php3<small class="fine d-inline"> </small>»/«<small class="fine d-inline"> </small>.php<small class="fine d-inline"> </small>»/ $i > $i«<small class="fine d-inline"> </small>_new<small class="fine d-inline"> </small>»<br class="autobr"> mv -f $i«<small class="fine d-inline"> </small>_new<small class="fine d-inline"> </small>» $i<br class="autobr"> done</p> <p>rm -f $php3files<br class="autobr"> rm -f $htmlfiles</p> <p>Ce script devrait normalement faire que SPIP fonctionne.</p> <p>Or il n'en est rien<small class="fine d-inline"> </small>; quand je l'applique à la dernière archive de spip fraichement décompréssée, j'obtiens ça dans le browser :</p> <p>Parse error : parse error in /var/www/html/SPIP-v1-7r/ecrire/inc_lang.php on line 379</p> <p> Fatal error : Call to undefined function : utiliser_langue_visiteur() in /var/www/html/SPIP-v1-7r/ecrire/inc_presentation.php on line 9</p> <p>D'où ma question, comment fait on, et surtout comment se fait il que spip fonctionne encore en .php3 alors que php en arrive à la version 5</p> <p>J'ai eu beau tourner la question dans tous les sens, rien à faire.</p> <p>Appel à contribution</p> <p>et pourquoi ne pas laisser tout simplement tomber .php3 pour attaquer sérieusement avec du php4 ou 5, nous sommens en 2004 que diable...</p> > SPIP 1.7 en .php 2004-02-11T17:42:30Z https://files.spip.org/SPIP-1-7-en-php,7#comment6287 2004-02-11T17:42:30Z <p>Et pourquoi la version officielle utilise-t-elle les extensions .php3<small class="fine d-inline"> </small>?</p>