Recherche avancée

Médias (1)

Mot : - Tags -/intégration

Autres articles (106)

  • Gestion des droits de création et d’édition des objets

    8 février 2011, par

    Par défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;

  • Dépôt de média et thèmes par FTP

    31 mai 2013, par

    L’outil MédiaSPIP traite aussi les média transférés par la voie FTP. Si vous préférez déposer par cette voie, récupérez les identifiants d’accès vers votre site MédiaSPIP et utilisez votre client FTP favori.
    Vous trouverez dès le départ les dossiers suivants dans votre espace FTP : config/ : dossier de configuration du site IMG/ : dossier des média déjà traités et en ligne sur le site local/ : répertoire cache du site web themes/ : les thèmes ou les feuilles de style personnalisées tmp/ : dossier de travail (...)

  • Qualité du média après traitement

    21 juin 2013, par

    Le bon réglage du logiciel qui traite les média est important pour un équilibre entre les partis ( bande passante de l’hébergeur, qualité du média pour le rédacteur et le visiteur, accessibilité pour le visiteur ). Comment régler la qualité de son média ?
    Plus la qualité du média est importante, plus la bande passante sera utilisée. Le visiteur avec une connexion internet à petit débit devra attendre plus longtemps. Inversement plus, la qualité du média est pauvre et donc le média devient dégradé voire (...)

Sur d’autres sites (12466)

  • Anomalie #4187 : Connecté en Anglais (langue principale français) pas de bouton pour ajouter les p...

    4 octobre 2018, par Jacques Bouthier

    Bon, après quelques essais :
    - en fonction des plugins sélectionnés par le critère de recherche parfois tout fonctionne correctement. Par exemple si je recherche avec le critère de recherche "media", 5 plugins sont affichés de façon correcte et si j’en sélectionne un les boutons "upload" et "upload and activate" sont bien présents.
    - si je recherche (avec comme langue l’anglais) des plugins avec comme critère "edit" ou "encore" ou "modele" ... des plugins remontent qui cassent la présentation et du coup les boutons upload ne sont pas dispos.

    Le seul point commun que j’ai trouvé dans le paquet.xml de ces plugins est la présence de caractères comme par exemple pour afficher un slogan au lieu de le mettre comme recommandé comme chaine de langue dans un fichier de langue.

    Je ne m’explique pas pourquoi ce code casserait le fonctionnement en trad et pas en français...

  • Revision 109633 : Ma console réseau de mon navigteur indique : - jquery-ui.js : 508,86ko ...

    22 mars 2018, par placido@… — Log

    Ma console réseau de mon navigteur indique :
    - jquery-ui.js : 508,86ko
    - jsdyn-formulaires_dateur_jquery_dateur_js_14fce12d.js : 517,89 ko
    Le fichier js dynamique est chargé via $.getScript depuis le fichier formulaire/dateur/inc-dateur.html qui inclut déjà lui-même jquery-ui !
    On se retouve donc avec une double dose d’un jquery-ui (déjà pachidermique) à la moindre saisie date appelée. C’est clairement un problème.
    Je m’interroge sur la nécessite de l’insertion des css et js via affichage_final. Sauf cas particulier qui m’échappe, je pense que cette fonction saisies_affichage_final n’a pas (plus) lieu d’être.
    Je propose d’opter pour un chargement des éléments globaux via insert_head et insert_head_css (sans jquery-ui) et pour les cas particuliers, cela doit se gérer au niveau du squelette de la saisie (à l’instar de ce que fait déjà la saisie date qui fait un #INCLURE de inc-dateur.html).
    En attendant des avis, on peut déjà rendre cette fonction surchargeable (désactivable).

  • Evolution #3821 : [sécurité - cookie] possibilité de gérer l’attribut "secure" du cookie spip sess...

    19 novembre 2018, par Absurde Photon

    Bien lire "javascript" au lieu de "java" dans mon message ci-dessus.

    Je n’avais pas assez cherché, je viens de me rendre compte que l’attribut httponly est bien mis sur le cookie de session, donc tout va bien de ce côté.

    Reste l’attribut "secure" dans ce cas, qui est une recommandation OWASP depuis un bon moment : https://www.owasp.org/index.php/Testing_for_cookies_attributes_(OTG-SESS-002)

    Pour ce qui est de l’attribut domain, c’est déjà implémenté dans Spip. Il n’en manque donc plus qu’un pour être complet, "secure" !

Navigation