[Résolu] PHP7

[JPP]

Bonjour,

J'utilise la version 5.0.4 du livre d'or avec UTF-8.
Tout marche bien.

Profitant du test d'une nouvelle version de mon site sous PHP7, j'ai essayé d'intégrer le livre d'or en suivant les consignes de viewtopic.php?f=2&t=3215.

L'affichage se passe bien mais quand je valide la création d'un message j'obtiens les lignes d'erreur suivantes :

Warning: include(LivreOr_5.0.4_PHP7/config/extension.inc): failed to open stream: No such file or directory in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php on line 17

Warning: include(): Failed opening 'LivreOr_5.0.4_PHP7/config/extension.inc' for inclusion (include_path='.opt/php7.0/lib/php') in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php on line 17

Warning: include(LivreOr_5.0.4_PHP7/include/livre_include.): failed to open stream: No such file or directory in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php on line 18

Warning: include(): Failed opening 'LivreOr_5.0.4_PHP7/include/livre_include.' for inclusion (include_path='.opt/php7.0/lib/php') in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php on line 18

Fatal error: Uncaught Error: Call to undefined function sql_select_query() in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php:19 Stack trace: #0 {main} thrown in /home/clients/09dac1fa3275e5acb1c3d8d103605447/web3/LivreOr_5.0.4_PHP7/add_message.php on line 19

Pouvez-vous m'aider à résoudre ce problème ?
Merci d'avance.

[Malabar]

Bonjour,

Ces erreurs ne sont pas liées à PHP7.

La 1ère erreur indique que le fichier LivreOr_5.0.4_PHP7/config/extension.inc n'existe pas, qu'il n'est pas lisible ou que vous n'avez pas les droits. Ce fichier indique l'extension à utiliser pour certains fichiers, ici php (ce qui donne livre_include.php).

Les erreurs qui suivent indiquent que des fichiers n'existent pas, ce qui est normal puisque l'extension de ces fichiers n'est pas précisé à cause du 1er fichier manquant.

Voici le contenu "typique" du fichier extension.inc

Code : Tout sélectionner

<?php
$alex_livre_ext = 'php';
?>

[JPP]

Bonjour,
Et merci beaucoup pour la réponse.
En fait, j'ai bien le fichier extension.inc que j'ai retransféré, que j'ai recréé en faisant copier-coller depuis votre modèle et retransféré, changé les guillemets ('--> ") et retransféré, ... mais rien n'y fait.

Les droits d'accès sont, à priori, les bons (idem les autres fichiers).
Je ne comprends pas...

Je joins une copie d'écran "Filezilla".

[JPP]

Re-bonjour,
Veuillez considérer mon dernier message comme nul et non avenu.

J'avais un peu "multiplié" les environnements de test et forcément, il y a eu des "mélanges".

J'ai tout repris à zéro, réorganisé correctement et ça marche.
Merci encore

[JPP]

Bonjour,
Après coup, je m'aperçois d'un problème que je n'avais pas vu.
Je vous explique : pour faire les tests de passage du livre sous PHP7, je suis parti d'un livre, version 5.0.4, installé sous PHP 5.6
J'ai dupliqué le dossier LivreOr_5.0.4 en LivreOr_5.0.4_PHP7

Ensuite j'ai modifié index.php de LivreOr_5.0.4_PHP7 pour lui indiquer le bon chemin absolu.

Quand je lance l'administration sur LivreOr_5.0.4_PHP7, j'ai la fenêtre d'identification où je saisis mon code utilisateur et mon mot de passe : j'obtiens alors le message d'erreur que je vous mets en pièce jointe.

Je présume que cela provient de la manipulation que j'ai faite.
Pouvez-vous m'aider ?

Merci par avance.

[JPP]

Bonjour,
Suite à mon message précédent et consultation du topic qui précise qu'il est parfois plus simple de réinstaller, j'ai donc réinstallé un nouveau livre d'or 5.0.4 en donnant les mêmes informations de configuration et d'administration.
Le setup s'est bien déroulé. Je peux le constater en consultant le livre d'or avec l'environnement précédent et je constate que des options telles que les notes, le site web de l'utilisateur, ... que j'avais désactivées dans la version précédente apparaissent maintenant.
Je voudrais donc les supprimer à nouveau mais quand j'essaye d'accéder à la partie administration, j’obtiens le même message d'erreur que celui que j'ai joint à mon message précédent.
Merci de m'aider.

[JPP]

Précision
L'accès à l'administration n'est pas possible : après avoir tapé mon code utilisateur et mon mot de passe, la fenêtre d'identification se réaffiche ...

