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.
32 visiteur(s) et 1 membre(s) en ligne.
Autres infos
Activité du Site
Pages vues depuis 25/05/2001 : 108 489 438
- 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
Nouveau sujet
Revolution 16.2#26733Répondre
3Contributeur(s)
3 Modérateur(s)
fliaigre
Bonjour,
Comme prévu je suis en cours de réflexion pour passer en 16.1.
Après quelques tests je me rend compte que 16.1 est capable de lire une base en latin sans l'avoir converti en utf8. Ai-je la berlue?
Que va apporter la prochaine version 16.2? Avez vous une idée de la date de sortie?
Comme prévu je suis en cours de réflexion pour passer en 16.1.
Après quelques tests je me rend compte que 16.1 est capable de lire une base en latin sans l'avoir converti en utf8. Ai-je la berlue?
Que va apporter la prochaine version 16.2? Avez vous une idée de la date de sortie?
fliaigre
Je suis en test. Et ce que j'en vois est très intéressant. Bravo pour votre travail.
Question : Comment afficher l'edito sans les news?
Avant on indiquait dans les préférences à la rubique 'Page de démarrage" index.php?op=edito-nonews
Mais ça ne semble plus fonctionner.
Question : Comment afficher l'edito sans les news?
Avant on indiquait dans les préférences à la rubique 'Page de démarrage" index.php?op=edito-nonews
Mais ça ne semble plus fonctionner.
jpb
Citation : fliaigre
Je suis en test. Et ce que j'en vois est très intéressant. Bravo pour votre travail.
Question : Comment afficher l'edito sans les news?
Avant on indiquait dans les préférences à la rubique 'Page de démarrage" index.php?op=edito-nonews
Mais ça ne semble plus fonctionner.
Je suis en test. Et ce que j'en vois est très intéressant. Bravo pour votre travail.
Question : Comment afficher l'edito sans les news?
Avant on indiquait dans les préférences à la rubique 'Page de démarrage" index.php?op=edito-nonews
Mais ça ne semble plus fonctionner.
?? ca fonctionne je pense ... si tu as dans tes pref edito-nonews
URL :
index.php == edito seul (cf pref)
index.php?op=edito == edito + news
index.php?op=edito-nonews == edito seul
index.php?op=newindex == news seules
fliaigre
Oui, oui effectivement ça marche. Peut-être une question de cache de navigateur.
Enfin au final ça marche.
Enfin au final ça marche.
fliaigre
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. ;-)
jpb
dans ton phpmyadmin dans ta table tu fait un rechercher remplacer (comme dans un éditeur de texte ....)
jpb
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
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
fliaigre
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
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?
jpb
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 ....