Nouvelles et bonnes fêtes de fin d'année

[Fingus]

Salut Fredo, ça tombe bien, moi aussi j'ai été absent pendant un sacré bout de temps (4 ans, je dirais?). Mais me revoilà!

Par contre, un magazine d'époque que je voulais numériser... semble avoir disparu...

[Fredo_L]

Admettons que ton projet ait une arborescence comme cela, avec fichier.php qui contient le code avec les requêtes mysql, tu crées un nouveau répertoire "fix_mysql" dans lequel tu mets le fichier du github, "fix_mysql.inc.php".

/projet/
--------/src
-----------fichier.php
--------/fix_mysql
-----------fix_mysql.inc.php

Ensuite, dans fichier.php, tu dois ajouter la ligne suivante en haut "include_once __DIR__ . '/../fix_mysql/fix_mysql.inc.php';"
Tu dois procéder ainsi pour chaque fichier php qui fait appel à des fonctions mysql en adaptant le chemin.

Si besoin de plus de précision, ne pas hésiter.

Merci beaucoup !
Cela fonctionne.

Je vais progressivement faire passer tous mes sites en php 7.

[Fredo_L]

Salut Fredo, ça tombe bien, moi aussi j'ai été absent pendant un sacré bout de temps (4 ans, je dirais?). Mais me revoilà!

Par contre, un magazine d'époque que je voulais numériser... semble avoir disparu...

Bon retour !

Ce n'est pas de chance pour ta revue.

[Fredo_L]

Je donne quelques nouvelles.

