Annonce

Écrire une réponse

Veuillez écrire votre message et l'envoyer

Cliquez dans la zone sombre de l'image pour envoyer votre message.

Retour

Résumé de la discussion (messages les plus récents en premier)

ddtddt
2024-03-03 17:26:38

lolo888 a écrit:

j'avais chown -R tout les dossiers donc non, et je viens de regarder les droits dans /install/ tout est bien en lecture partout....

je dirais en lecture exécution pour faire la mise à jour

lolo888
2024-03-03 16:01:10

ddtddt a écrit:

lolo888 a écrit:

ddtddt a écrit:


et tu avais purger la table historique avant la mise à jour ?

non j'avais pas accès à l'admin, mais bon c'est un serveur dédié, alors si il peut pas gérer une base de 18Mo ????

Peux être une question de droit si c'est un serveur dédié ...

j'avais chown -R tout les dossiers donc non, et je viens de regarder les droits dans /install/ tout est bien en lecture partout....

ddtddt
2024-03-03 11:56:18

lolo888 a écrit:

ddtddt a écrit:

lolo888 a écrit:

Bon j'ai remis un backup total base/fichiers, suivi la procédure manuelle avec la 14.3.0 puis upgrade.php (pas d'erreurs pendant la procédure) et presque les mêmes erreurs !

last_visit et format_id pareil :(

et tu avais purger la table historique avant la mise à jour ?

non j'avais pas accès à l'admin, mais bon c'est un serveur dédié, alors si il peut pas gérer une base de 18Mo ????

Peux être une question de droit si c'est un serveur dédié ...

lolo888
2024-03-03 11:20:52

erreur avec des vidéos > plugin VideoJS

Code:

<pre><br>
<b>Warning</b>:  [mysql error 1292] Incorrect datetime value: '-0001-11-30 00:00:00' for column 'date_creation' at row 1
UPDATE piwigo_images SET `filesize`='713', `width`='352', `height`='288', `date_creation`='-0001-11-30 00:00:00', `date_metadata_update`=CURDATE() WHERE `id`=98; in <b>/var/www/clients/client7/web7/web/galerie/include/dblayer/functions_mysqli.inc.php</b> on line <b>847</b><br>
</pre>
lolo888
2024-03-03 11:19:13

ddtddt a écrit:

lolo888 a écrit:

Bon j'ai remis un backup total base/fichiers, suivi la procédure manuelle avec la 14.3.0 puis upgrade.php (pas d'erreurs pendant la procédure) et presque les mêmes erreurs !

last_visit et format_id pareil :(

et tu avais purger la table historique avant la mise à jour ?

non j'avais pas accès à l'admin, mais bon c'est un serveur dédié, alors si il peut pas gérer une base de 18Mo ????

ddtddt
2024-03-03 08:25:40

lolo888 a écrit:

Bon j'ai remis un backup total base/fichiers, suivi la procédure manuelle avec la 14.3.0 puis upgrade.php (pas d'erreurs pendant la procédure) et presque les mêmes erreurs !

last_visit et format_id pareil :(

et tu avais purger la table historique avant la mise à jour ?

lolo888
2024-03-02 22:47:09

Bon j'ai remis un backup total base/fichiers, suivi la procédure manuelle avec la 14.3.0 puis upgrade.php (pas d'erreurs pendant la procédure) et presque les mêmes erreurs !

