
Recherche avancée
Autres articles (57)
-
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...) -
Personnaliser les catégories
21 juin 2013, parFormulaire de création d’une catégorie
Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
On peut modifier ce formulaire dans la partie :
Administration > Configuration des masques de formulaire.
Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)
Sur d’autres sites (8199)
-
Anomalie #3689 (Nouveau) : Des messages d’erreurs qui ne semblent pas avoir lieu d’être
9 février 2016, par Franck DalotBonjour :-)
SPIP 3.1.0 [22811]
Php 5.6.15
Table en MySQL
Prefix des table : test12Quand je télécharge le squelette "scolaspip" en version 4 http://plugins.spip.net/scolaspip.html via SVP, j’ai systématiquement un message d’erreur qui ne me semble pas avoir lieu d’être (voir copie d’écran erreur 0)
Si dans .../ecrire/ ?exec=admin_plugin&voir=actif je clique sur "Tout cocher", que je choisi "désinstaller", j’ai systématiquement un autre message (voir copie d’écran erreur 1)A savoir que cela fait pareil en SPIP 3.0.21 [22462]
J’ai fait aussi un test en 3.0.21 avec le squelette "SPIPMine 2.0.1 - dev" http://plugins.spip.net/spipmine.html car il necessite également spipr, j’ai le même message que la copie d’écran 0, par contre, je ne peux pas dire pour l’autre message, car SVP semble avoir un problème quand il y a pas mal de necessite, je suis dans l’obligation de réactualiser la page, mais ce point demanderait confirmation par une autre personne
Franck -
Evolution #3638 : Utiliser la rechercher Fulltext par défaut pour le critère {recherche}
6 mai 2017, par guytarr °Gilles VINCENT a écrit :
Je suis d’accord que la recherche fulltext ne fonctionne qu’avec mysql.
Mais est-ce une raison suffisante pour tirer les performances vers le bas ?
Pour ma part je ne pense pas.Ensuite, si le plugin Fulltext répond à la demande (à savoir pourvoir faire une recherche sur "chercher un mot" qui soit pertinente) alors peut-être qu’il faut le mettre par défaut dans plugins-dist, et ne l’activer que si les conditions sur la base de données sont réunies. Comme cela, on ne change rien à l’api générale, et les recherches deviennent meilleurs. Tout le monde est satisfait !
Qu’en dites-vous ?
Une simple remarque : je pense qu’il faut proposer lorsque c’est possible une recherche basée sur un outil qui est conçu pour (sphinx, elasticsearch).
Autant pour la partie publique c’est au cas par cas, autant pour l’espace privé on sait à quoi s’attendre et on pourrait proposer une solution intelligente (et performante) basée là-dessus et où plugins (objets) pourraient se brancher simplement.
Le fulltext est pas mal mais il y a des contraintes de version, de moteur sgbd, etc... Je pense que l’on va s’embêter pour obtenir un moins bon résultat au lieu de déléguer ça à un outil qui sait bien le faire. -
Anomalie #3647 : #INTRODUCTION
11 janvier 2016, par Ivan LewkowitzHello Franck, désolé, voici plus de détails :
Il s’agit d’un Spip 3.0.21 mis à jour en 3.1 via Spip_loader.
J’ai suivi les indications de maj. Les plugins sont compatibles (couteau suisse).
Base de données : MySQL (exportée du site online via l’admin de Spip et réimportée en local, toujours via l’admin Spip, même version évidemment). Le fichier se termine en .sqlite (et non .dump ou autre).
Le codage de la base est tout en utf-8, idem pour le site lui-même.Online, le site est en Spip 3.1 et Php 5.2 (module Apache) alors que dans Mamp, c’est Php 5.6.10 qui tourne (ou Php 7 au choix). Quand on passe d’une version à l’autre de Php en local, la première balise #INTRODUCTION est ignorée (le DIV accueillant l’intro est vide au lieu d’afficher un paragraphe).
Ça c’est pour l’intro dans une boucle ARTICLES.
[(#INTRODUCTION800|liens_ouvrants|propre)]Mais bizarrement, j’appelle aussi l’intro en survol sur des titres d’articles plus loin, et ça fonctionne sans problème :
Donc… mystère. Donc pour résumer ma première balise intro ne saute qu’en local et avec Php 7 (donc rien de dramatique). J’ai pas essayé d’activer Php 7 chez mon hébergeur ; c’est proposé en beta encore.
A ta dispo.