Recherche avancée

Médias (91)

Autres articles (95)

  • MediaSPIP 0.1 Beta version

    25 avril 2011, par

    MediaSPIP 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, par

    Multilang 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.

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

Sur d’autres sites (5188)

  • Anomalie #3882 : Ancres des notes de bas de page pour les URL arborescente

    24 juillet 2017

    Je ne suis pas sur que cela soit totalement réglé ....
    voir aussi : http://forum.spip.net/fr_251075.html

    Je viens de tester :
    - site en SPIP 3.1
    - URLs arbo et .htaccess avec un RewriteBase /
    - dans le head du squelette public on a bien ’<base href="#URL_SITE_SPIP/" />’

    les balises notes générées par le raccourci [[ ...]], les urls générées sont en relatifs et non en absolues
    et donc cela renvoie sur la page d’accueil au lieu de la page courante

  • Révision 23678 : Bugfix dans recup_date() quand on lui passe une chaîne du type 2017-07

    20 juillet 2017, par brunobergot@gmail.com

    Sous PHP 5.5.38-1 le test `substr($jour, 0, 1) == ’0’` renvoie true quand `$jour = ’’` ce qui fait renvoyer un valeur false pour le jour au lieu d’une chaîne vide.
    r23409 ayant modifié affdate_base(), ce cas ne passait plus par `strtotime($numdate)` mais par `mktime($heures, $minutes, $secondes, $mois, $jour, $annee)` qui génère un timestamp décalé d’un jour en arrière.
    On obtenait donc 06 au lieu de 07 pour `[(#VAL2017-07|affdatem)]`

    pfiou :p

  • 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.

Navigation