Hello,
le zip de la futur 3.1 est disponible http://files.spip.org/spip/archives/SPIP-vtrois.1.0-alpha.zip
n’hésitez pas à remonter tout bug,
A+
Ben.
J’ai commité un bug qui concerne le cas d’un port mysql non standard.
Par contre il reste un mysqli_select() dans req_mysql_dist() dont j’ignore l’intérêt. Cette fonction mérite d’être purgée à mon avis.
Il faudra aussi indiquer explicitement dans le changelog que l’extension ext/mysqli est obligatoire, vu que ni ext/mysql ni PDO_Mysql ne sont pris en compte. Du coup le label au moment de l’installation devrait etre “mysqli” ou “mysql (via mysqli)” pour éviter tout risque d’incompréhension dans le cas d’une installation sans mysqli.
Attention, l’extension ext/mysql est “deprecated” à partir de PHP 5.5.0 seulement, il ne faut pas que SPIP plante pour des “anciennes” installations (genre PHP 5.4.4 sur Debian) qui l’utilisent encore et à juste titre. Personnellement je ne pense pas que la fusion mysql / mysqli dans le commit 21637 soit une bonne chose.
Coucou
Alors je me lance
je débute .. soyez indulgents
Installation Spip 3.1.0 chez OVH par transfert FTP
SPIP 3.1.0-alpha [21789]
aucune difficulté pour la configuration
spip310_ en préfixe
identifiant et mot de passe
entrée dans la partie administrative avec Id et Pwd prédéfinis
création des dossiers plugins, auto, sauvegardes
défintion du choix des serveurs des plugins
importation de certains plugins
je choisi le squelette MULTIFLEX
j'aurais n bien voulu avoir SarkaSpip n'imorte quelle version .. pas
importable, pas visible, même en non stable
résulats
aucun article
acune rubrique
interface publique atteignable
interface privée
Importation par ftp d'une sauvegarde .sql d'un site en spip 3.0.17dans
le tmp/dump de la version 3.1.0-alpha
lancement d'une restauration 3.1.0-alpha à partir deu ficheir sql de
spip 3.0.17
la version 3.1.0-alpha accepté la restauration du ficheir déposé dans
tmp/dump
une fois l'imortation faite deux procédures (numérotées .. numéro PAS
notés(!) ) de mise à jour de la base de données de 3.1.0-alpha sont
proposées
OK pour la modification de la base
retour à la partie publique
là : RIEN pas d'article, pas de rubrique ... pas de changement de
l'administrateur
je retourne en phpMyAdmin dans mon espace OVH
je trouve bien ma nouvelle base .. avec le préfixe spip301_ , choisi
je change mon fusil d'épaule
avec les commandes SQL dans phpMyAdmin je fais une imortation, table à
table entre
la table 3.0.17_articles
et
la table 3.1.0_articles
ET
la table 3.0.17_rubriques
la table 3.1.0_rubriques
en insert
Tout se passe BIEN
les tables se remplissent des "bonnes" données
interface privée
Vidage du cache
et je retourne au site public
le plan
les 155 articles sont visibles dans les bonnes sous rubriques qui sont
dans les bonnes rubriques
(texte = Victor Hugo "Les travaulleurs de la mer")
tout à l'air de bien fonctionner
je quitte FieFox
je rouvre le site en 3.1.0-alpha avec l'ID et Pwd de la configuration
première
je fais une sauvegarde
coche dans Sauvegarder toutes les tables
préfixe des tables spip310_
51 tables
ET
PREMIERE ANOMALIE
ecran sauvegarde en interface privée
mpossible de lire la description de la table spip_documents_donnees
Impossible de lire la description de la table spip_forms
Impossible de lire la description de la table spip_forms_articles
Impossible de lire la description de la table spip_forms_champs
Impossible de lire la description de la table spip_forms_champs_choix
Impossible de lire la description de la table spip_forms_donnees
Impossible de lire la description de la table
spip_forms_donnees_articles
Impossible de lire la description de la table spip_forms_donnees_auteurs
Impossible de lire la description de la table spip_forms_donnees_champs
Impossible de lire la description de la table spip_forms_donnees_donnees
Impossible de lire la description de la table
spip_forms_donnees_rubriques
Impossible de lire la description de la table spip_mailshots
Impossible de lire la description de la table
spip_mailshots_destinataires
Impossible de lire la description de la table spip_mailsubscribers
Impossible de lire la description de la table spip_newsletters
Impossible de lire la description de la table spip_newsletters_liens
Impossible de lire la description de la table spip_zones
Impossible de lire la description de la table spip_zones_liens
Nombre de tables copiees incorrect : 33/51
Voila
DONC, pour moi, anomalie au cours de la sauvegarde sur 3.1.0 avec une
retauration de données de version 3.0.1.7
j'ai sûrement fait un bétise
j'ai besoin de votre aide pour aller plus loin
Diagnostic
Traitement
je suis à votre disposition pour faire tous les essais que vous
demanderez
MERCi de votre attention
Hop,
interface privée
Importation par ftp d'une sauvegarde .sql d'un site en spip 3.0.17dans
le tmp/dump de la version 3.1.0-alpha
C'est là que tu as fait une erreur 
Les sauvegarde de SPIP sont des dumps qui utilise le format .sqlite pour stocker les données. On ne peut pas importer un fichier .sql depuis l'espace privé, pour cela il faut passer par phpmyadmin.
J'ai tout de même un doute sur le fait que tu aies utilisé un fichier .sql car tu dis que SPIP a accepté de l'importer, ce qui n'est "normalement" pas possible.
Pour résumer, si tu veux importer un dump .sql d'un site en 3.0 sur un site en 3.1, il faut le faire comme ce qui suit :
- importer le dump sql depuis phpmyadmin dans une base vierge
- installer spip 3.1 et "le brancher" sur cette base, en lui indiquant les bons paramètres lors de l'étape de configuration de base de données de l'installation
- poursuivre la procédure d'installation, qui s'occupera de mettre à jour la base de données pour SPIP 3.1
- se loguer dans l'espace privé, et hop
Tu devrais trouver quelques infos intéressantes dans cet article :
Bonjour,
je voudrais proposer une harmonisation des notifications de forumvalide dans le cas d’un forum de rubrique
Actuellement, prevenir_auteurs notifie l’admin de la rubrique dans le cas d’un forum de rubrique, ce qui n’est n’est pas optimal, d’autant que ça ne touche que l’amin de cette rubrique, pas la hierarchie…
Ma proposition consiste en une nouvelle option dans le plugin notifications qui permette de notifier la hierarchie des admins en cas de nouveau message sur un article ou une rubrique, avec une option pour limiter ce choix à certaines rubriques…
mais pour bien fonctionner ça implique de modifier forumvalide.php du plugin-dist forum
if ($prevenir_auteurs) {
$result = sql_select(“auteurs.",“spip_auteurs AS auteurs, spip_auteurs_liens AS lien”,“lien.objet=‘article’ AND lien.id_objet=”.intval($t[‘id_objet’])." AND auteurs.id_auteur=lien.id_auteur");
ou
if ($prevenir_auteurs AND $t[‘objet’]==‘article’) {
$result = sql_select("auteurs.”,“spip_auteurs AS auteurs, spip_auteurs_liens AS lien”,“lien.objet=”.intval($t[‘objet’])." AND lien.id_objet=".intval($t[‘id_objet’])." AND auteurs.id_auteur=lien.id_auteur");
…
}
au lieu de
if ($prevenir_auteurs) {
$result = sql_select(“auteurs.*”,“spip_auteurs AS auteurs, spip_auteurs_liens AS lien”,“lien.objet=”.intval($t[‘objet’])." AND lien.id_objet=".intval($t[‘id_objet’])." AND auteurs.id_auteur=lien.id_auteur");
c’est envisageable?
merci
Hop,
oui, ça fonctionne bien aussi sans cette modif de forum,
c'est aussi que je vois pas pk prevenir_auteurs touche les admins de la rubrique (forum de rubrique),
ou alors il faudrait que ça touche la hierarchie...non?
merci:)
Hop,
Bonjour,
le zip de la futur 3.1 est disponible
http://files.spip.org/spip/archives/SPIP-vtrois.1.0-alpha.zip
L'adresse du zip de la dernière version 3.1.0 à tester est-elle toujours celle-ci ?
Merci
Bonjour,
Juste installé SPIP 3.1.0-alpha [21789] par spip_loader sur un mutualisé OVH. Rien d'autre encore.
1ère remarque :
- Tous les plugins de la dist apparaissent dans la liste des plugins, est-ce nouveau et désiré ??
Ça me parait lourd pour l'interface des plugins...
Merci
2ème remarque :
* Je désire charger un plugin par son ZIP.
- Je copie son URL http://files.spip.org/spip-zone/japibas.zip et la colle dans "URL de l'archive". [Télécharger]
- L’archive a été correctement extraite dans plugins/auto/japibas.
OK.
- Le champ "Chemin depuis le répertoire « auto » où déposer le plugin" est automatiquement rempli par "japibas".
OK.
* Aussitôt je désire charger un NOUVEAU plugin par son ZIP.
- Je copie son URL http://files.spip.org/spip-zone/spipradius.zip et la colle dans "URL de l'archive". [Télécharger]
-> Il y a 1 erreur dans dans votre saisie, veuillez vérifier les informations.
Le plugin sera chargé dans un répertoire (plugins/auto/japibas) qui existe déjà. Cela écrasera le contenu de ce répertoire. Une copie de l’ancien contenu sera sauvegardé dans « plugins/auto/.japibas.bck ». Vous devez confirmer cette action.
=> Eh oui, le champ "Chemin depuis le répertoire « auto » où déposer le plugin" a conservé le précédent contenu "Japibas" du plugin précédent au lieu d'être vidé... donc tend à écraser le plugin précédent si l'on insiste !
C'est un peu déroutant !!!
A résoudre je crois...
Merci
De plus en plus de ces plugins ont des pages de configuration. D'après moi, ce qui n'est pas normal pour les admins c'est de ne pas les voir et de devoir fouiller ou réfléchir pour trouver comment configurer tel ou tel plugin.
Bonjour,
1ère remarque :
- Tous les plugins de la dist apparaissent dans la liste des plugins,
est-ce nouveau et désiré ??
Ça me parait lourd pour l'interface des plugins...De plus en plus de ces plugins ont des pages de configuration. D'après
moi, ce qui n'est pas normal pour les admins c'est de ne pas les voir et
de devoir fouiller ou réfléchir pour trouver comment configurer tel ou
tel plugin.
C'est vrai.
Mais je trouve encore plus fatiguant de fouiller et réfléchir pour trouver un des qq plugins installés parmi toute cette liste de dist.
Donc pour une 3.1, j'aurais bien vu un onglet "Dist" en plus de "Actifs" et "Inactifs", d'autant plus qu'ils sont marqués "Impossible de désactiver ou désinstaller".
Cette marque correspond-elle à "Verrouillés" et "Non verrouillés" ??
Ou bien dans ce cas, faire un affichage par défaut des "Non verrouillés" seulement... ?
Merci
3ème remarque :
Dans la recherche des plugins, dépôt standard activé, define('_DEV_PLUGINS', '3.1.99') dans mes_options qui active de vieux plugins :
Si je recherche "menus", tous les états, tous les ...
Spip 3.1 ne trouve pas le plugin "Menus", alors que Spip 3.0 le trouve.
Merci
Bonjour,
Mais je trouve encore plus fatiguant de fouiller et réfléchir pour trouver un des qq plugins installés parmi toute cette
liste de dist.
Effectivement car plus que "plugins", ils sont "indissociablement-pluggés".
Autrement dit : les appeler "plugins" n'a de sens que pour le core de spip,
puisqu'ils viennent en bloc indissociable du core.
En les présentant comme plugins, on impose à l'utilisateur
une vision developpeur-centrique.
L'interface s'adressant à l'utilisateur ne devrait pas mélanger ces plugins
avec ceux que l'admin a choisi volontairement d'installer
et dont la moindre des choses est qu'il puisse facilement y accéder
et les chouchouter, sans être encombré par des trucs non choisis.
Donc pour une 3.1, j'aurais bien vu un onglet "Dist" en plus de "Actifs" et "Inactifs",
Oui.
JL
d'autant plus qu'ils sont
A propos de l'organisation je relance une question que j'avais posée le 01/12/14
Hola
Il y a deux/trois trucs qui m'induisent en erreur à chaque fois que j'aterris dans
http://speciale.fr.to/seeingfrance/ecrire/?exec=admin_plugin
La première chose c'est la sélection automatique Tous / Tous
J'aurais aimé aterrir sur Tous / Non verrouillés
Ensuite l'ordre, je crois que
Actifs Inactifs Tous
Non verrouillés Verrouillés Tous
Serait plus intuitif, vu que on travaille le plus souvent avec les non verrouillés
Et last but, la couleur grisée sur les actifs est à mon avis contrej'oubliélemot, ce ne seraient pas les inactifs qui devraient être grisés et les actifs lumineux… et radiants, tant qu'on y est ?
A +
+1
CM
Bonjour,
Je trouve que le letter-spacing ajouté dans #bando_identite n'est pas très joyeux. Ca colle un peu
trop les lettres sur mon firefox Linux.
#bando_identite {
letter-spacing: -0.5px;
}