[JPP]

Re bonjour,
Finalement, j'ai fait marche arrière et restauré mes environnements "production" et "test" depuis les sauvegardes de mon hébergeur qui dataient d'hier.
Vous pouvez donc oublier mes messages précédents.

Par contre, quand je lance l'administration j'ai le message d'erreur suivant :

Sorry, but an error occurred

Query error.
Query is:UPDATE alex_livre_users SET last_connect='1498653894' WHERE id_user='1'
Error 1054
Error message: Unknown column 'last_connect' in 'field list'

Je ne comprends pas parce que le système me dit faire un UPDATE de la table alex_livres_users pour mettre à jour la colonne "last_connect" ...
Or cette colonne est dans la table sessions ...
Que se passe-t-il ?
Pouvez-vous m'orienter ?

Merci d'avance

[Malabar]

Bonjour,

Lors de la connexion à la page d'administration, le livre enregistre la date de connexion pour chaque profil. Cela permet de savoir si un administrateur s'est connecté récemment. La table sessions permet elle de conserver des informations sur les administrateurs en ligne au cours des dernières minutes.

Le champ last_connect existe dans les 2 tables. Vérifiez que c'est le cas dans la table users.
De mémoire, nous n'avons jamais eu cette erreur. Soit c'est une version de MySQL qui est incompatible (mais nous avons Otomatic sur le forum qui nous aurait averti ), soit ce sont vos tests qui ont modifié quelque chose.

[JPP]

Bonjour
Merci pour votre réponse.

Je ne sais pas ce qui a pu se passer mais la table alex_livre_users ne comporte pas le champ "last_connect" ==> voir copie d'écran jointe

Est-ce que je peux essayer de l'inclure et si oui, merci de me guider pour le faire parce que là, ça me semble un peu "risqué".

Ou avez-vous une autre manipulation à me proposer au niveau de la base pour la rendre cohérente.

Merci.

[Otomatic]

Bonjour,

Le champ 'last_connect' de la table 'alex_livre_users' est du type :

Code : Tout sélectionner

`last_connect` int(11) DEFAULT NULL,

Il faut lancer PhpMyAdmin, sélectionner la table alex_livre_users, puis l'onglet structure.
Repérer la ligne :
Ajouter 1 colonne(s) après date_creation et valider Exécuter
Dans Nom mettre : last_connect
Type : INT
Taille/Valeurs : 11
Valeur par défaut : NULL

Valider le bouton Enregistrer.

[JPP]

Bonjour,
Et merci encore pour votre dévouement.
J'ai peur qu'il se soit passé des choses bizarres au niveau de ma base parce que je n'ai pas le champ "date_creation" : voir document joint.

Que me proposez-vous ?

merci d'avance.

[Otomatic]

Bonjour,
La restauration de la structure de la table est :

Code : Tout sélectionner

-- Structure de la table `alex_livre_users`
--

DROP TABLE IF EXISTS `alex_livre_users`;
CREATE TABLE IF NOT EXISTS `alex_livre_users` (
  `id_user` mediumint(11) UNSIGNED NOT NULL AUTO_INCREMENT,
  `login` varchar(20) NOT NULL DEFAULT '',
  `pass` varchar(30) DEFAULT NULL,
  `email` varchar(255) NOT NULL DEFAULT '',
  `receive_email` tinyint(1) NOT NULL DEFAULT 0,
  `modif_options` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_skins` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_reponse_auto` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_bdd` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_messages` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_censure` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_bannissement` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_smileys` tinyint(1) NOT NULL DEFAULT 0,
  `gestion_admin` tinyint(1) NOT NULL DEFAULT 0,
  `nb_mess_page` int(11) NOT NULL DEFAULT 0,
  `date_creation` int(11) DEFAULT NULL,
  `last_connect` int(11) DEFAULT NULL,
  PRIMARY KEY (`id_user`),
  KEY `login` (`login`),
  KEY `pass` (`pass`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
COMMIT;

La création de la colonne 'date_creation' est la même que pour 'last_connect' donnée précédemment.

[JPP]

Merci.
A priori, ça marche.

J'ai fait le test, par exemple, de supprimer le lien vers la page d'administration du livre d'or et c'est ok.

Je ferai des tests plus poussés dans les jours à venir.

Merci encore et bonne fin de semaine.

[JPP]

C'est encore moi.
J'ai un doute sur ma base de données.

Pouvez-vous me dire où je peux trouver la structure de chacune des tables pour que je puisse vérifier ?
Vous pouvez aussi me passer l'info sous la forme de la table alex_livre_users ci-dessus.

Merci