
Recherche avancée
Autres articles (98)
-
Des sites réalisés avec MediaSPIP
2 mai 2011, parCette page présente quelques-uns des sites fonctionnant sous MediaSPIP.
Vous pouvez bien entendu ajouter le votre grâce au formulaire en bas de page. -
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela.
Sur d’autres sites (6151)
-
Anomalie #3421 (Nouveau) : Problème de redirection lors de l’installation
10 avril 2015, par Franck DalotBonjour :-)
Spip 3.1 [21983]Lorsque qu’une personne souhaite faire une installation "neuve" de spip 3.1
Après envoi des fichiers via FTP sur le serveur, la personne est normalement redirigée vers .../ecrire/ ?exec=installLe problème est que au lieu de cela, un message apparait sur /ecrire/ de type :
Site en travaux
Attention : un problème technique (serveur SQL) empêche l’accès à cette partie du site. Merci de votre compréhension.Si la personne réactualise la page, alors c’est bon.
Le problème est présent sur un mutualisé OVH. (peut importe la version de php)
J’arrive à le reproduire en local, sous easyphp 14.1 sous windows 8.1 et php 5.6.4Le problème est présent depuis ce commit :
https://core.spip.net/projects/spip/repository/revisions/21974Franck
-
Anomalie #4097 (En cours) : bug HTTPS dans la fonction url_de_base() sur certains serveurs mal con...
15 février 2018, par b ble serveur web de mon hébergeur est mal configuré
Ca fonctionne, certes, et c’est donc ce que j’ai fait pour mon site, mais c’est vraiment du bricolage
Tout est dit, serveur mal configuré, bricole pour contourner le bug de l’hébergeur en question :p Mais au moins, ça fonctionne.
Pour faire plus propre et plus simple, serait-il possible à l’avenir de modifier le code de url_de_base() pour qu’en l’absence de ces deux variables $_SERVER[’HTTPS’] et $_SERVER["SCRIPT_URI"], la fonction aille regarder dans META si c’est du http ou du https qui y est renseigné (au lieu de mettre forcément du http) ?
L’idée semble bonne à premier vue tellement ça parait simple, mais j’ai peur que cela ait des effets de bord sur certaines configurations, notamment derrière un proxy. Attendons les avis des autres membres de l’équipe avant de l’intégrer ou non.
-
Anomalie #4468 : CSS colonne gauche du privé
4 avril 2020Pour illustrer, voici ce qu’on obtient selon la préférence utilisateur :
Texte + icône (le défaut)
Texte uniquement
Pour commenter juste sur les styles, il y a des petites disparités. Par exemple quand il y a un fond :
- Des fois on a une bordure, des fois non
- Des fois les coins sont arrondis, des fois non
- Des fois c’est en dispay : block et ça prend toute la largeur, des fois non
Et quand on veut afficher un bouton d’action comme un lien, la taille du texte est plus petite.
Et je pense aussi que c’est pas rare que les gens utilisent |icone_horizontale au lieu de #BOUTON_ACTION uniquement pour avoir un bouton "plus joli", ou disons plus sémantique visuellement (comme avec le paramètre "del" qui ajoute un fond hachuré).