last_visit et format_id pareil :(

ddtddt
2024-03-02 20:40:58

Bonjour

Vu qu'il te manquait la mise à jour 146 il y a des "chance" qu'il te manque toute celle qui suivent

moi a ta place je vérifiais les fichier 1 à 1 à partir de 145

https://github.com/Piwigo/Piwigo/tree/master/install/db

lolo888
2024-03-02 18:32:48

bon j'ai trouvé d'où vient l'erreur

ws.php?format=json&method=pwg.users.getList

Code:

<pre><br />
<b>Warning</b>:  [mysql error 1054] Unknown column 'ui.last_visit_from_history' in 'field list'

SELECT DISTINCT SQL_CALC_FOUND_ROWS u.id AS id, u.username AS username, u.mail_address AS email, ui.status AS status, ui.level AS level, ui.language AS language, ui.theme AS theme, ui.nb_image_page AS nb_image_page, ui.recent_period AS recent_period, ui.expand AS expand, ui.show_nb_comments AS show_nb_comments, ui.show_nb_hits AS show_nb_hits, ui.enabled_high AS enabled_high, ui.registration_date AS registration_date, ui.last_visit AS last_visit, ui.last_visit_from_history AS last_visit_from_history
  FROM piwigo_users AS u
    INNER JOIN piwigo_user_infos AS ui
      ON u.id = ui.user_id
    LEFT JOIN piwigo_user_group AS ug
      ON u.id = ug.user_id
  WHERE
    1=1 AND u.id IN(2)
  ORDER BY id
    LIMIT 100
    OFFSET 0;
    ; in <b>/var/www/clients/client7/web7/web/galerie/include/dblayer/functions_mysqli.inc.php</b> on line <b>847</b><br />
</pre><br />
<b>Fatal error</b>:  Uncaught Error: Call to a member function fetch_assoc() on boolean in /var/www/clients/client7/web7/web/galerie/include/dblayer/functions_mysqli.inc.php:211
Stack trace:
#0 /var/www/clients/client7/web7/web/galerie/include/ws_functions/pwg.users.php(238): pwg_db_fetch_assoc(false)
#1 /var/www/clients/client7/web7/web/galerie/include/ws_core.inc.php(600): ws_users_getList(Array, Object(PwgServer))
#2 /var/www/clients/client7/web7/web/galerie/include/ws_protocols/rest_handler.php(41): PwgServer-&gt;invoke('pwg.users.getLi...', Array)
#3 /var/www/clients/client7/web7/web/galerie/include/ws_core.inc.php(281): PwgRestRequestHandler-&gt;handleRequest(Object(PwgServer))
#4 /var/www/clients/client7/web7/web/galerie/ws.php(22): PwgServer-&gt;run()
#5 {main}
  thrown in <b>/var/www/clients/client7/web7/web/galerie/include/dblayer/functions_mysqli.inc.php</b> on line <b>211</b><br />
ddtddt
2024-03-02 17:00:45

Bonjour,

Oui peux être un fichier non mis à jour ou du cache de navigateur ..

lolo888
2024-03-02 15:14:58

ok merci, après avoir créé auth_key_id ça semble fonctionner pour l'instant, je verrai si ça bug encore...

concernant les paramètres sql, ce sont ceux de base d'un ubuntu je pense pas avoir modifié...



par contre j'ai toujours pas accès dans l'admin aux Users, voici les erreurs que chrome raconte :

VM45779:1 Uncaught SyntaxError: Unexpected token '<', "<pre><br /"... is not valid JSON
    at JSON.parse (<anonymous>)
    at m.parseJSON (1iyxn27.js:8:15998)
    at Object.success (1e6pi62.js:134:189)
    at j (1iyxn27.js:5:27309)
    at Object.fireWith [as resolveWith] (1iyxn27.js:5:28122)
    at x (1iyxn27.js:8:22111)
    at XMLHttpRequest.b (1iyxn27.js:8:26030)

donc erreur de formatage json ?

ou est ce lié à la mise à jour foireuse ?

ddtddt
2024-03-02 11:59:03

lolo888 a écrit:

au sujet de cette table piwigo_history, me parait être très grosse (une sorte de log), surtout si c'est juste pour incrémenter un nombre de vue sur chaque picture ? peu être qu'une compilation des années précédentes seraient plus adapté ?
ou bien on peut la vider sans problème ?

Dans administration > Outils > Maintenance tu as ce qu'il faut

donc je dirais si tu as un backup remet le backup de la 2.7.N

purge la table historique

et remet à jour

vraisemblablement la puissance de la machine ou ses réglage / au action a faire n'a pas suffit


(autre solution passer manuellement les requettes de mise à jour

ou en bourrin dans la table upgrade supprimer tous ce qu'il y a après 145 et relancer manuellement upgrade

lolo888
2024-03-02 11:14:20

au sujet de cette table piwigo_history, me parait être très grosse (une sorte de log), surtout si c'est juste pour incrémenter un nombre de vue sur chaque picture ? peu être qu'une compilation des années précédentes seraient plus adapté ?
ou bien on peut la vider sans problème ?

lolo888
2024-03-02 10:56:22

la mise à jour n'a pas été fait par ftp, mais bien dans l'interface admin, mais je suppose donc qu'il vaut mieux le faire par ftp c'est ça ?

je peux peu être essayer de refaire la mise à jour par ftp, en remettant un backup d'une 2.7.4 base/fichiers ?

k5
2024-03-02 10:39:33

Bonjour

Normalement quand les mises à jours sont fait avec les fichiers par ftp ou dossier, il il faut aller sur votre url/update.php  Ca synchronisera les fichiers avec la base de donnée

Oui il y en aura d'autre

je vous propose de regarder  en exemple https://fr.piwigo.org/doc/doku.php?id=u … on:free.fr

PS ; s'il n'y a pas trop d'image à insérer je vous conseille de tout supprimer et de recommencer à zero

A très vite

Pied de page des forums

Propulsé par FluxBB

github twitter newsletter Faire un don Piwigo.org © 2002-2024 · Contact