J'avais un problème avec l'affichage des revues en ligne (exemple : https://www.abandonware-magazines.org/a ... &album=oui).
Le souci est que quand les fichiers ont un nom avec des caractères spéciaux, les images ne s'affichaient pas. Pour résoudre le problème, j'ai corrigé à la main certains caractères.

$ligne = str_replace("%C2%B041","%b041",$ligne); // ° characters
$ligne = str_replace("%C2%B01","%b01",$ligne); // ° characters
$ligne = str_replace("%C3%A9","%e9",$ligne); // é characters

Il se peut que d'autres magazines posent problème et je corrigerai si je les trouve ou qu'on me les signale.


Dans les problèmes sérieux, il semblerait que le disque dur du serveur soit en train de mourir.
https://community.ovh.com/t/disque-dur- ... le/14207/6

Je n'arrive pas à faire fonctionner iptables : https://community.ovh.com/t/iptables-su ... -arm/13621

En principe, j'ai 3 disques durs de 2 To et apparemment, j'en utilise 2 en RAID 1 et j'ignore où est le 3e et comment l'utiliser : https://community.ovh.com/t/softraid-3x2to-sata/13365

[XavierSnp]

Encore Bravo Fredo_L, pour le boulot et le temps passé !
Tout semble très bien fonctionner.

[Fredo_L]

J'ai un truc bizarre avec mes fichiers.

"ST Echos 01 - Février-Mars 1995 - 01.jpg" ==> ST%20Echos%2001%20-%20F%e9vrier-Mars%201995%20-%2001.jpg

Pour corriger le lien, je dois faire : $ligne = str_replace("%e9","%C3%A9",$ligne); // filenames with é characters


"Développeur Référence 002 - Page 01.jpg" ==> D%C3%A9veloppeur%20R%C3%A9f%C3%A9rence%20002%20-%20Page%2001.jpg

Pour corriger le lien, je dois faire : $ligne = str_replace("%C3%A9","%e9",$ligne); // filenames with é characters

Est-ce que quelqu'un aurait une idée de pourquoi le "é" se transforme selon les cas en "%e9" ou en "%C3%A9" ?


J'ai le même problème avec le caractère ^. Dans certains cas, il faut le nommer "%C3%BB" alors que dans d'autres cas, il faut utiliser "%fb". Je suis un peu perdu.
J'ai à cause de ce problème plusieurs revues de ST Echos qui ne s'affichent pas correctement.

Pour transformer le nom du fichier en adresse url, j'utilise la fonction PHP rawurlencode();

[XavierSnp]

Salut Fred,

C'est toujours le même problème de conversion Win1252 vers UTF8.
Il faut convertir tout tes noms de fichiers en UTF8.

Ce qui à déjà était fait pour les anciens noms déjà archivés… mais, pas pour des fichiers qui ont été créés dernièrement.
Il faut donc que tu utilise mon outil à chaque fois que tu as des caractères spéciaux dans les nom de fichiers.

Fichiers nom en Win1252: (stechos.lst)
Page1_STéchos.jpg
Page2_STéchos.jpg
…

à la lecture, la chaîne "$ligne" de ton script est donc en Win1252 et non en UTF8.
D'où l'erreur dans l'appel du nom de fichier qui lui est codé en UTF8 sur le serveur.

Pour éviter ce problème, il faut passer ce fichier automatiquement dans la moulinette de conversion que j'ai fait.

Le fichier "exe" en mode console te permutera d'automatiser la chose en drag&drop pour chaque fichier posant problème.
Ou en batch "utf8.exe stechos.lst"

Et le fichier ne te posera plus de problème.

Ma moulinette fonctionne sur tous les Windows, à condition d'installer au moins une fois les DLL VB…

Infos sur l'UTF8 : http://www.i18nqa.com/debug/utf8-debug.html

[XavierSnp]

Pour mémoire, les fichiers executables sont ici : http://dskcenter.free.fr/2UTF/

2utf8.JPG (43.61 Kio) Vu 1773 fois

Tu as deux programmes:
- Un 2utf.exe en mode console pour la conversion à l'unité, en fichier BATch sous dos ou en mode "drag&drop" sur le fichier exe.
- Le second (_2utf_gui.exe) permet de choisir, un ou plusieurs fichiers dans un répertoire (le répertoire racine de l'executable)
Ce programme va créer un répertoire UTF8 et y copier l'image des fichiers au format voulu avec ou sans header (dans ton cas, l'option n'est pas cochée).

Il te suffit alors de remplacer les fichiers converti dans ton répertoire distant utilisé par le script.
Et cela à chaque création de fichiers texte sur le site.

Au moins pour les descriptions et les listes de fichiers en mode texte utilisant des caractères spéciaux.
J'ai aussi réalisé un programme qui gère automatiquement l'architecture des répertoires, pour automatiser le conversion de l'ensemble du site, mais seules les nouvelles entrées au format win1252, plain text ou Unicode sont à traiter pour le rendre compatible avec tes scripts.

Le mieux serai d'ajouter l'executable console au click gauche "ouvrir avec", mais dans ce cas, le répertoire "UTF8" sera créé dans le répertoire de l'executable appelé, et non en racine du fichier à convertir. Donc, il faut créer un lien sur ce répertoire pour récupérer le fichier.
Les anciens fichiers sont préservés et ne sont pas modifiés. A toi de les effacer ou de les archiver, mais seule la copier en répertoire UTF8 sera à utiliser.
Donc, avant de diffuser les fichiers texte, tu mets tous les fichiers dans le répertoire racine de l'executable, tu lances le GUI, tu sélectionnes, puis tu uploades les fichiers situés dans le répertoire \UTF8.

J'ai un truc bizarre avec mes fichiers.

Non, tous tes fichiers avant ton ajouts ont été converti en UTF8 !
Ce nouveau doit l'être également.

Les suivants aussi… si toutefois il utilise des caractères spéciaux.

[XavierSnp]

Juste une petite question…

Qu'est-ce qui t'empêche de faire une routine dans ton scripte pour appliquer la correction à chaque entrée $line pour les principaux caractères en Win1252?
Tu pourras y mettre du plain text, pas de l'Unicode, mais au moins, cela t'évitera le nettoyage des fichiers à chaque fois...

[Fredo_L]

Après plus d'un an, je trouve enfin le temps d'étudier ce problème.
Je te remercie donc pour ton aide.

J'ai regardé et tous les fichiers contenant le nom des pages sont bien encodés au format UTF-8.

Je vais déjà essayer de comprendre le problème avec le Génération PC.
https://www.abandonware-magazines.org/a ... &album=oui

[Fredo_L]

Je vais essayer d'expliquer les étapes.

1) J'ai un fichier qui se nomme : Génération_PC_037_supplément_PC_Pratique - Page 000 (06-1996).jpg
Il se trouve à l'adresse : http://download.abandonware.org/magazin ... -1996).jpg

J'ai un fichier texte avec le code UTF-8 qui contient le nom du fichier : Génération_PC_037_supplément_PC_Pratique - Page 000 (06-1996).jpg

Si je demande directement l'affichage du nom du fichier, cela m'affiche
http://download.abandonware.org/magazin ... -1996).jpg

Si je transforme le nom du fichier avec la fonction htmlentities(), j'obtiens :
http://download.abandonware.org/magazin ... -1996).jpg

Si je transforme le nom du fichier avec la fonction rawurlencode(), j'obtiens :
http://download.abandonware.org/magazin ... 996%29.jpg

Si je transforme le nom du fichier avec la fonction utf8_decode(), j'obtiens :
http://download.abandonware.org/magazin ... -1996).jpg

[XavierSnp]

Salut,

Au niveau serveur, tu as vérifié si tes noms de fichiers sont un UTF8:

utf.JPG (25.14 Kio) Vu 1584 fois

Ici le FTP, où "Multimédia" est encodé…
Si ce n'est pas le cas, il faut reconvertir le fichier texte en plain text et faire du raw.

J'ai changé de machine entre temps, donc je n'ai plus tes fichiers…
Donne seulement le fichier du magazine.
Tu uploadera les fichiers texte (plain/utf) pour les tests.
>En raw, il te prendra les caractères as is.

[Fredo_L]

Je ferme cette discussion pour en démarrer une nouvelle qui sera plus propre.