Installation sur un serveur, quelques bugs

classic Classique list Liste threaded Arborescence
6 messages Options
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Installation sur un serveur, quelques bugs

Boucher Stéphane
Bonjour,

mon association m'a demandé de tester l'utilisation de Waterbear sur
notre propre serveur.
Je l'ai donc installé sur un serveur LAMP avec PHP5.6 (Debian 8).
Pas de souci à l'installation, j'arrive à l'écran de connexion à
Waterbear sans souci.

Première surprise, il me propose 2 sites que je n'ai pas paramétrés.

Ensuite, je fais les mise à jour de la base de données comme demandé
dans la doc : MetaWaterbear > effectuer les mise à jour. Il semblerait
que cela ait fonctionné.
La doc demande de modifier l'utilisateur dans le registre.

Deuxième surprise, le registre est vide ...

J'ai cherché dans la doc mise à disposition sur le site de Waterbear,
mais je n'ai rien ttouvé concernant l'auto-herberement.

Pouvez-vous m'éclairer svp ?

Merci

Stéphane

Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe

       
       
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Re: Installation sur un serveur, quelques bugs

De Bast Albert (Skynet)
Bonjour,

J'ai installé Waterbear sur un serveur personnel local (Fedora 32 /
apache / mysql / PHP 7.4).
Notons que pour passer à une version supérieure de PHP 5.6, il faut
modifier le code PHP. (voir sur le site des bugs de waterbear)
Je vous encourage d'activer les warning et error dans la configuration
de PHP (php.ini). et de visionner les messages dans le fichier journal.

Pour votre problème, j'ai remarqué que l'URL (racine) de votre
navigateur doit être exactement la même que celle renseignée dans le
fichier perso.php sinon la page du registre est vide.
ex:
$GLOBALS["tvs_global"]["conf"]["ini"]["wb_url"]="https://serverdb/waterbear";

J'utilise Firefox.
Autre info non liée, j'ai remarqué que certains plugins anti-PUB...
bloquent le bon fonctionnement.
ex: Dans Firefox, ne pas activer le plugin "Privacy Badger" sinon les
graphiques statistiques ne s'affichent pas car la page PHP fait appel à
un script d'un autre site.
       Ceci concerne le site "www.amcharts.com"

