Nous avons le plaisir de vous annoncer la sortie de SPIP 3.0 !
Cette nouvelle version vous permet toujours de publier du contenu pour internet et de créer des sites avec une grande facilité. De nombreuses évolutions facilitent son utilisation comme plateforme de développement.
SPIP 3.0 s’est aussi nourri de l’activité de la communauté, et inaugure une tendance forte où l’avancée de SPIP est alimentée par les contributions de plugins sur SPIP-Zone.
Consultez http://www.spip.net/fr_article5427.html pour découvrir le détail de toutes les nouveautés.
Cette nouvelle version est marquée par :
- la réécriture complète de l’espace privé en squelettes qui a permis la mise en place de conventions et mécanismes qui facilitent grandement la création de nouveaux objets éditoriaux et la personnalisation des objets existants ;
- une forte modularité : le noyau a été découpé en 23 plugins (tous distribués avec SPIP) qui pourront avoir leurs cycles de vie et de développement propres, facilitant ainsi l’évolution et la maintenance de cette version ;
- une boucle DATA révolutionnaire qui permet de boucler sur tout type de données (CSV, XML, YAML...), et aussi directement sur une URL distante : le Web devient votre base de données !
Elle intègre également de nombreuses autres nouveautés :
- un jeu de squelettes par défaut remanié en profondeur ;
- l’écran de sécurité installé en standard ;
- SVP, un outil pour l’installation et la mise à jour des plugins ;
- jQuery-UI intégré aux plugins fournis par défaut ;
- le traitement des raccourcis pris en charge par le nouveau moteur TextWheel ;
- la mediabox et la médiathèque de documents intégrées par défaut ;
- SQLite complètement supporté comme gestionnaire de base ;
- une API généralisée de création de nouveaux objets ;
- les fonctionnalités Ajax des squelettes plus accessibles (ARIA) et qui préservent l’historique de navigation ;
- de nouveaux critères, filtres et balises ;
- ...
Bonne installation et découverte !
Rendez vous sur http://www.spip.net/fr_download
PS : à noter deux points importants avec la sortie de cette version majeure :
- nous arrêtons la compatibilité avec PHP 4, la version minimum requise devient PHP 5.1.0
- le support de la branche SPIP 1.9.2 (et antérieures) n’est plus assuré : il n’y aura plus de mises à jour de sécurité pour cette branche. Nous vous invitons fortement à migrer vers une version plus récente : SPIP 2.1 ou SPIP 3.0.
Discussions par date d’activité
28 discussions
Bonjour vdedaj,
pour augmenter la durée entre 2 syndications dans Spip 3.0.11, il faut augmenter la valeur 90 dans le fichier sites_pipelines.php du répertoire\plugins-dist\sites\ :
function sites_taches_generales_cron($taches_generales)
if ($GLOBALS[’meta’][« activer_syndic »] == « oui »)
$taches_generales[’syndic’] = 90 ;
return $taches_generales ;
En cliquant sur le bouton « Réinitialiser la liste des travaux » dans « Maintenance / Liste des travaux » de l’espace privé de Spip, la modification apparait dans la liste des travaux.
Répondre à ce message
Bonjour,
je travaille dans une compagnie de théâtre qui utilise depuis longtemps la version 1.9 de spip.
Je souhaite faire des menu onglets et j’ai cru comprendre que ce n’était pas possible. J’ai donc téléchargé et installé la version de spip 3. Pour le moment je travaille seulement en local. (j’ai de toute façon effectué une sauvegarde du spip 1.9)
Bref...je viens d’installer spip 3 en local, ça fonctionne...ou presque.
Lorsque je démarre MAMP et tombe sur la page d’accueil, je tape localhost/user/... et arrive sur la page privé de spip 3. Jusque là tout va bien.
Mais une fois sur l’interface privé, dés que je clique sur quelques chose (Edition, publication, activité,...) je n’ai plus l’interface de spip 3 mais tombe sur une page (j’y connais rien je vais essayer d’imager) comme du html qui n’arrive pas à se télécharger (quand on a une connexion très très lente par exemple) !!!
Je sais pas si c’est clair...voici les copies d’écran
1-/ interface spip 3 (tout va bien)
2-/ Je clique et la c’est bizarre
Bonjour.
En effet, soit ta page ne se télécharge pas complétement soit ton navigateur merde. Dans le premier cas, je pense que c’est lié à la configuration de ton MAMP par rapport à ta machine : je pense que tous les fichiers qui composent la page ne sont pas envoyés. Il faudra demander sur leur forum comment augmenter la mémoire et le temps de calcul pour PHP et tout ça. mais avant, vérifier que les fichiers de SPIP sont bien téléchargés en local et qu’il n’y a pas de problème de permission sur certains répertoires.
Bonsoir,
En plus des conseils de gilcot, les fichiers css ne sont pas pris en compte. Peut-être une mauvaise prise en compte de l’arborescence de ton spip. As-tu paramétré ton fichier htaccess ?
1- Le fichier htaccess.txt à la racine doit être renommé en .htaccess
2- Ensuite il faut adapter ton htaccess
par exemple la ligne RewriteBase adaptée à ton arborescence MAMP
(si tu as installé ton spip dans un sous-répertoire theatre de ton htdocs, mettre un RewriteBase /theatre/ etc...)
Bonjour,
Même problème que Charly rencontré ces jours-ci sur des installations de SPIP 3.0.11 sur deux machines différentes.
Et par un autre utilisateur : http://comments.gmane.org/gmane.comp.web.spip.user/186105
Une réponse évoque un bug dans PHP 5.5.3 et 5.5.4. Un patch à intégrer dans un fichier de SPIP proposé ici
http://core.spip.org/projects/spip/repository/revisions/20867
n’a rien réglé pour moi.
En revanche, le retour à la version 5.2.17 de PHP avec MAMP 2.2 a fonctionné.
Je précise que je n’ai pas eu besoin - dans mon cas - de fichier .htaccess avec modification de RewriteBase pour que cela fonctionne.
Enfin, j’ai noté qu’avec la version 5.2.17 de PHP, l’affichage de la page d’accueil de MAMP s’effectuait de façon instantanée alors qu’il y avait de longs délais (voire pas d’affichage du tout de cette page d’accueil) avec la version 5.5.3 de PHP.
Il faudra voir ce qu’il en sera avec la version 5.5.5 de PHP qui n’est pas disponible sur le site de MAMP (et que je ne saurai pas injecter tout seul dans l’appli... ).
Bonne journée,
Haliimyn
Répondre à ce message
Bonjour,
gros gros soucis pour moi et ma base de donnée.
J’ai migré mon site en spip2 vers spip3. Juque là pas de soucis. Sauf, que lors de l’installation j’ai définie la base de donnée comme mysql sur spip3 et que maintenant lors des sauvegardes celle-ci ne sauvegarde plus mes articles.
Il m’est donc aussi impossible de sauvegarder proprement l’intégralité de mon site ni de mettre à jour ma base localhost pour des test.
Comment faire ? Je suis perdu.
Merci d’avance.
si je comprend bien tu a tout sauf tes articles qui sont sauvegardés ?
a mon avis c’est un souci de corruption de la bdd. tente de faire une réparation via PhpMyAdmin. Sinon il faudra faire un debugage plus approfondi en regardant les logs.
RESOLU
après de nombreuses recherches, j’ai pu résoudre mon problème de sauvegarde grâce à Béjo qui avait posté ici : http://forum.spip.net/fr_245377.html
Voici ce qu’il faut faire si vous avez des problèmes sql / sqlite entre les versions spip 2 et spip3 :
"
table articles, supprimer les champs extra et id_version (bien vérifier au préalable que ces champs ne contiennent pas d’info utile)
table rubriques, supprimer le champs extra
table auteurs, supprimer le champs extra
Vous pouvez utiliser phpMyadmin pour réaliser cette opération :
cliquez sur le nom de la table à modifier dans la colonne de gauche (ex : votreprefixe_articles)
cliquez sur l’onglet Structure
cochez dans la liste des champs celui que vous voulez éliminer
cliquez sur le pictogramme « drop » en bas de page
"
Good luck !
Répondre à ce message
Bonjour,
Je suis en 3.05 et jusque là tout fonctionnait. Depuis ce week-end, mais sans forcément de lien entre les 2, quand je clique sur Gestion des Plugins, rien se passe.
Spip affiche bien la page de l’interface privée, mais au lieu d’afficher les plugins, il m’affiche une page blanche. Je ne peux donc les modifier.
J’a bien vidé le cache, mais rien n’y fait. La page plugins est vide, je ne vois pas les plugins actifs, inactifs...
Merci d’avance de vos lumières.
Répondre à ce message
Bonjour,
j’ai déjà beaucoup pratiqué spip mais c’est le premier site que je fais en spip 3.xx. Je viens de faire une sauvegarde de ma base en local (serveur wamp avec MySql). Or le fichier produit, comporte l’extension .sqlite. Je voulais donc être sûr que ce fichier me permettrait de restaurer ma base lors d’une installation distante avec un serveur Apache PHP Mysql
Merci de vos réponses
Bonjour
Si tu remonte la même version de SPIP et que tu fais l’import depuis le privé, cela va fonctionner parfaitement.
ok merci je voulais juste être sûr à cause de l’extension du fichier.
Bonjour,
alors je reviens à la charge. J’ai migré mon site vers mon hébergeur, en installant la même version de spip et tout et tout. J’ai sauvegardé la base de ma version locale, je l’ai uploadée, et j’ai restauré la base sur mon hébergement chez Hosteur. Et là j’ai eu la surprise de voir que la table rubrique est vide, donc je n’ai aucune rubrique qui s’affiche, le plan non plus c’est top !
J’ai donc essayé de restaurer une base antérieure et pareil aucune rubrique. Donc est-ce que spip 3.0 omet l’export de la table rubrique ?
Est-ce que c’est déjà arrivé à quelqu’un avec Spip 3 ? 3.08 pour être exact.
Je tâcherai de refaire une sauvegarde ce soir chez moi et réessaierai de restaurer sur le serveur distant pour voir.
sinon il ne me restera plus qu’à exporter la table sous mySQL et l’injecter ensuite toujours sous MySQL chez mon hébergeur ? M’enfin ce serait un peu naze.
Pour voir ce que ça donne
http://www.judgefreddcustomworks.com/
Edit c’est chez l’hébergeur que les tables s’effacent visiblement...
Peut-être qu’ils ont une tâche système qui vire les tables vides/inutilisées ...mais ce n’est pas le cas avec les rubriques importéés...
Ou peut-être une impossibilité de créer (ou de maintenir) de nouvelles tables... donc un problème de quota (espace disque) dépassé..? Il faut contacter l’hébergeur pour savoir ce qu’il en est vraiment !
Re,
alors j’ai bien alerté mon hébergeur sur le fait que les tables s’effaçaient. Mais parallèlement j’ai ouvert le fichier sauvegarde en .sqlite généré par spip avec ABC Amber sqlite converter un freeware qui permet de se promerner dans les tables et éventuellement de les expoter dans divers formats. Et j’ai pu constater que la table spip_rubriques est effectivement vide, alors que j’ai crée au bas mot 7 ou 8 rubriques.
Comment cela est-il possible ?
Je referai une sauvegarde ce soir que j’examinerai avecle même programme pour voir.
Rebonjour,
donc chez moi sur mon install wamp server sur windows j’ai fait une sauvegarde en rentrant chez moi et là j’ai vu un truc que je n’avais pas noté avant, très brièvement j’ai vu (après avoir cliqué sur sauvegarder la base et confirmé deux fois) un cadre rouge très furtivement avec marqué erreur dans le squeklette, mais je n’ai pas pu lire le reste puisqu’ensuite j’ai eu le truc normal. Sauf qu’en faisant gaffe j’ai bu qu’il ne sauvegardait que 33 tables alors qu’il y en a 34 dans la base et sur le résultat de l’export j’ai vu qu’il avait sauvegardé 0 rubrique sur 13 et 36 enregistrements sur 35 (sic) dans la table spip_meta (voir copie d’écran jointe.
Bon comme j’en avais un peu ras le bol j’ai exporté et importé la table des rubriques à la mano via phpMyAdmin. Là tout baigne mais bon y a quand même un lézard non ?
Répondre à ce message
Bonjour,
j’hésite à passer deux sites de SPIP 2.1.14 à SPIP 3. J’ai testé la version 3 sur un site perso (elle m’a convaincu), mais j’aimerais savoir quelle est la procédure à suivre pour mettre à jour sans faire d’erreurs fatales deux SPIP sous la version 2.
Merci !
Bien à vous tous.
Xavier
Dans tout les cas, faire auparavent une sauvegarde :
- des fichiers IMG
- de la base de donnée, via PHP my admin.
Vérifier ensuite que tout les plugins utilisés sont compatibles SPIP 3, ou bien que leurs fonctions sont natives SPIP 3 (cas de bonux).
Vérifier également le squelette, et si vous avez un squelette perso, lire l’article http://www.spip-contrib.net/Migration-d-un-squelette-de-SPIP2-vers-SPIP-3-0.
Après avoir fait la sauvegarde, le plus simple est ensuite d’effacer les fichiers de SPIP 2 et d’installer le SPIP 3, en donnant les bonnes infos BDD / identifiant de connexion dans SPIP.
Dans tout les cas, vous pouvez faire un test en local avant, ca ne coute rien, si ce n’est un peu plus de temps.
bonjour, question bete : comment faire la mise à jour des plugins verrouillés sous spip 3.0.5 ?
quand on clique sur l’icone de mise à jour, rien ne se passe..?
Répondre à ce message
Bonjour,
J’ai installé Spip 3.0 en distant dans un sous-répertoire et j’ai bien fait pointer vers la base de données dans le menu identité.
Le souci est que quand je veux aller sur l’adresse du site, il me faut préciser le chemin du sous-répertoire. Sinon, j’ai un message d’erreur dans le navigateur.
Ma question est tout bête. Comment faire pour que l’adresse du site vienne ouvrir le fichier « sommaire » qui est situé dans le sous-répertoire ? Sans avoir à le préciser dans l’adresse.
Merci d’avance.
désolé, je n’ai rien compris. Normalement si votre spip est dans le sous repertoire toto, vous faite http://nomdusite.dns/toto et cela roule.
Bonjour Maïeul,
Merci pour ta réponse mais justement ce que je souhaite c’est aller directement http://nomdusite.dns et non http://nomdusite.dns/toto.
J’ai installé un autre site en 3.0 et un sous répertoire, qui fonctionne très bien en pointant directement à la racine mais je ne me souviens plus du tout comment j’ai fait :-(.
a c’est plus clair. Deux solutions :
- soit remonter spip d’un niveau
- soit voir dans les règlages de l’hébergeur... et cela je ne peux pas te dire où, cela dépend de lui et non de SPIP.
Comme je n’ai pas trop le temps de chercher les réglages, j’ai tout remonté d’un cran ;-).
Merci Maïeul.
Répondre à ce message
Bonjour
Je suis à la recherche du plugin pour version SPIP 3 d’Export CSV, existe-t-il déjà ?
ou une version équivalente.
Qq a t il une info svp ?
Merci
Répondre à ce message
bonjour,
des nouvelles de Spip 3 sous Free car il n’est toujours pas possible d’intégrer des plugins. Je suis allé trop vite, j’ai fait la MAJ en version 3 et la mauvaise surprise des plugins bloqués donc j’ai absoluement besoin pour retrouver au moins un squelette digne de ce nom (Evaweb ou Scolaspip).
Je n’ai rien trouvé d’actuel à ce sujet, Free bloque encore alors que cela fait 4 mois que le problème a été décelé, bref, qui a une info ?
Bonne journée et merci d’avance !
ca veut dire quoi « des plugins bloqués » ?
Salut, le problème vient d’un restriction du côté de chez Free :
http://www.freenews.fr/spip.php?article11813
Si mes souvenirs sont bons, une personne a effectué une demande à ce sujet dans les forums des pages persos de Free, mais je ne retrouve plus de lien vers cette info.
++
plugins bloqués c’est-à-dire qu’il est impossible d’installer un dépôt de plugins, importer un plugin par lien externe et même en plaçant un plugin dans plugin/auto, l’installation ne s’effectue pas. Donc on a juste le squelette de base de SPIP 3 et impossibilité d’installer le moindre petit plugin sympa ou utile afin de présenter un joli site et fonctionnel.
J’ai l’impression d’être revenu 10 ans en arrière !
merci pour l’info. Elle commence à dater et la plus récente doit dater du mois de juin.
Suis-je le seul à utliser SPIP chez Free ?
Qu’ai-je pu faire dans une vie antérieure pour mériter ça ?
Bonne soirée !
Salut, désolé, mais on ne peut pas grand chose face à cette restriction d’usage des pages persos chez free.
Dans le trip oldschool, tu peux tout de même installer des plugins par ftp comme au bon vieux temps ;)
et bien non, même pas !
à moins d’avoir foiré l’installation, le plugin apparaît et au moment de l’activation on reçoit :
Le plugin ScolaSPIP dépend de Z [1.7.17 ;1.7.*]
message parfaitement sybillin en ce qui me concerne.
Si quelqu’un a une idée, je suis preneur !
Re, la restriction dont je te parle empêche justement SPIP de télécharger les plugins nécessités par d’autres plugins. Par contre il peut toujours te prévenir quand un plugin en nécessite un autre, tout comme le fait la documentation de ScolaSPIP...
http://contrib.spip.net/ScolaSPIP-pour-SPIP3
ok, soyons clairs :
benêt ça s’écrit B-E-N-E-T !
voilà ce qu ec’est de faire le malin en allant vite et en ne regardant pas attentivement les informations.
Donc, effectivement, à l’ancienne par FTP ça fonctionne bien en installant les plugins nécessaires et j’ai retrouvé mon site d’école.
Ouf !
Merci de m’avoir aiguillé vers la bonne info.
Bonne continuation !
Répondre à ce message
Bonjour tous,
J’ai fait une mises à jour de spip 1.9 à spip 3.0
La mise à jour s’est bien effectué dans la partie installation. Le contenu du site s’affiche sur le site public bien sûr avec quelques erreurs comme j’utilisais le squelette beespip.
Mon problème ce que je n’arrive pas à accéder à l’espace privé en vue de l’administration du site.
J’ai un message « Trop des redirections ».
Quant je clique sur retour à l’espace public sur le formulaire de connexion, le site s’affiche et indique que je suis connécté à l’espace privé. Mais, toute tentative de retour à ’espace prive n’aboutit pas.
Quelqu’un peut me venir en aide ?
D’avance Merci pour vos réactions !
Répondre à ce message
Bonjour,
Constatant une lenteur du site depuis l’installation de la version 3, j’ai jeté un coup d’oeil dans les logs.
Dans mysql.log, j’ai une ribambelle de messages :
- La table ’mabase_new.syndicarticle’ n’existe pas - SHOW CREATE TABLE
syndicarticle- La table ’mabase_new.syndicarticles’ n’existe pas - SHOW CREATE TABLE
syndicarticles- La table ’mabase_new.liens’ n’existe pas - SHOW CREATE TABLE
liens- La table ’mabase_new.lien’ n’existe pas - SHOW CREATE TABLE
lienDans spip.log :
- Ecriture fichier tmp/cache/sql_desc_65b5e95e.txt impossible
- Contextes AJAX forces en fichiers ! Cela arrive lorsque la valeur du contexte depasse la longueur maximale autorisee par Suhosin (512) dans ’suhosin.get.max_value_length’. Ici : 548. Vous devriez modifier les parametres de Suhosin pour accepter au moins 1024 caracteres.
- La table ’mabase_new.syndicarticle’ n’existe pas - SHOW CREATE TABLE
syndicarticle- Erreur mysql 1146
- trouver_table : table inconnue ’’ ’syndicarticles’
J’ai fait un scan des fichiers et des tables et je ne trouve même pas « syndicatricles » - donc aucune idée d’où il sort ces noms.
C’est grave docteur ?
- il faudrait que vous régliez suohsin conforcmément à ce qui est indiqué.
- vérifier que vous ayiez bien le plugin verrouillés « sites » installé.
Suhosin : je suppose qu’il faut avoir accès au paramétrage du serveur, ce que je n’ai pas chez mon hébergeur.
J’ai bien le plugin « sites » installé.
J’ai remarqué que la syndication ne marchait plus depuis deux jours. J’ai vidé le cache et c’est reparti.
Par ailleurs, je vois qu’il tente une syndication toutes les 90 secondes (ça me parait très très court).. N’y a-t-il pas moyen d’affiner le réglage des délais entre les Crons ?
Merci.
pour suhosin, demandez à l’hébergeur, sait-on jamais.
on dirait que le plugin sites a été mal installé.
pour le cron, 90 seconde ca me paraît en effet court, mais pas moyen de régler sauf à créer à sur-plugin.
C’était un site propre avant ? parcque syndicarticle ca a jamais existé. Seul syndic_article.
Faudrait regarder qu’elle est la page qui produit cela.
Oui, le site était « propre », il fonctionnait depuis plusieurs années. J’ai dézippé la dernière version, copié les repertoires vers le serveur, me suis connecté et il s’est lancé dans la mise à jour (pas de problèmes perceptibles).
Je sais que ce fichier syndicarticle n’existe pas - d’où mon étonnement de voir ces messages dans les logs. Et j’ai des variations (au pluriel par exemple, et aussi un fichier « spip_liens » non trouvé). J’ai scanné le contenu de tous les fichiers sans trouver cette chaine de caractères, pas plus que dans la table méta. Aucune idée d’où il sort ces noms.
La « page » qui reproduit cela ?
Pour les 90 sec, je suis prêt à taper directement dans un php, mais je n’ai pas réussi à trouver où il détermine ce délai. J’avais vu un truc qq part et j’ai rajouté dans mes_options.php les lignes suivantes (sans effet)
define(’_PERIODE_SYNDICATION’,9000) ;
define(’_PERIODE_SYNDICATION_SUSPENDUE’,3600*12) ;
oui,c’est vrai, il y avait cela avant, mais apparamment le passage à SPIP 3 à cassé le truc. J’hésite entre reporter comme un bug ou corriger directement pour que cela sorte avec la prochaine version de SPIP.
c’est très étra,ge ce type d’affichage dans les logs. Ceci dit ca semble pas dramatique outre mesure.
Répondre à ce message
Enfin ! Très bonne nouvelle.
J’ai fait une mise à jour depuis la beta. J’ai deux questions
Merci
J’ai eu le même problème et j’ai trouvé la solution sur le net.
Rajoute dans ton .htaccess présent sur la racine de ton site
php_value register_globals « 0 »
bye
Répondre à ce message
Impossible d’accéder à l’espace privé (SPIP 3.0.3 + plugins_dist).
Le formulaire est incomplet, seul apparaît la zone de’ login’ avec le bouton ’Valider’ ; il n’y a pas de zone ’mot de passe’. Même la liste de langue est vide.
Déjà chercher dans des forums, pas de solution. Merci d’avance pour vos réponses.
tu a une url ?
Ah hasard, en supprimant les fichiers
formulaires/login.htmletformulaires/login.phpde ton dossiersquelettes/?l’URL de mon site http://www.monspip.mzw.fr/spip/ qui me permet de tester SPIP 3.0.3 avant de procéder à une installation définitive ailleurs.
J’ai supprimer le fichier ’login.html’ mais rien n’y fait. Je remarque que en tentant d’accéder au dossier /ecrire/ je suis systématiquement renvoyer à la racine avec l’URL /spip.php ?page=login&url=%2Fspip%2Fecrire%2F
il faut vider à la main le dossier
tmp/cacheet tous ses sous-dossiers car là ta page de login utilise encore le vieux formulaire de login incompatible, même si tu l’as supprimé.Je vois que ton dossier squelettes/ contient plusieurs formulaires copiés de la dist. Je ne sais pas de quelle version de SPIP ils viennent, mais attention aux petits bugs causés par des formulaires modifiés...
Ça y est ! En effet en vidant le contenu du dossier ’/tmp/cache’ tout revient à la normal.
Merci pour votre intervention.
Répondre à ce message
Si vous avez comme moi un bug qui apparait au bout d’un moment avec spip 3.0.1, fatal error dans plugins-dist / jquery_ui à la la fonction sinon(), j’ai simplement rajouté les commentaires //—> aux lignes qui inséraient le javascript aux pages persos et publiques, et mon site est revenu en place.
(à noter que j’utilise également sinon dans mes squelettes, je ne sais pas si c’est lié ou pas...)
function jqueryui_jquery_plugins($plugins)
// gestion des dépendances suivant les modules demandés par le pipeline jqueryui_plugins
//—> $jqueryui_plugins = sinon(jqueryui_dependances(sinon(pipeline(’jqueryui_plugins’),array())),array()) ;
// insérer les scripts nécessaires
//—> foreach ($jqueryui_plugins as $val)
//—> $plugins[] = « javascript/ui/ ».$val.« .js » ;
//—>
return $plugins ;
Quelle était l’erreur précise dans le fatal error ?
À priori corrigé par http://zone.spip.org/trac/spip-zone/changeset/62159 . Merci.
Voici le message d’erreur exact :
Fatal error : Call to undefined function sinon() in /www/plugins-dist/jquery_ui/jqueryui_pipelines.php on line 14
Voici le message d’erreur :
Fatal error : Call to undefined function sinon() in /www/plugins-dist/jquery_ui/jqueryui_pipelines.php on line 14
En collant ça à la place de la ligne 14, ça marche :
is_array($jqueryui_plugins = pipeline(’jqueryui_plugins’)) || $jqueryui_plugins = array() ;
is_array($jqueryui_plugins = jqueryui_dependances($jqueryui_plugins)) || $jqueryui_plugins = array() ;
merci Matthieu Marcillaud !
Bonjour
Super de voir jqueryui intégré dans cette nouvelle version de spip ! merci.
Comment est-ce que vous activez jquery -ui dans l’interface publique de spip3 ? le plugin est activé par défaut dans d’admin mais je n’ai pas les insertions des .js et .css dans mes pages publiques.
C’est quoi le principe pour insérer la librairie voulue dans ses squelettes ?
Activer dans l’admin ? ça l’est par défaut
insérer un #PREFIXPLUGIN_JQUERY_PLUGINS dans le squelette ?
Il y a quelque chose qui m’échape. Merci de m’éclairer
Salut, tu aurais pu ouvrir un autre file de discussion comme ça ton message ne serait pas eprdu dans la masse du précédent fil ;)
Le principe de fonctionnement de jQuery UI dans SPIP 3 est similaire à celui utilisé dans le plugin utilisé sur SPIP 2.x :
http://www.spip-contrib.net/jQuery-UI-pour-SPIP
Il faut déclarer les libs nécessaires en utilisant le pipeline jqueryui_plugins (qui se nommait jqueryui_forcer en 2.x).
Bonsoir,
j’ai le même problème, une fatal error récurrente (je viens de m’en sortir une fois en réinstallant tout...)
Fatal error : Call to undefined function sinon() in /media/tine_web_webinter_data/ufr/homme/arts_du_spectacle/plugins-dist/jquery_ui/jqueryui_pipelines.php on line 14
que faire ?
merci de votre aide...
Salut, ce bug a été corrigé depuis, tu utilises bien la dernière version stable (3.0.3) ?
Je me réponds en précisant : c’est un problème de cache. en vidant le cache l’erreur disparaît, en le désactivant il semble qu’elle ne réapparaisse plus...
Oui, SPIP 3.0.3 [19675]...
Répondre à ce message
Suite au passage à SPIP 3.0.1 J’ai un gros message d’erreur dans les parties privé et publique sur toutes pages en lien avec des documents. Exemple sur une page article :
Message partie publique :
Erreur SQL 1054
Unknown column ’zzzf.id_article’ in ’IN/ALL/ANY subquery’
squelettes-dist/inclure/documents.html _documents_portfolio 2
et partie privée page mediatheque :
Erreur SQL 1054
Unknown column ’zzzf.id_article’ in ’IN/ALL/ANY subquery’
../plugins-dist/medias/prive/squelettes/inclure/mediatheque-navigation.html _comptem 9
d’où ca peut venir ? Merci.
dd
Bonjour,
Je viens d’essayer de passer un autre site (en local) de 2.1.15 à 3.02 et j’ai à nouveau cette erreur ZZZZ.
Erreur SQL 1054
Unknown column ’zzzf.id_article’ in ’IN/ALL/ANY subquery’
../plugins-dist/medias/prive/squelettes/inclure/mediatheque-navigation.html _comptem 9
je ne vois pas comment corriger. merci
dd
Répondre à ce message
Il semble qu’il ne soit plus possible d’intégrer les plugins automatiquement comme dans la version précédente ?!?
j’ai bien créé un dossier plugins et un sous dossier auto mais impossible d’obtenir les dépôts : l’adresse web est incorrecte. des idées ???
Salut, es-tu hébergé chez free ?
Si oui,le chargement auto des plugins ne fonctionne pas encore chez eux car ils bloquent les accès vers l’extérieur. Une demande a été faite auprès de leur support pour régler ce pb.
++
effectivement, j’ai fait une installation chez free ... Ah ! Free ! quelle liberté !
Mais également j’ai testé la fonction « télécharger un plugin depuis son archive » sur un autre hébergeur (planet hoster) et là non plus je n’y arrive pas. Puis-je avoir un exemple d’adresse d’archive ?
Cette histoire de blocage semble assez récente : il y a quelques mois (avec un site en spip 2 hébergé par Free) j’arrivais à télécharger mes plugins avec la fonction auto... Je viens de m’apercevoir ce matin que ce n’est plus possible...
Je corrige ce que j’ai dit ci-dessus : la fonction « ajouter des plugins » dans auto marche toujours chez Free... le téléchargement avait été particulièrement lent...
Franchement je dis N’IMPORTE QUOI !!! le chargement automatique est bel et bien bloqué ! :(
Répondre à ce message
Bonjour à tous et merci ;
Malheureusement voici ce que j’obtiens, deux fois, en tentant d’installer un SPIP tout neuf dans un site tout neuf et tout vide (chez Free) :
Installation du système de publication...
Parse error : syntax error, unexpected T_STRING in /mnt/154/sdc/a/e/monsite/ecrire/req/sqlite_generique.php on line 1312
Auparavant j’avais tenté spip_loader qui n’avait pas fonctionné
Si quelqu’un a une idée c’est bien, sinon il me faudra revenir à un SPIP d’avant le 3
Merci
Jean
Salut, ce bug vient du fait que ton hébergement n’est pas en PHP 5 :
http://www.spip.net/fr_article5427.html
++
Merci de la part du bricoleur : ça marche,
pour le passage de php4 à php5 j’ai utilisé l’explication suivante :
http://m.debeaumont.free.fr/?7/Free-et-le-Php-5-C-est-possible
@Jean
Le site que tu indique est spammé à fond...
Ce qui ne m’empêche pas de remercier les spipeurs3
Je suis la dev depuis le début et je n’y vois que des avantages.
Merci à tous
le site est spammé mais l’astuce marche très bien :)
C’est ce que je voulais dire. Ne prends pas ça pour une critique.
Il y a pire...
A+Patrick
Répondre à ce message
Bonjour,
Je suis en 2.1.12 et je voulais monter en 2.1.14 et voilà que sort déjà la 3.0.
D’après ce que j’ai lu, cette dernière version est assez « musclée » et il y a pas mal de changements, notamment dans la syntaxe.
La question que je me pose c’est de savoir si toutes les boucles qui passent en 2.1.12 passeront en 3.0, sans avoir à tout ré-écrire ?
Merci en tout état de cause aux contribeurs-spipeurs pour la MAJ permantente de Spip.
Voyez cet article : http://www.spip-contrib.net/Migration-d-un-squelette-de-SPIP2-vers-SPIP-3-0
Merci Maïeul pour ta réponse.
Ca me confirme que le passage à la version 3.0 n’est pas très simple... Je vais quand même faire des tests en local.
Répondre à ce message
bonjour
Peut-être que ce n’est pas le bon forum...
Je veux relier les rubriques et les auteurs.
mais si je (administrateur) mets un record dans spip_auteurs_liens avec
objet=rubriquela partie privée du site a des problèmes :
certains menus disparaissent (modeles, configuration)
il ne pas possible naviguer simplement les rubriques (comment pour le redacteurs)...
Il est a bug ?
quelques idées ?
merci
et désolé pour moi français
semble que si vous liez un administrateur à un rubrique, que deviene l’administrateur seul de cet rubrique
Répondre à ce message
Merci aux Spipeurs !!! - Il me tarde de découvrir cette version !! - et si en plus l’admin est thémable ça va me donner envie de faire un thème tout ça ;) - Je suis entrain d’attendre la fin de la copie des fichiers par FTP, car par spip-loader, je tombait sur une sorte de boucle infinie (affichant juste le logo et le choix de la langue en haut) (le navigateur lui ne proposait pas le message de boucle infinie comme c’etait le cas avec un vieux spip-loader, mais cette fois, ça à l’air de *travailler* en continue... bizarre) ;)
Merci encore !
Répondre à ce message
Ça va être de la folie ! Bravo et merci à tous les développeurs et autres contributeurs qui ont permis la sortie de Spip 3.0
Répondre à ce message
Pour info, j’ai eu un souci lors de la mise à jour de 2.1.14 > 3.0 sur un site, souci résolu.
J’avais comme d’habitude uploadé Spip3 par FTP en écrasant les anciens dossiers. Mais une fois tout ça fini, sur monsite.net/ecrir : page blanche. Idem sur le site public.
J’ai vidé tmp/, renommé plugins/ en plugs/ : aucun effet.
J’ai supprimé config/connect.php : j’ai pu accéder à monsite.net/ecrire, mais il ne me proposait pas de me logguer, mais d’installer le système de publication comme s’il n’existait pas. Si je tentais la procédure jusqu’au bout, ça m’indiquait, après la 3è étape : « Accès interdit. Spip est déjà installé ». Sur le site public, l’affichage « Site en travaux ».
Un coup de fil à l’hébergeur (www.toile-libre.org) a résolu le problème : il faut que l’utilisateur ait le privilège « grant » + « all privilege » sur la base de donnée Sql, ce qui n’est pas nécessairement le cas chez tous les hébergeurs.
Si les développeurs ont plus de précisions sur les droits qui sont nécessaires et ceux qui ne le sont pas, Toile libre est preneur d’ailleurs.
Et sur ce, bravo pour cette nouvelle version.
Répondre à ce message
Certains plugins comme Nivo Slider sont notés comme compatibles SPIP 3, mais quand on les charge, ils sont vus comme incompatibles ...
Par ailleurs, je ne vois pas du tout comment mettre en oeuvre mediabox dans la rédaction d’un article ...
Bref, il est sans doute urgent d’attendre avant de passer à la version 3.
Répondre à ce message
C’est pas très malin moi je dis !!!
J’ai vu dans l’admin une version 2.0.14 disponible, alors ok j’y vais et je lance le spip_loader.php et PAF une version 3 !!!! Le foutoir total évidemment sur un spip réglé avec des plugins pas compatibles !! Pfff
Vous auriez pu mettre une mise en garde ou au moins une cohérence entre la maj disponible affichée (2.1.14) et la version réellement chargée… Je charge la 2.1.14 (manuellement du coup, en espérant que rien ne soit cassé dans la base).
Groumpff du lundi
Si tu as fait la mise à jour de la base dans SPIP 3.0 alors STOP : il n’est pas possible de revenir en arrière (ou alors il faut que tu remettes un backup de la base)
Si tu t’es arrêté et que tu n’as pas cliqué sur la mise à jour, tu devrais pouvoir retrouver ton site fonctionnel en remettant une 2.1.14...
Oui, heureusement que l’interface admin est graphiquement différente, la reconnaissant tout de suite, je n’ai pas cliqué sur la maj de la base (bon après j’ai aussi un backup quotidien de la base de donnée, merci au plugin saveauto)
A ce propos, elle est où la 2.1.14 ? La page qui indique où la trouver n’est pas bonne :
SPIP 2.1.14 est disponible à l’adresse http://files.spip.org/spip/stable/spip.zip
Elle pointe sur la 3.0… Rhalala, ca me stresse cette histoire
Tous les zips sont là http://files.spip.org/spip/archives/
et on est en train de corriger pour que cette mésaventure n’arrive pas à d’autres ! (on refait pointer le spi.zip sur SPIP 2.1.14)
Ouf !! Tout semble rentré dans l’ordre !
Merci et bon courage pour cette transition vers la version 3. J’y passerai, certes, mais en copie locale d’abord ;)
@Fab : en copie locale d’abord ...
t’as eut chaud ^^^
;-) sur une version majeur, ça me parais la moindre des précautions ;-) ne serais ce que pour vérifier la compat du squelette utilisé et des plugins ...
après dans les « bonnes pratiques » (les miennes ^^) tester sur une pré-production pour valider la compat avec l’hébergement final est bien aussi, ça évite : les pages blanches sur un site en production a cause de register_global, php 5 (choses apparemment courantes vu les discussions sur le forum ou sur les listes)
Nous sommes d’accord mais c’était présenté dans l’admin sous forme de maj mineure (vous savez le lien « la version 2.1.14 est disponible »). Donc bon, pas bien grave, c’est de toute façon corrigé (dans le spip_loader également si j’en crois la page activité du Spip Core).
Répondre à ce message
Merci a tous, je m’en vais de ce pas tester ca sur un nouveau site.
Répondre à ce message
Un simple mot à vous dire !
MERCI !
Répondre à ce message
Vive SPIP !
Merci à ceux et celles qui ont conribué à ce nouveau SPIP.
J’ai hates de tester et d’y contribuer selon mesm odestes moyens et connaissances.
@+
Répondre à ce message
Youpi youpi youpi !
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
