
Recherche avancée
Médias (1)
-
Revolution of Open-source and film making towards open film making
6 octobre 2011, par
Mis à jour : Juillet 2013
Langue : English
Type : Texte
Autres articles (60)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (10586)
-
Anomalie #2180 : API sql_
28 juillet 2011, par jluc -Je n’arrive pas à reproduire sur la table non standard (hormis le résultat erroné aussi) mais je peux dire qu’il y avait un LENGTH>0 dans le where et un order by non vide ce qui est probablement inutile pour un sql_countsel... mais est conforme à la (...)
-
Anomalie #3536 (Nouveau) : Incompatibilité avec le navigateur Lynx si forcer_lang=true
27 août 2015, par Raphaël MELIORBonjour,
Lorsque l’on tente d’accéder à http://www.example.com/ avec Lynx le navigateur est redirigé vers http://www.example.com/./?lang=fr ce qui n’est pas valide et donne une erreur 404.
Visiblement, cela gêne aussi certains bots comme Baiduspider.En regardant à quoi cela pourrait être dû j’ai remarqué que la redirection vers "./" était généré par self() dans le cas où la requête était vide. Sur mon site je l’ai modifié comme ceci :
// Si ca demarre par ? ou vide, donner './'<br />//$url = preg_replace(',^([?].*)?$,', './\1', $url);<br />$url = preg_replace(',^([?].*)?$,', 'http://www.example.com/\1', $url);
Comme je retourne l’adresse complète cela fonctionne.
Ne serait t’il pas mieux mettre l’adresse complète du site dans ce cas ?
Le top serait qu’il redirige soit en http soit en https selon comment à été faite la requête initiale.Merci
-
Evolution #4613 (Nouveau) : créer une aide ré-actualisée pour Spip 3.*
10 décembre 2020, par Laurent LefebvreBonjour,
quelques affirmations concernant les retours à la ligne sont fausses depuis Spip 3.0 :
Ex :
- "Le fait de simplement « revenir à la ligne » (retour-chariot) sans séparer les deux paragraphes par une ligne vide ne suffit pas pour provoquer un changement de paragraphe (cela ne provoque même pas un retour à la ligne)._" -> Il faudrait retirer la parenthèse et son contenu.
- "Notez : ici un simple retour à la ligne suffit (on peut faire des énumérations dans le même paragraphe) ; mais si l’on « saute » une ligne avant la ligne commençant par un tiret, une ligne vide est affichée avant l’énumération._" -> Ce paragraphe ne sert plus dans le contexte Spip 3.*
On pourrait aussi moderniser l’aide. Ajouter la mention aux touches raccourcis par exemple ( pour l’italique, le gras, les intertitres ... ).
En attendant ce changement, ne pourrait-on pas modifier rapidement les affirmations sur les retours à la ligne ? (c’est crucial pour les nouveaux utilisateurs et ce sont eux qui utilisent l’aide.)