Migrer en Unicode

[ripat]

Bonjour,

Je veux créer un nouveau dossier et j\'ai droit à un:

Code : Tout sélectionner

le modele mod1 doit être migré en unicode.
Pour le passer en unicode, faites-en un backup puis restaurez le fichier reçu

Un psql -l me donne effectivement:

Code : Tout sélectionner

          Liste des bases de données
        Nom         | Propriétaire | Encodage 
--------------------+--------------+----------
 account_repository | phpcompta    | LATIN1
 dossier1           | phpcompta    | LATIN1
 dossier18          | phpcompta    | LATIN1
 dossier20          | phpcompta    | LATIN1
 mod1               | phpcompta    | LATIN1
 mod2               | phpcompta    | LATIN1
 phpcompta          | phpcompta    | UTF8
 postgres           | postgres     | UTF8
 template0          | postgres     | UTF8
 template1          | postgres     | UTF8

J\'ai un peu peur de faire des bêtises, quelle est la procédure? Où est-elle décrite?

[Dany]

Tu vas dans administration dossier (ou modèle) => backup et pour restaurer tu vas simplement dans administration => restaure, un nouveau dossier/modèle sera créé donc tu peux le tester avant d\'effacer la version latine

[ripat]

Voici ce que j\'obtiens:

[quote]Impossible de se connecter à postgreSql !
Vos paramètres sont incorrectes :

base de donnée : dossier8
Domaine :
Port 5432
Utilisateur : phpcompta
Connection impossible : vérifiez vos paramètres de base de données
[/quote]

Plus précisément, le modèle restauré apparaît bien dans la liste malgré le message d\'erreur et un psql -l me le montre en encodage UTF8 mais, lors de la création d\'un nouveau dossier basé sur ce modèle, j\'obtiens l\'erreur suivante:

[quote]Fatal error: Uncaught exception \'Exception\' with message \' SQL ERROR delete from parm_periode \' in /var/www/phpcompta/include/postgres.php:140 Stack trace: #0 /var/www/phpcompta/include/dossier.inc.php(108): ExecSql(Resource id #55, \'delete from par...\') #1 /var/www/phpcompta/html/admin_repo.php(68): require_once(\'/var/www/phpcom...\') #2 {main} thrown in /var/www/phpcompta/include/postgres.php on line 140 [/quote]

A nouveau, malgré cette dernière erreur, le dossier semble se créer et il apparaît dans la liste des dossiers mais dès qu\'on veut y travailler:
[quote]Warning: pg_query_params() [function.pg-query-params]: Query failed: ERREUR: la relation « todo_list » n\'existe pas in /var/www/phpcompta/include/postgres.php on line 163

Fatal error: Uncaught exception \'Exception\' with message \' SQL ERROR select tl_id, tl_title,tl_desc,to_char( tl_date,\'DD.MM.YYYY\') as tl_date from todo_list where use_login=$1 order by tl_date descarray array ( 0 => \'jeanluc\', )\' in /var/www/phpcompta/include/postgres.php:167 Stack trace: #0 /var/www/phpcompta/include/class_todo_list.php(125): ExecSqlParam(Resource id #27, \'select tl_id, t...\', Array) #1 /var/www/phpcompta/html/access.php(59): Todo_List->load_all() #2 {main} thrown in /var/www/phpcompta/include/postgres.php on line 167[/quote]

[Dany]

Le dossier restauré n\'est pas bon, tu dois l\'effacer. Je vérifie ou cela coince, sinon tu peux le faire en commande en ligne avec pg_dump et pg_restore.

Je regarde ce qui se passe

[ripat]

Pourrais-tu me donner la syntaxe exacte pour le pg_dump et restore. Je patauge un peu avec postgres!

[Dany]

Bon, je viens de regarder; apparemment cela devrait être un problème d\'authentification, tu devrais le voir dans les logs d\'apache ou de postgresql.

Dans la version 4.1, qui sort aujourd\'hui c\'est en partie réglé SI la sécurité pour postgresql est correcte, décompresse-la pour remplacer l\'ancienne

[ripat]

Je viens d\'installer la dernière version. Même problème.

Lors du restore:
[quote]Impossible de se connecter à postgreSql !
Vos paramètres sont incorrectes :

base de donnée : dossier12
Domaine :
Port 5432
Utilisateur : phpcompta
Connection impossible : vérifiez vos paramètres de base de données[/quote]

Le log d\'apache ne montre rien d\'anormal. Celui de postgres:
[quote]2008-09-16 21:47:20 CEST FATAL: la base de données « dossier12 » n\'existe pas[/quote]

[Dany]

tu as essayé de restaurer un modèle ? si oui, je viens de voir le bug; et donc il y a une nouvelle version de phpcompta à réinstaller ( de 22:00).

[ripat]

Alors, oui, c\'est en restaurant un modèle que l\'erreur s\'est produite.

J\'ai téléchargé la version dernière version qui, il me semble, a la même heure que la précédente.

Résultat:

Exception PHP:
[quote]Restauration réussie du modèle 14 Restauration :mod1(3).bin

Fatal error: Uncaught exception \'Exception\' with message \' SQL ERROR select val from version \' in /var/www/phpcompta/include/postgres.php:140 Stack trace: #0 /var/www/phpcompta/include/postgres.php(528): ExecSql(Resource id #53, \'select val from...\') #1 /var/www/phpcompta/include/postgres.php(619): get_version(Resource id #53) #2 /var/www/phpcompta/include/restore.inc.php(132): apply_patch(Resource id #53, \'mod14\', 0) #3 /var/www/phpcompta/html/admin_repo.php(79): require_once(\'/var/www/phpcom...\') #4 {main} thrown in /var/www/phpcompta/include/postgres.php on line 140
[/quote]

Log postgres
[quote]2008-09-18 14:48:31 CEST ERREUR: la relation « version » n\'existe pas
2008-09-18 14:48:31 CEST INSTRUCTION : select val from version
[/quote]

[Dany]

C\'est que la restauration s\'est mal passée, pour vérifier le backup, tu dois essayer un

Code : Tout sélectionner

pg_dump -l \"dossierXX.bin\"

Si le backup est valide, tu devrais pouvoir le restaurer