notices récalcitrantes

HELP ! :)
toujours sur mon site de teste pmb


j'ai rouvert mon back-office  hier soir et ce matin,  surprise avec Catalogues  - toutes notices  rechercher
normalement il m'affiche mes notices et je peux les modifier.
mais là j'ai plus rien qui s'affiche, j'ai cherché, et je pige pas ce qui se passe, d'où mon help
comme dirait les Beatles : I need somebody help :p



Réponses

  • 28 janv. modifié
    Ce matin je crée trois nouvelles notices, et dans 'toutes notices rechercher' j'ai que ces 3 dernières, j'ai parcouru les paramètres, je vois pas ce que je peux cocher de plus (manque de connaissance,t de la sabir pmb, +  mon peu d’expérience, suis coincé là)
    RE -HELP :/
  • je viens de relire les quelques 2000 lignes des paramètres
    je vois toujours pas
    peut-être dans les fichiers de configuration php ? je vais faire un voyage en ssh :)
  • 29 janv. modifié
    Les notices s'affichent bien en Opac (599 notices, le total  de ce qui est dans votre base) , donc a priori pas de pb  de base de donnees.

    Vous pouvez malgre tout nettoyer la base ,réparer les tables ,....
    Outils > Maintenance MySQL

    puis reindexer  :
    Outils > Nettoyage de base

    Quel php ?

    Il faudrait mettre les 2 parametres display_errors a 1 pour voir s'il y a une erreur php .
  • 29 janv. modifié

    merci beaucoup de l’aide

     je m’étais posé la question du nettoyage, et de la réparation , mais j’étais pas sur de moi.

    PHP Version 8.3.15

    Faut il tout cocher pour le nettoyage de la base ? Ou juste les partie : ‘Réindexer’ ‘nettoyer’ et ‘Vider’

    hop! je me lance

    Je fais un nettoyage de la base, j’ai pas tout cocher, juste ceux que je pensais utiles

    Vérifier les bases… tout est OK

    réparer les tables

    toutes les lignes ont ‘


    The storage engine for the table doesn't support repair


    Pas de Msg_text

    je vais voir si je retrouve mes notices

    rien changé


    Aucun titre n'a été trouvé avec la clé Tous les champs Biblitothèque du pic



    /home/pmb-au1/www/pmb/classes/searcher/searcher_generic.class.php:140

    select notice_id as id_notice from notices join notices_categories on notcateg_notice = notice_id join categories on categories.num_noeud = notices_categories.num_noeud where langue='fr_FR' where typdoc in ('a')


  • Reindexer pourrait suffire.
    Php 8.3 :Attention , un message de decembre de PMB disait (Eric, le boss) "PMB 8 est parfaitement fonctionnel sous PHP 7.4, son portage sous PHP8 n’est pas encore opérationnel à 100%."
    Donc tester d'abord en php 7.4 .
  • je vais passer en 7.4 pour voir

  • Bonne idee. N'oubliez pas de mettre les  parametres display_errors a 1 pour voir s'il y a des erreurs php 
  • 29 janv. modifié

    rien changé,

    Aucun titre n'a été trouvé avec la clé Tous les champs Biblitothèque du pic


    bien, le changement de php n'y change rien,  j'ai mis à 1 :

    opac . display_errors et Pmb . display_errors 1

    Warning: A non-numeric value encountered in /home/pmb-au1/www/pmb/classes/searcher.class.php on line 739

    Warning: A non-numeric value encountered in /home/pmb-au1/www/pmb/classes/searcher.class.php on line 739


    /home/pmb-au1/www/pmb/classes/searcher/searcher_generic.class.php:140

    select notice_id as id_notice from notices join notices_categories on notcateg_notice = notice_id join categories on categories.num_noeud = notices_categories.num_noeud where langue='fr_FR' where typdoc in ('a')

    je vais chercher, mais je suis loin d'être le roi du php :)

    je vois pas du tout d'où vient la cause



  • 29 janv. modifié
    apparemment, ça ne vient pas de la version php, et le message :
     select notice_id as id_notice from notices join notices_categories on notcateg_notice = notice_id join categories on categories.num_noeud = notices_categories.num_noeud where langue='fr_FR' where typdoc in ('a')

    C'est une requête mysql simple qui récupère les identifiants de notice pour r"pondant à certaines caractéristiques (au moins une catégorie assignée et de plus en tapant dans les catégories en français)

    je continue la brasse

  • Oui, la requete sql est clairement mal formee , donc elle sort en erreur.
    Il y a peut-etre une anomalie dans le code php qui la genere.

    Mais quel type de saisie dans l'ecran de recherche produit ce resultat ?

    Une simple etoile dans pmb/catalog.php
    Recherche > Auteur/titre ,

    ou bien une recherche plus complexe ?

    Ue copie d'ecran de l'interface rempli qui produit cette erreur sql pourrait aider a mieux comprendre.

  • 30 janv. modifié
    je fais un petit tour ce matin.
    j'ai quelques copies d'écran que je partage si ça peut aider
    c'est ici:

    https://funambule.org/nextcloud/index.php/s/FxaFc3iaqYSAPE6

    soit je trouve (j'aimerai beaucoup)   soit j'essaie de récupérer une sauvegarde ancienne sur le serveur

    je vais aussi comparer avec un autre pmb que j'ai ouvert il y a un moment

    je crois que je devrais virer la bibliothèque centrale qui est mise d'office dans PMB, je me demande parfois si il y a pas confusion .

    mais ça m'a l'air coton de virer cette bibliothèque, peut on le faire en ligne de commande, où se trouve elle dans pmb ?

  • Merci Maurice pour ces infos.

    Pmb permet, avec une simple étoile, de faire une recherche globale sans préciser de catégories.
    Cette recherche doit d'abord vous donner le total des enregistrements sans erreurs.
    Quelles que soient les catégories, elle doit d'abord fonctionner.
    Voir les captures d'écran ci-jointes sur une version de démonstration de pmb746

    Vous avez mis en évidence une requête sql mal formée, mais je ne l'ai pas vue dans vos captures d'écran.
    Je pense que ce serait la voie à suivre.

    Sinon, reprendre une version antérieure de la base de données et la basculer sur pmb758 par exemple pourrait
    éviter cette anomalie, si elle est spécifique à pmb8.

    Vous pouvez bien sûr débuguer, mais l'erreur doit être reproductible, et vous devez connaître d'abord les conditions
    précises dans lesquelles elle apparaît.




  • 30 janv. modifié
    je reprends l'aventure, je viens de comparer les paramètres avec l'autre site pmb, c'est les mêmes, mais pas de problèmes avec la recherche des notices, elles s’affichent, et je peux donc les modifier.Ce serait donc un fichier de conf qui déconne, mais lequel ?
    je viens de faire le tour des mes maigres connaissances en la matière.
    je vais sauvegarder  quelques tables,  refaire un tour et .... je sais pas trop quoi faire , clôner une sauvegarde,  faire un autre site test, ce qui me turlupine, c'est que tout fonctionnait bien au début, mais savoir ce que j'ai fait pour déclencher ce bug ? ?? mystère..si une idée ? bienvenue :p
  • 30 janv. modifié
    c'est exactement ça le problème,  je fais la même chose,  et, seul  les dernières notices que je viens de faire s'affichent.. ?
    ou bien j'ai fait une erreur lors de l'import de ces notices , à partir d'un fichier csv. , dans ce cas là, pourquoi ça à fonctionné un temps ..    
    ,

  • Si vous avez un doute sur des fichiers modifies, plutot que de faire une recherche longue:

    Vous pouvez copier votre database en database2 (donc meme user, password,...) par phpMyAdmin.

    Comme elle est en version seulement compatible avec pmb8, vous pouvez pour comparer :
    - refaire une installation pmb8 (pas une mise a jour) sur un repertoire de test. Il faut indiquer dans l'interface d'installation  "database2", et les fichiers de conf seront recrees pour cette base. C'est fait en moins d'un quart d'heure.

    Alors, il faut reindexer, et retester la recherche des notices.

    - Mais le plus simple comme vous etes en test, serait de reprendre votre ancienne database de version inferieure, et de refaire une mise a jour mais en pmb758 (la version la plus stable actuellement). Le tout a faire en php 7.4. Vous eviterez les anomalies qui sont normales et courantes en developpement sur les versions nouvelles comme pmb800.


  • cet après midi, j'ai prévu de faire un clone, et une deuxième installe, je suis assez septique sur le fait que la version 8 soit buggé, mais je vais essayer tout ça sur notre serveur de test. c'est fait pour ça.
    je reviens pour donner des nouvelles

  • 2 févr. modifié
    retour
    je pense qu'il' y a des paramètres php ou mariadb qui sont pas conforme à pmb, car en dehors des problèmes de notices, circulation tourne en boucle, et impossible de faire une carte lecteur, bref! je vais tout virer, et nous allons refaire une installation propre.
    En attendant, je l'ai installé un pmb8 sur mon serveur auto-hébergé, et  ça semble bon, je vais faire des notices...
    À ce propos, quand on importe des notices, comment les déposer dans la bonne catégorie ? ou bien c'est dans le fichier csv qu'il faut écrire ça ? si oui où ?
  • 2 févr. modifié
    j'ai enfin de compte le même problème sur mon serveur
    Vous n'avez pas le droit le lire cette notice
    Aucun titre n'a été trouvé avec la clé Tous les champs * Interroger des sources externes
    et dernières notices m'affiche
    'aucune notice '
    je vais finir par craquer, que faut il paramétrer

    la notice s'affiche bien dans l'opac
  • Bonjour Maurice,

    Importer en csv est complexe.
    Dans un premier temps, je partirais plutot d'un export de quelques notices en unimarc ISO2709
    qui contient les categories, pour un test. Mais vous devez avoir cree les memes categories sur le site d'import
    sinon, vos categories seront rejetees en mots-cles. Mais ca marchera quand meme je pense.
    Sur citedoc il y a des explications:
    pmb_2_5_exporter_importer_20061023.pdf

    Si vous voulez utiliser le csv, il faut customiser le fichier pmb/admin/convert/imports/text2unimarciso/params.xml
    pour que chaque colonne du csv y soit decrite avec le bon code unimarc.
    Les categories devraient etre en 606 $a. La aussi, il vaut mieux avoir le thesaurus deja en place.
  • 3 févr. modifié
    je viens de vérifier les paramètres utilisateur et je les ai comparé avec ceux que j'ai mis dans un autre pmb, mis en place pour une asso à Limoges, et qui lui n'a pas ce problème. Tout est conforme.
    malgrés que : même version pmb, il manque des cases à cocher ?
    la seule chose qui change c'est la version php, v 7.4.33 à Limoges, et chez moi php  8.2.26.
    je vais voir de ce coté ci
  • bon, ça marche, je pense que les changements que j'ai fait ce matin dans les paramètres utilisateurs ont payés.
    sur mon serveur en pmb 8 et php8.
    je vais dons faire la même chose sur le serveur pic
  • reste quand même des warnings php, mais on verra plus tard
    un autre post
    au fait, faut marquer "résolu" et si oui où ?

  • Je ne connais pas cette fonctionnalite pour ce site.

    Resolu? oui, mais comment ?
    Partager la solution a ce fil de discussion "notices recalcitrantes" pourrait etre  utile aux autres pmbistes.
  • La solution ?, je l'ai amélioré par des choix, en premier lieu à l'installation
    Et surtout dans les paramètres utilisateurs, mais chacun doit faire ses propres choix,  modules, droits d’accès...etc.. les miens ne correspondent pas forcément à tous.
    De plus, j'ai des warnings php, pas encore résolus, ce logiciel PMB est très compliqué à configurer, comme à utiliser pour un novice. Il y a un langage très complexe, comme dans tout métier.
    La carte lecteur est un casse tête que j'ai pas encore résolu..
    quand j'aurai maîtrisé la carte lecteur et les prêts, je ferai un texte sur mon installation et mes configurations, que je partagerai. ça je sais faire..
    j'ai déjà fait pas mal de tutos concernant la distribution Debian qui sont en ligne
  • Merci Maurice !
Connectez-vous ou Inscrivez-vous pour répondre.