Forum : Version future / Passer REvolution 13 en UTF8 - NPDS - Gestion de Contenu et de Communauté Open Source

MODULES

Pour étendre les nombreuses fonctionnalités disponibles de base - modules.npds.org est à votre disposition.

Des modules complémentaires, une communauté de développeurs active, des forums pour vos questions ... NPDS est aussi une plateforme de développement !
STYLES

Vous cherchez des thèmes graphiques pour votre portail ou votre communauté : styles.npds.org est à votre disposition.

Des thèmes du plus simple au plus sophistiqué. Des thèmes facilement modifiables et toujours en Open-Source - Laissez simplement parler votre imagination !
BIBLES

La documentation indispensable pour personnaliser et exploiter toute la puissante de NPDS est à votre disposition sur bible.npds.org.

Vous pouvez participer à l'effort de documentation - rien de plus simple : contactez un membre de la Team de développement et nous vous ouvrirons un compte sur le Wiki !

Au delà de la gestion de contenu 'classique', NPDS met en oeuvre un ensemble de fonctions spécifiquement dédiées à la gestion de Communauté et de groupes de travail collaboratif.
Il s'agit d'un Content & Community Management System (CCMS) robuste, sécurisé, complet, performant et parlant vraiment français.

Gérez votre Communauté d'utilisateurs, vos groupes de travail collaboratif, publiez, gérez et organisez votre contenu grâce aux puissants outils disponibles de base.

Multi langues (Français, Anglais, Allemand, Espagnol, Chinois)
Respect des standards : UTF8, XHTML, CSS, ...
Système de blocs avancés
Installation et administration complète et centralisée
Editeur HTML intégré
Gestionnaire de fichier en ligne
Gestion des groupes de membres
Ecriture collaborative de documents (PAD)
Forums évolués
Mini-sites (pour les membres et les groupes de travail)
Chat temp réel
Système de News et de rubriques complet (édition, révision, publication)
...

Gratuit et libre (Open-Source), développé en PHP, NPDS est personnalisable grâce à de nombreux thèmes et modules et ne requiert que quelques compétences de base.

NPDS Workplace - groupe de travail collaboratif

NPDS WorkSpace - tous l'univers du travail collaboratif.

Autres infos

Plan du site

Catégories

Anciens articles

Articles plus anciens

Activité du Site

Pages vues depuis Mai 2001 : 104 158 861

Nb. de Membres : 8 693
Nb. d'Articles : 1 690
Nb. de Forums : 25
Nb. de Sujets : 8
Nb. de Critiques : 92

Top 10 Statistiques

Modéré par : developpeur jpb Jireck
Index du Forum » » Version future » » Passer REvolution 13 en UTF8
2 pages [ 1 \| 2 ]

8502

Jireck

Posté : 15-05-2020 23:12

c'est toi qui voit ...

916

Posté : 16-05-2020 10:42

Bonjour,

Je suis en train de transférer les données sur une base Dune.