Dans le registre, il y a qq entrées à modifier ou à ajouter ou corriger.
ex: Remplir les accès pour la recherche des informations complémentaires
d'un livre sur le site central des bibliothèques
(http://moccam-en-ligne.fr) via le menu: Registre puis dans ce registre:
registre -> system -> mel
         paramètres: field_login_mel_utilisateur (login sur ce site
(gratuit)), field_pwd_mel_utilisateur (mot de passe sur ce site
(gratuit)), host (http://moccam-en-ligne.fr)
         Ce compte est gratuit et est à effectuer sur le site
moccam-en-ligne.fr. Si vous avez créé une bibliothèque (gratuite) sur le
site waterbear.info, ce compte existe déjà et est le même que vos accès
de gestion à cette bibliothèque.

J'espère vous avoir aidé en partie.

A. De Bast



Le 19-06-20 à 11:09, Boucher Stéphane a écrit :

> Bonjour,
>
> mon association m'a demandé de tester l'utilisation de Waterbear sur
> notre propre serveur.
> Je l'ai donc installé sur un serveur LAMP avec PHP5.6 (Debian 8).
> Pas de souci à l'installation, j'arrive à l'écran de connexion à
> Waterbear sans souci.
>
> Première surprise, il me propose 2 sites que je n'ai pas paramétrés.
>
> Ensuite, je fais les mise à jour de la base de données comme demandé
> dans la doc : MetaWaterbear > effectuer les mise à jour. Il semblerait
> que cela ait fonctionné.
> La doc demande de modifier l'utilisateur dans le registre.
>
> Deuxième surprise, le registre est vide ...
>
> J'ai cherché dans la doc mise à disposition sur le site de Waterbear,
> mais je n'ai rien ttouvé concernant l'auto-herberement.
>
> Pouvez-vous m'éclairer svp ?
>
> Merci
>
> Stéphane
>
> Liste de diffusion waterbear
> Pour se d�sinscrire :
> mailto:[hidden email]?subject=unsubscribe
>
>
>

Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe

       
       
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Re: Installation sur un serveur, quelques bugs

Boucher Stéphane
Bonjour,

merci pour votre réponse.
Si j'avais su qu'on pouvait utiliser Waterbear avec PHP7.4, je me serai
pas embêté à tout réinstaller avec Debian 8 ... et donc, pas de mal de
chose qui sont obsolète.

J'avais bien un souci dans le perso.conf, j'ai récupéré le registre ! Merci.

En ce qui concerne les deux bib paramétré par défaut, comment je les
modifie ?

Sinon, autre souci, je n'arrive pas à exporter mes notice vers Bokeh.
Quand je lance le script, j'ai ce problème :

Export des donnees depuis Waterbear 20/06/2020
http://wbtest.mideel.fr/bib_ws.php?module=externe/afi/export_total&login=superadmin&mdp=test 

aucune notice
ecriture de /var/www/opacce_test/cosmogramme/fichiers/transferts/total.pan
Echec durant les operations fwrite

Avez-vous une idée du problème ?
Merci, cordialement.

Le 20/06/2020 à 15:15, De Bast Albert (Skynet) a écrit :

> Bonjour,
>
> J'ai installé Waterbear sur un serveur personnel local (Fedora 32 /
> apache / mysql / PHP 7.4).
> Notons que pour passer à une version supérieure de PHP 5.6, il faut
> modifier le code PHP. (voir sur le site des bugs de waterbear)
> Je vous encourage d'activer les warning et error dans la configuration
> de PHP (php.ini). et de visionner les messages dans le fichier journal.
>
> Pour votre problème, j'ai remarqué que l'URL (racine) de votre
> navigateur doit être exactement la même que celle renseignée dans le
> fichier perso.php sinon la page du registre est vide.
> ex:
> $GLOBALS["tvs_global"]["conf"]["ini"]["wb_url"]="https://serverdb/waterbear";
>
>
> J'utilise Firefox.
> Autre info non liée, j'ai remarqué que certains plugins anti-PUB...
> bloquent le bon fonctionnement.
> ex: Dans Firefox, ne pas activer le plugin "Privacy Badger" sinon les
> graphiques statistiques ne s'affichent pas car la page PHP fait appel
> à un script d'un autre site.
>       Ceci concerne le site "www.amcharts.com"
>
> Dans le registre, il y a qq entrées à modifier ou à ajouter ou corriger.
> ex: Remplir les accès pour la recherche des informations
> complémentaires d'un livre sur le site central des bibliothèques
> (http://moccam-en-ligne.fr) via le menu: Registre puis dans ce
> registre: registre -> system -> mel
>         paramètres: field_login_mel_utilisateur (login sur ce site
> (gratuit)), field_pwd_mel_utilisateur (mot de passe sur ce site
> (gratuit)), host (http://moccam-en-ligne.fr)
>         Ce compte est gratuit et est à effectuer sur le site
> moccam-en-ligne.fr. Si vous avez créé une bibliothèque (gratuite) sur
> le site waterbear.info, ce compte existe déjà et est le même que vos
> accès de gestion à cette bibliothèque.
>
> J'espère vous avoir aidé en partie.
>
> A. De Bast
>
>
>
> Le 19-06-20 à 11:09, Boucher Stéphane a écrit :
>> Bonjour,
>>
>> mon association m'a demandé de tester l'utilisation de Waterbear sur
>> notre propre serveur.
>> Je l'ai donc installé sur un serveur LAMP avec PHP5.6 (Debian 8).
>> Pas de souci à l'installation, j'arrive à l'écran de connexion à
>> Waterbear sans souci.
>>
>> Première surprise, il me propose 2 sites que je n'ai pas paramétrés.
>>
>> Ensuite, je fais les mise à jour de la base de données comme demandé
>> dans la doc : MetaWaterbear > effectuer les mise à jour. Il
>> semblerait que cela ait fonctionné.
>> La doc demande de modifier l'utilisateur dans le registre.
>>
>> Deuxième surprise, le registre est vide ...
>>
>> J'ai cherché dans la doc mise à disposition sur le site de Waterbear,
>> mais je n'ai rien ttouvé concernant l'auto-herberement.
>>
>> Pouvez-vous m'éclairer svp ?
>>
>> Merci
>>
>> Stéphane
>>
>> Liste de diffusion waterbear
>> Pour se d�sinscrire :
>> mailto:[hidden email]?subject=unsubscribe
>>
>>
>>
>
> Liste de diffusion waterbear
> Pour se d�sinscrire :
> mailto:[hidden email]?subject=unsubscribe
>
>
>
Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe

       
       
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Re: Installation sur un serveur, quelques bugs

De Bast Albert (Skynet)
Bonsoir,

J'utilise la version 44; il est annoncé la version 49 que je n'ai pas
encore.

Dans Apache on fait des fichiers de configuration par site situé dans
/etc/httpd/conf.d

Par exemple mon fichier pour Waterbear se nomme waterbear.conf dont
voici le contenu:

=====================================

Alias /waterbear /produc/waterbear

<Directory /produc/waterbear/>
  DirectoryIndex bib.php

# ADB
     Options +FollowSymLinks -Indexes

# ADB (permet l'utilisation des .htaccess)
    AllowOverride All

         <IfModule mod_authz_core.c>
                 # httpd 2.4
#               Require all granted
#               Require host localhost
# ADB
#       Require ip 127.0.0.1
         Require ip 192.168.1
         </IfModule>
         <IfModule !mod_authz_core.c>
                 # httpd 2.2
                 Order deny,allow
                 Deny from all
                 Allow from localhost
# ADB
         allow from 192.168.1.0/24
         </IfModule>

</Directory>

======================================
La première ligne me donne le point racine /waterbear qui donne
http://"serveur"/waterbear et le soft se trouve dans le répertoire
/produc/waterbear
D'où indépendance vis-à-vis de la racine par défaut /var/www/html et
donc meilleure organisation, sauvegarde, espace disque, ...
Le fichier waterbear.conf est inclus via le fichier de configuration
général d'Apache /etc/httpd/conf/httpd.conf via la clause:

IncludeOptional conf.d/*.conf

note: ceci est valable sous Fedora, la configuration de LAMP est
peut-être différente. Mais le principe est le même.

Par défaut, si on ne spécifie rien, c'est habituellement le fichier
index.html qui est lancé (si on ne spécifie pas de fichier mais
seulement un répertoire dans l'URL).
La directive DirectoryIndex  permet de spécifier un autre fichier par
défaut, ici bib.php

note: la directive
Options +FollowSymLinks
est inutile dans votre cas.

Plus bas, la partie autorisation, joue un rôle firewall selon la version
d'apache. Ici mon réseau local. A ne pas tenir compte.

Remarque: faire attention aux différentes couches de firewall (du
serveur, du router, ...) Si un des firewall filtre les requêtes en
sortie sur les ports 80 ou 443 par défaut, vous risquez d'avoir les
surprises. C'est le cas par exemple pour récupérer les pages de garde du
livre qui sont récupérées d'Amazon. (cet cas n'est pas unique) (votre
serveur fait une requête http vers l'extérieur; sens contraire de vous
qui interrogez votre serveur)

Sous Unix (Linux) un processus ici service apache (HTTPD) est lancé avec
les droits d'un utilisateur et d'un groupe. Sous Fedora c'est le user
apache et le groupe apache.
Donc pour pouvoir avoir accès aux scripts du site, il doit avoir les
droits nécessaires minimum de lecture et d'exécution (ex: chmod 550) et
éventuellement lui appartenir (ex: chown apache:apache) Si le répertoire
appartient à un autre utilisateur par exemple root, il faut donner les
droits au niveau global (ex: chmod 555) Dans le cas de répertoires où
l'application doit récupérer des données (download) ou de créer des
fichiers de travail (ce qui semble votre cas) l'application doit avoir
les droits d'écriture sur le sous-répertoire correspondant (ex: chmod
750 + lui appartenir) Comme mon utilisation est privée, je ne fais pas
d'envoi vers Bokeh. Dans votre cas, il semble qu'il faut donner les
droits au moins au répertoire transferts mais peut-être à un niveau plus
haut (fichiers) dans d'autres cas.
Il faut évidemment que cette arborescence existe. Attention, sous
Linux/Unix, les minuscules/majuscules sont importantes (par contre
Windows ne fait pas la différence).

Souvent en phase de test, j'essaye d'avoir une situation qui marche. Et
ensuite je rétrécis les privilèges progressivement. Il ne faut jamais
oublier de toujours présenter une surface d'attaque minimale. Et oui, il
y a aussi des gens malveillants sur le net.

Attention: il y a une différence entre la visibilité des répertoires du
script PHP qu'exécute PHP et le navigateur qui doit accéder à un
répertoire/fichier (directive <Directory ...)

Excusez ce petit cours d'Unix un peu long.

Concernant, PHP 7.4, il y a une adaptation importante: le pilote
(fonctions) pour accéder à MYSQL a changé (mysqli). Dans le logiciel
Waterbear, ce sont ces appels qui sont à adapter. En plus le langage a
évolué et il y a d'autres adaptations. Sur la page d'accueil de
Waterbear http://waterbear.info/ , à côté de la boîte "discuter, obtenir
de l'aide", il y a une boîte "bugs, évolution". Sous cette partie, j'ai
mis la partie des sources modifiées pour PHP 7.4. C'est l'entrée n°
0000298 .  Attention, je n'ai parcouru et modifié que les parties qui me
concernaient (encodage, recherche, administration,...) et je ne suis pas
un expert en programmation WEB. Je n'ai pas abordé la partie prêt et
tout ce qui tourne autour.

Je m'arrête ici. J'ai été très long au risque de vous souler et il se
fait tard.
J'espère vous avoir donné qq pistes vers la solution malgré mon français
à la "belge".

A+

A. De Bast


Le 20-06-20 à 16:31, Boucher Stéphane a écrit :

> Bonjour,
>
> merci pour votre réponse.
> Si j'avais su qu'on pouvait utiliser Waterbear avec PHP7.4, je me
> serai pas embêté à tout réinstaller avec Debian 8 ... et donc, pas de
> mal de chose qui sont obsolète.
>
> J'avais bien un souci dans le perso.conf, j'ai récupéré le registre !
> Merci.
>
> En ce qui concerne les deux bib paramétré par défaut, comment je les
> modifie ?
>
> Sinon, autre souci, je n'arrive pas à exporter mes notice vers Bokeh.
> Quand je lance le script, j'ai ce problème :
>
> Export des donnees depuis Waterbear 20/06/2020
> http://wbtest.mideel.fr/bib_ws.php?module=externe/afi/export_total&login=superadmin&mdp=test 
>
> aucune notice
> ecriture de
> /var/www/opacce_test/cosmogramme/fichiers/transferts/total.pan
> Echec durant les operations fwrite
>
> Avez-vous une idée du problème ?
> Merci, cordialement.
>
> Le 20/06/2020 à 15:15, De Bast Albert (Skynet) a écrit :
>> Bonjour,
>>
>> J'ai installé Waterbear sur un serveur personnel local (Fedora 32 /
>> apache / mysql / PHP 7.4).
>> Notons que pour passer à une version supérieure de PHP 5.6, il faut
>> modifier le code PHP. (voir sur le site des bugs de waterbear)
>> Je vous encourage d'activer les warning et error dans la
>> configuration de PHP (php.ini). et de visionner les messages dans le
>> fichier journal.
>>
>> Pour votre problème, j'ai remarqué que l'URL (racine) de votre
>> navigateur doit être exactement la même que celle renseignée dans le
>> fichier perso.php sinon la page du registre est vide.
>> ex:
>> $GLOBALS["tvs_global"]["conf"]["ini"]["wb_url"]="https://serverdb/waterbear";
>>
>>
>> J'utilise Firefox.
>> Autre info non liée, j'ai remarqué que certains plugins anti-PUB...
>> bloquent le bon fonctionnement.
>> ex: Dans Firefox, ne pas activer le plugin "Privacy Badger" sinon les
>> graphiques statistiques ne s'affichent pas car la page PHP fait appel
>> à un script d'un autre site.
>>       Ceci concerne le site "www.amcharts.com"
>>
>> Dans le registre, il y a qq entrées à modifier ou à ajouter ou corriger.
>> ex: Remplir les accès pour la recherche des informations
>> complémentaires d'un livre sur le site central des bibliothèques
>> (http://moccam-en-ligne.fr) via le menu: Registre puis dans ce
>> registre: registre -> system -> mel
>>         paramètres: field_login_mel_utilisateur (login sur ce site
>> (gratuit)), field_pwd_mel_utilisateur (mot de passe sur ce site
>> (gratuit)), host (http://moccam-en-ligne.fr)
>>         Ce compte est gratuit et est à effectuer sur le site
>> moccam-en-ligne.fr. Si vous avez créé une bibliothèque (gratuite) sur
>> le site waterbear.info, ce compte existe déjà et est le même que vos
>> accès de gestion à cette bibliothèque.
>>
>> J'espère vous avoir aidé en partie.
>>
>> A. De Bast
>>
>>
>>
>> Le 19-06-20 à 11:09, Boucher Stéphane a écrit :
>>> Bonjour,
>>>
>>> mon association m'a demandé de tester l'utilisation de Waterbear sur
>>> notre propre serveur.
>>> Je l'ai donc installé sur un serveur LAMP avec PHP5.6 (Debian 8).
>>> Pas de souci à l'installation, j'arrive à l'écran de connexion à
>>> Waterbear sans souci.
>>>
>>> Première surprise, il me propose 2 sites que je n'ai pas paramétrés.
>>>
>>> Ensuite, je fais les mise à jour de la base de données comme demandé
>>> dans la doc : MetaWaterbear > effectuer les mise à jour. Il
>>> semblerait que cela ait fonctionné.
>>> La doc demande de modifier l'utilisateur dans le registre.
>>>
>>> Deuxième surprise, le registre est vide ...
>>>
>>> J'ai cherché dans la doc mise à disposition sur le site de
>>> Waterbear, mais je n'ai rien ttouvé concernant l'auto-herberement.
>>>
>>> Pouvez-vous m'éclairer svp ?
>>>
>>> Merci
>>>
>>> Stéphane
>>>
>>> Liste de diffusion waterbear
>>> Pour se d�sinscrire :
>>> mailto:[hidden email]?subject=unsubscribe
>>>
>>>
>>>
>>
>> Liste de diffusion waterbear
>> Pour se d�sinscrire :
>> mailto:[hidden email]?subject=unsubscribe
>>
>>
>>
> Liste de diffusion waterbear
> Pour se d�sinscrire :
> mailto:[hidden email]?subject=unsubscribe
>
>
>

Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe

       
       
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Re: Installation sur un serveur, quelques bugs

De Bast Albert (Skynet)
En réponse à ce message posté par Boucher Stéphane
Bonjour,

Je reviens avec un complément d'informations même si vous les avez
déduits par vous-même.

1. Dans le fichier de configuration Apache, on peut ajouter cette partie
similaire à la partie principale pour accéder à la DOC par exemple via
http://server/waterbear/doc :

======================================================

</Directory>

<Directory /produc/waterbear/doc/>
     DirectoryIndex doc.php

     Options +FollowSymLinks -Indexes

....

<partie identique à l'exemple précédent>

....

</Directory>

======================================================

2. Précision: La directive dans Apache FollowSymLinks est nécessaire
mais est par défaut. Il ne faut pas la désactiver.

3. Dans Waterbear au niveau de l'interface de recherche des auteurs,
j'ai remarqué que la colonne des dates (naissance,décès) était vide.
      En corrigeant dans le registre, on voit ces informations.

     Je le mets de façon succincte comme dans mes notes sous la forme:
clé = valeur

AJOUT:
profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
- nom prenom/parametres/champs/001 - champ 200/sous-champs/003 - $f =
profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
- nom prenom/parametres/champs/001 - champ 200/sous-champs/003 -
$f/avant_verif =  /
profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
- nom prenom/parametres/champs/001 - champ 200/sous-champs/003 - $f/code = f
CORRECTIF:
profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/tableau_nom_prenom_date/parametres/champs/01
- 200/sous-champs/03 - f - dates =
profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/tableau_nom_prenom_date/parametres/champs/01
- 200/sous-champs/03 - f - dates/code = f

4. Lors de l'encodage ou la récupération de notices, ne pas mettre des
doubles guillemets <"> mais des simples <'> sinon l'utilisation de
l'outil "oeil" ("Voir la notice") dans l'interface d'édition, bloque
l'interface !!! (remarqué pour la zone résumé 300a)

5. Transfert Waterbear vers Bokeh/Opac

J'ai installé Opac/Bokeh sur mon serveur.
Au début j'ai eu le même message que vous lors de l'export (indépendant
de Bokeh).

Après qq résolutions, c'est passé:

A. Bien paramétrer le fichier echange_wb_bokeh.php fourni avec le soft
et le lancer en ligne de commande.
B. Le script ne tolère pas l'URL cryptée (HTTPS)
C. Configuration classique d'usage de Linux (permissions, répertoire
existant)
D. Il n'y a transfert que des notices ayant au moins un exemplaire
enregistré.
E. J'avais une corruption d'un index de la table obj_biblio_acces dans
MySQL. Après réparation, c'est bon. (ceci ne m'était jamais arrivé)

    L'injection dans Bokeh s'est fait sans problème apparent.

6. Les modifications de soft renseignées dans le gestionnaire de BUGS
est valable pour PHP 7.3. Pour PHP 7.4, qq autres sont à ajouter.


En espérant vous avoir aidé.

Bien à vous

A. De Bast


Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe

       
       
Répondre | Arborescence
Ouvrir ce message en vue arborescente
|

Re: Installation sur un serveur, quelques bugs

Boucher Stéphane
Bonjour, merci pour toutes ces précisions.
Cordialement

Le 25/06/2020 à 23:01, De Bast Albert (Skynet) a écrit :

> Bonjour,
>
> Je reviens avec un complément d'informations même si vous les avez
> déduits par vous-même.
>
> 1. Dans le fichier de configuration Apache, on peut ajouter cette
> partie similaire à la partie principale pour accéder à la DOC par
> exemple via http://server/waterbear/doc :
>
> ======================================================
>
> </Directory>
>
> <Directory /produc/waterbear/doc/>
>     DirectoryIndex doc.php
>
>     Options +FollowSymLinks -Indexes
>
> ....
>
> <partie identique à l'exemple précédent>
>
> ....
>
> </Directory>
>
> ======================================================
>
> 2. Précision: La directive dans Apache FollowSymLinks est nécessaire
> mais est par défaut. Il ne faut pas la désactiver.
>
> 3. Dans Waterbear au niveau de l'interface de recherche des auteurs,
> j'ai remarqué que la colonne des dates (naissance,décès) était vide.
>      En corrigeant dans le registre, on voit ces informations.
>
>     Je le mets de façon succincte comme dans mes notes sous la forme:
> clé = valeur
>
> AJOUT:
> profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
> - nom prenom/parametres/champs/001 - champ 200/sous-champs/003 - $f =
> profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
> - nom prenom/parametres/champs/001 - champ 200/sous-champs/003 -
> $f/avant_verif =  /
> profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/isbd_standard/parametres/plugins/01
> - nom prenom/parametres/champs/001 - champ 200/sous-champs/003 -
> $f/code = f
> CORRECTIF:
> profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/tableau_nom_prenom_date/parametres/champs/01
> - 200/sous-champs/03 - f - dates =
> profiles/defaut/plugins/plugins/catalogue/marcxml/formatage/auteur/notice/tableau_nom_prenom_date/parametres/champs/01
> - 200/sous-champs/03 - f - dates/code = f
>
> 4. Lors de l'encodage ou la récupération de notices, ne pas mettre des
> doubles guillemets <"> mais des simples <'> sinon l'utilisation de
> l'outil "oeil" ("Voir la notice") dans l'interface d'édition, bloque
> l'interface !!! (remarqué pour la zone résumé 300a)
>
> 5. Transfert Waterbear vers Bokeh/Opac
>
> J'ai installé Opac/Bokeh sur mon serveur.
> Au début j'ai eu le même message que vous lors de l'export
> (indépendant de Bokeh).
>
> Après qq résolutions, c'est passé:
>
> A. Bien paramétrer le fichier echange_wb_bokeh.php fourni avec le soft
> et le lancer en ligne de commande.
> B. Le script ne tolère pas l'URL cryptée (HTTPS)
> C. Configuration classique d'usage de Linux (permissions, répertoire
> existant)
> D. Il n'y a transfert que des notices ayant au moins un exemplaire
> enregistré.
> E. J'avais une corruption d'un index de la table obj_biblio_acces dans
> MySQL. Après réparation, c'est bon. (ceci ne m'était jamais arrivé)
>
>    L'injection dans Bokeh s'est fait sans problème apparent.
>
> 6. Les modifications de soft renseignées dans le gestionnaire de BUGS
> est valable pour PHP 7.3. Pour PHP 7.4, qq autres sont à ajouter.
>
>
> En espérant vous avoir aidé.
>
> Bien à vous
>
> A. De Bast
>
>
> Liste de diffusion waterbear
> Pour se d�sinscrire :
> mailto:[hidden email]?subject=unsubscribe
>
>
>
Liste de diffusion waterbear
Pour se d�sinscrire : mailto:[hidden email]?subject=unsubscribe