NPDS : Gestion de contenu et de communauté
Content & Community Management System (CCMS) robuste, sécurisé, complet, performant, parlant vraiment français, libre (Open-Source) et gratuit.
22 visiteur(s) et 0 membre(s) en ligne.
Autres infos
Activité du Site
Pages vues depuis 25/05/2001 : 108 475 267
- Nb. de membres 8 693
- Nb. d'articles 1 695
- Nb. de forums 26
- Nb. de sujets 8
- Nb. de critiques 92
Index du forum »» Version future »» Revolution 16.2
Modérateur(s)
Poster une réponse dans le sujet
Aperçu des sujets :
jpb
Posté : 29 mars 2021 à 10:10
as tu des problèmes de'affichage de caractère ou pas.?.. ta structure de la base est conforme à la structure d'une 16.2 ?
sur une 16.2 réimporter les données d'une 13 en latin ne doit pas poser de gros problème faut juste avant le réimport passer le fichier en utf8 ....
(ce qui n'est pas le cas si tu avais une base (sur 13 à 16.1) qui fonctionnait en utf8 ou c'est beaucoup plus fastidieux !)
je ne sais pas si ça répond à ta question ....
sur une 16.2 réimporter les données d'une 13 en latin ne doit pas poser de gros problème faut juste avant le réimport passer le fichier en utf8 ....
(ce qui n'est pas le cas si tu avais une base (sur 13 à 16.1) qui fonctionnait en utf8 ou c'est beaucoup plus fastidieux !)
je ne sais pas si ça répond à ta question ....
fliaigre
Posté : 29 mars 2021 à 09:43
Je repose ma question.
J'ai installé en local sans aucune difficulté.
Connexion à une base en latin issu de rev 13, en dehors des tables à créer aucun problème non plus.
Cela veut il dire qu'il n'est pas nécessaire de modifier les tables des installations précédentes?
J'ai installé en local sans aucune difficulté.
Connexion à une base en latin issu de rev 13, en dehors des tables à créer aucun problème non plus.
Cela veut il dire qu'il n'est pas nécessaire de modifier les tables des installations précédentes?
fliaigre
Posté : 12 oct. 2020 à 17:10
Il faut m'expliquer un truc.
Après les erreurs corrigées sur les metamots et les timestamp manquant surement dus aux premières versions qui ne disposaient pas de cette donnée, je fais fonctionner ma base originale(une copie en local évidemment) dont les tables sont en latin.
J'ai juste eu à créer les trois tables manquantes.
C'est normal docteur? Pas besoin de convertir en utf8? Le fait que les tables soient en latin ne pose pas de problème? La base est en latin, les tables en latin sauf les trois ajoutées. Le charset est en utf8 dans Metatags
Après les erreurs corrigées sur les metamots et les timestamp manquant surement dus aux premières versions qui ne disposaient pas de cette donnée, je fais fonctionner ma base originale(une copie en local évidemment) dont les tables sont en latin.
J'ai juste eu à créer les trois tables manquantes.
C'est normal docteur? Pas besoin de convertir en utf8? Le fait que les tables soient en latin ne pose pas de problème? La base est en latin, les tables en latin sauf les trois ajoutées. Le charset est en utf8 dans Metatags
fliaigre
Posté : 12 oct. 2020 à 16:53
OK merci.
La synthaxe exacte est :
Pour le 01/01/2003
La synthaxe exacte est :
UPDATE `seccont` SET `timestamp`=1041415200 WHERE `timestamp`=''
Pour le 01/01/2003
jpb
Posté : 12 oct. 2020 à 14:15
si tes lignes existent alors fait un update ...qui sera alors l'équivalent d'un rechercher (where) remplacer(set)
un truc de ce style te completera tout tes timesstamp vide avec un timestamp correct
UPDATE `seccont ` SET `timestamp `=ta valeur de remplacement WHERE timestamp =''
un truc de ce style te completera tout tes timesstamp vide avec un timestamp correct
fliaigre
Posté : 12 oct. 2020 à 13:14
Merci jpb mais, a priori, ça ne marche pas pour un champ vide.
jpb
Posté : 11 oct. 2020 à 22:44
dans ton phpmyadmin dans ta table tu fait un rechercher remplacer (comme dans un éditeur de texte ....)
fliaigre
Posté : 9 oct. 2020 à 17:19
Bonjour,
J'avance bien.
Je viens solliciter à nouveau votre aide.
Dans la table seccont j'ai plusieurs lignes de données avec un timestamp vide ce qui envoie des notifications d'erreurs.
Il y a 96 lignes ce qui à la main est pénible.
Quelle serait la requête dans phpmyadmin pour mettre une valeur dans cette colonne?
Affiche les données où timestamp est vide mais après?
Désolé chacun son métier. ;-)
J'avance bien.
Je viens solliciter à nouveau votre aide.
Dans la table seccont j'ai plusieurs lignes de données avec un timestamp vide ce qui envoie des notifications d'erreurs.
Il y a 96 lignes ce qui à la main est pénible.
Quelle serait la requête dans phpmyadmin pour mettre une valeur dans cette colonne?
SELECT * FROM `seccont`WHERE`timestamp`=''
Affiche les données où timestamp est vide mais après?
Désolé chacun son métier. ;-)
fliaigre
Posté : 8 oct. 2020 à 17:37
Oui, oui effectivement ça marche. Peut-être une question de cache de navigateur.
Enfin au final ça marche.
Enfin au final ça marche.
Npdsteur
Posté : 8 oct. 2020 à 15:17
Oui toutes les options (index.php) affichées par jpb sont parfaitement fonctionnelles ;-)