Je vous ferai un rapport complet des difficultés que j'ai eu avec quelques tables, mais j'ai une question concernant les users(C'est finalement la plus compliquée, en raison de la suppression des champs icq, aim, yim et msnm). Peut être m'y suis je mal pris.

Dans Dune il est imposé un format de mot de passe sécurisé. Du coup les mots de passe déjà dans la base ne sont plus acceptés. C'est un vrai problème sur un site existant avec des milliers d'utilisateurs.

Comment contourner ce problème?

www

399

Posté : 16-05-2020 10:57

Citation : Npdsteur

Oui, j'ai perçu ton alternative hier soir (comme celui de son impact)

=> bien sûr cette modif amènerait aussi le nécessité de retransformer les bd des sites qui sont déjà en 16 ...

Malgré le boulot que cela risque de m’apporter (déjà en 16), je pense effectivement qu'il est utile d'apporter cette cohérence. Qui on l'imagine bien pour les Webmasters en herbe, peut vite être fastidieux (voire devenir totalement réfractaire)

Bref ! => moi je suis pour +

+1

Message édité par : bartok / 16-05-2020 10:58

916

Posté : 16-05-2020 11:03

Bon au final j'ai trouvé une solution moins lourde pour l'import.
J'ai créé la table user avec le même format que pour rev13, pui j'ai supprimé les champs surnuméraires et modifié le champ user theme en le passant de INT(3) à VARCHAR(255) de manière à être conforme à Rev16.

Reste le problème des mots de passe.

www

2791

Posté : 16-05-2020 11:41

comprends pas le probleme avec le mots de passes (y'a que si l'utilisateur ou l'admin change son mot de passe qu'il devra se conformer aux nouvelles contraintes non ?) dans les logins il n'y a pas de controle ?...si ?

Message édité par : jpb / 16-05-2020 11:43

www

113

Posté : 16-05-2020 11:46

Oui, il me semblait effectivement, qu'à la simple connexion cela devrait passer avec l'ancien... Et que ce n’était qu'à l’édition de son profil qu'un membre est soumis à UP son "mdp" avec la nouvelle sécurité.

Mais bon j'ai quelque trou de mémoire

Message édité par : Npdsteur / 16-05-2020 11:46

2791

Posté : 16-05-2020 11:46

Pour info :
j'ai mis en ligne le brouillon d'un script de mise à jour 13/16 notamment avec les requetes sql à faire pour modifier les tables ...

il est loin d'être complet mais presque toutes les requetes sql doivent faire le boulot ....

ce qui me freine ici c'est que le debuggage est extremement fastidieux ....donc ça avance doucement

https://github.com/npds/npds_migration/blob/master/npds_maj13_16/install.php

Message édité par : jpb / 16-05-2020 11:47

Message édité par : jpb / 16-05-2020 11:49

www

916

Posté : 16-05-2020 18:00

Problème résolu pour le mot de passe.

En fait c'est le paramétrage dans config.php de $system = 0/Linux ou 1/Windows qui posait problème.

www

916

Posté : 16-05-2020 18:22

Je vous ferai un compte rendu plus précis mais ensuite pour connecter une Rev16 sur cette base, il suffit de récupérer trois tables de Rev16 et de les ajouter.

table `droits`
table `fonctions`
table `ip_loc`

Et là ça fonctionne déjà en lecture.

Ensuite il faut apporter quelques modifications aux tables de Rev13
Je vous en ferai la liste.

Il faudra également coller dans les répertoires de Rev16 les images utilisée avec Rev13.

www

916

Posté : 16-05-2020 20:13

Les modifications dans les tables

Pour les formats de date qui sont 0000-00-00 00:00:00 au lieu de 1000-01-01 00:00:00, il est préférable de régler le problème dans l'éditeur en utilisant la fonction chercher/remplacer avant création des tables.

appli_log

`al_date` datetime NOT NULL DEFAULT '1000-01-01 00:00:00',

authors

Supprimer

`radminarticle` tinyint(2) NOT NULL DEFAULT '0',
`radmintopic` tinyint(2) NOT NULL DEFAULT '0',
`radminleft` tinyint(2) NOT NULL DEFAULT '0',
`radminright` tinyint(2) NOT NULL DEFAULT '0',
`radminuser` tinyint(2) NOT NULL DEFAULT '0',
`radminmain` tinyint(2) NOT NULL DEFAULT '0',
`radminsurvey` tinyint(2) NOT NULL DEFAULT '0',
`radminsection` tinyint(2) NOT NULL DEFAULT '0',
`radminlink` tinyint(2) NOT NULL DEFAULT '0',
`radminephem` tinyint(2) NOT NULL DEFAULT '0',
`radminhead` tinyint(2) NOT NULL DEFAULT '0',
`radminfaq` tinyint(2) NOT NULL DEFAULT '0',
`radmindownload` tinyint(2) NOT NULL DEFAULT '0',
`radminforum` tinyint(2) NOT NULL DEFAULT '0',
`radminreviews` tinyint(2) NOT NULL DEFAULT '0',
`radminsdv` tinyint(2) NOT NULL DEFAULT '0',
`radminlnl` tinyint(2) NOT NULL DEFAULT '0',

chatbox

PRIMARY KEY (`date`)

counter

PRIMARY KEY (`id_stat`)

downloads

`dfilesize` bigint(15) UNSIGNED DEFAULT NULL,
`ddate` date NOT NULL DEFAULT '1000-01-01',
`perms` varchar(480) NOT NULL DEFAULT '0',

links_categories

`title` varchar(255) DEFAULT NULL,

links_editorials

`editorialtimestamp` datetime NOT NULL DEFAULT '1000-01-01 00:00:00',

links_links

`url` varchar(255) NOT NULL DEFAULT '',

lnl_outside_users

`date` datetime NOT NULL DEFAULT '1000-01-01 00:00:00',

lnl_send

`date` datetime NOT NULL DEFAULT '1000-01-01 00:00:00',

posts

`poster_ip` varchar(54) DEFAULT NULL,

queue

`timestamp` datetime NOT NULL DEFAULT '1000-01-01 00:00:00',

reviews

`date` date NOT NULL,

seccont

Supprimer

`crit1` text,
`crit2` text,
`crit3` text,
`crit4` text,
`crit5` text,
`crit6` text,
`crit7` text,
`crit8` text,
`crit9` text,
`crit10` text,
`crit11` text,
`crit12` text,
`crit13` text,
`crit14` text,
`crit15` text,
`crit16` text,
`crit17` text,
`crit18` text,
`crit19` text,
`crit20` text,

seccont_tempo

Supprimer
`crit1` text,
`crit2` text,
`crit3` text,
`crit4` text,
`crit5` text,
`crit6` text,
`crit7` text,
`crit8` text,
`crit9` text,
`crit10` text,
`crit11` text,
`crit12` text,
`crit13` text,
`crit14` text,
`crit15` text,
`crit16` text,
`crit17` text,
`crit18` text,
`crit19` text,
`crit20` text,

session

`username` varchar(54) NOT NULL DEFAULT '',
`host_addr` varchar(54) NOT NULL DEFAULT '',

stories

`hometext` mediumtext,

users

Supprimer

`user_icq` varchar(15) DEFAULT NULL,
`user_aim` varchar(18) DEFAULT NULL,
`user_yim` varchar(50) DEFAULT NULL,
`user_msnm` varchar(50) DEFAULT NULL,

Modifier

`user_theme` varchar(255) DEFAULT NULL,

C'est un peu long, désolé mais normalement exhaustif.

www

2791

Posté : 21-06-2020 07:37

Citation : jpb

Pour info :
j'ai mis en ligne le brouillon d'un script de mise à jour 13/16 notamment avec les requetes sql à faire pour modifier les tables ...

il est loin d'être complet mais presque toutes les requetes sql doivent faire le boulot ....

ce qui me freine ici c'est que le debuggage est extremement fastidieux ....donc ça avance doucement

https://github.com/npds/npds_migration/blob/master/npds_maj13_16/install.php

Message édité par : jpb / 16-05-2020 11:47

Message édité par : jpb / 16-05-2020 11:49

désolé je n'avais pas fait attention que ce repository était en mode privé donc seul les membres du groupe npds de github pouvait le consulter ... je l'ai donc passé en version public donc visible pour tous ...

www

916

Posté : 02-10-2020 09:43

Bonjour jpb,

Je vais tester ton script.
Tu le places dans la racine du site et tu lances url_du_site/install.php?
Qu'est-ce qui n'est pas pris en charge?

www

916

Posté : 02-10-2020 10:23

Et autre question.
La table forum_read est monstrueuse.
Quel est son rôle?

www

916

Posté : 02-10-2020 11:02

Si je lance install.php je reçois : Parse error: syntax error, unexpected '$data' (T_VARIABLE) in C:\wamp64\www\pharmechange\npds_maj13_16\install.php on line 732

Si je lance maj.php je reçois : Parse error: syntax error, unexpected '$sql' (T_VARIABLE) in C:\wamp64\www\pharmechange\npds_maj13_16\maj.php on line 279

En php 5.6 ou 7.3 c'est pareil.

www

2791

Posté : 02-10-2020 11:47

oups désolé mais le script sur github n'est pas encore fonctionnel ...

de mémoire la table forum read ne contient que des integer donc n'est pas concerné par les prob d'encodage ..

www

Aller à la page : [ 1 | 2 ]

Temps : 0.0214 seconde(s)