
Recherche avancée
Autres articles (74)
-
Gestion de la ferme
2 mars 2010, parLa ferme est gérée dans son ensemble par des "super admins".
Certains réglages peuvent être fais afin de réguler les besoins des différents canaux.
Dans un premier temps il utilise le plugin "Gestion de mutualisation" -
Utilisation et configuration du script
19 janvier 2011, parInformations spécifiques à la distribution Debian
Si vous utilisez cette distribution, vous devrez activer les dépôts "debian-multimedia" comme expliqué ici :
Depuis la version 0.3.1 du script, le dépôt peut être automatiquement activé à la suite d’une question.
Récupération du script
Le script d’installation peut être récupéré de deux manières différentes.
Via svn en utilisant la commande pour récupérer le code source à jour :
svn co (...) -
Script d’installation automatique de MediaSPIP
25 avril 2011, parAfin de palier aux difficultés d’installation dues principalement aux dépendances logicielles coté serveur, un script d’installation "tout en un" en bash a été créé afin de faciliter cette étape sur un serveur doté d’une distribution Linux compatible.
Vous devez bénéficier d’un accès SSH à votre serveur et d’un compte "root" afin de l’utiliser, ce qui permettra d’installer les dépendances. Contactez votre hébergeur si vous ne disposez pas de cela.
La documentation de l’utilisation du script d’installation (...)
Sur d’autres sites (9808)
-
Evolution #4180 : Cacher les blocs Forums et Pétitions lorsque ces fonctionnalités ne sont pas uti...
24 juillet 2020, par RastaPopoulos ♥En fait je ne comprends pas le truc de tout désactiver sans vérif si ya déjà un truc en cours, c’est pas plutôt un peu comme les forums (même si pas par objet donc moins compliqué) ?
Ya deux choses : l’admin et le form public.
- Pour l’admin, intuitivement je m’attends à ce que si je désactive, ça n’affiche plus la possibilité d’ajouter/activer une pétition mais… que s’il y en a déjà une, je puisse encore la modérer, voir les signatures, etc (et possiblement la vider et supprimer si je veux). Ne pas cacher dans l’admin un truc qui existe, sinon on ne sait plus qu’il existe, alors que ça traine toujours dans la base. Non ?
- Pour la partie publique, c’est autre chose, et c’est moins évident à trancher. Pour l’instant je me dis que cette option ne devrait rien toucher à la partie publique du tout : si on désactive la gestion des pétitions, c’est pour ne plus pouvoir en ajouter. Mais celles qui existent on les voit toujours et c’est tout. Si on veut en désactiver une, on va dans l’admin sur l’article qui la contient (et on doit donc toujours la voir même si désactivé globalement !), et on décide de désactiver/dépublier cette pétition.
Pour essayer de résumer la subtilité, je dirais que cette option ne sert pas à activer/désactiver les pétitions elles-mêmes (comme si on changeait leur statut en masse), mais sert à désactiver la gestion des pétitions (en admin donc).
-
Revision 3313 : Grosse mise ˆ jour au niveau de la page de publication : - L’ajax ...
21 avril 2010, par kent1 — LogGrosse mise ˆ jour au niveau de la page de publication : - L’ajax fonctionne directement sur l’inclusion de formulaire via ajax - Le formulaire d’upload est passé en inclure pour pouvoir mieux lire le code - On améliore l’ensemble du squelette et la gestion des (...)
-
Révision 18736 : Gerer un flag pour savoir si une transaction est ouverte ou non.
17 novembre 2011, par cedric -Utiliser ce flag pour gerer la fermeture, ce qui permet d’appeler la fonction de fermeture sans savoir a priori, et son retour permet d’avoir l’info si une transaction etait ouverte ou non. (Provision pour la gestion d’erreur de lock dans (...)