Recherche avancée

Médias (1)

Mot : - Tags -/bug

Autres articles (50)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Pas question de marché, de cloud etc...

    10 avril 2011

    Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
    sur le web 2.0 et dans les entreprises qui en vivent.
    Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
    Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
    le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
    Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)

  • Les statuts des instances de mutualisation

    13 mars 2010, par

    Pour des raisons de compatibilité générale du plugin de gestion de mutualisations avec les fonctions originales de SPIP, les statuts des instances sont les mêmes que pour tout autre objets (articles...), seuls leurs noms dans l’interface change quelque peu.
    Les différents statuts possibles sont : prepa (demandé) qui correspond à une instance demandée par un utilisateur. Si le site a déjà été créé par le passé, il est passé en mode désactivé. publie (validé) qui correspond à une instance validée par un (...)

Sur d’autres sites (6475)

  • Nomenclature #4519 : Renommage de terminologie (blacklist / whitelist)

    20 juillet 2020, par touti touti

    ah nn non ce n’est pas un argument recevable @rasta !
    je vois bien comment tu essayes de m’embrouiller par des tergiversations de listes qui contiennent ou objets qui sont contenus
    une liste, c’est forcément une liste qui répertorie des objets (des courses par exemple ou des comptes)
    qu’on dise liste approuvée des courses ou liste des courses approuvées, ne change strictement rien, aucune course n’est à exclure dans cette liste
    et cela peut s’appliquer à une liste de mails, d’utilisateurs, d’IP …

    Bon, après, je sais bien @rasta que tu supportes mal la "liste approuvée" parce que tu voudrais tout gérer, mais c’est pénible de devoir chaque fois croiser le fer même pour des éléments sans grande importance.
    Une proposition c’est aussi la possibilité de laisser participer d’autres personnes, et de sortir des chemins battus, ohlala, voire même d’inventer autrement, plus lisible, plus facile.
    Franchement liste autorisante, c’est indigeste mais je suis certaine que ça aura l’approbation de la communauté informatique parce que les œillères c’est pas autorisantes qu’elles sont mais bien collées.

    A vos amours Messieurs Dames !

  • Evolution #3306 : Permettre l’ajout d’instructions au rédacteur pour le guider dans sa saisie

    28 décembre 2020, par RastaPopoulos ♥

    En partie oui, mais ça reste moins bien que d’avoir la bonne information pile sur le bon champ précisément (et seul Saisies permet de personnaliser ça de l’extérieur, et pas qu’une unique fois).

    Mais oui pour certaines aides le Compagnon peut être utilisé, en ayant en tête que c’est pour des aides "par page", ou "par grande zone", mais il faudrait quelques ajouts :
    - pour une aide, pouvoir déclarer si les gens peuvent la fermer ou pas (certaines aides doivent pouvoir rester tout le temps)
    - avoir une interface humaine pour ajouter éditorialement des blocs d’aides dans différentes zones connus du plugin (il s’insère dans divers pipelines d’affichage), donc déclarer humainement ces zones où on peut ajouter une aide (avec un yaml ou autre) avec un label humain etc, permettant de produire une interface d’admin éditoriale ("je veux ajouter une aide dans la zone Enfants des objets Rubriques", par ex).

  • Anomalie #4530 (Nouveau) : Spip_loader ne récupère plus les dernières versions

    19 juillet 2020, par Franck D

    Hello :)
    Php 7.4.7 avec easyphp

    Je viens de me rendre compte que si je demande l’installation de spip 3.3, spip_loader ne me récupère plus les dernière versions dispo...
    Concernant spip, il me récupère la version 24642 qui date du 25/06/2020 https://core.spip.net/projects/spip/repository sauf que depuis, il y a eu des commits : https://git.spip.net/spip/spip/commits/branch/master
    Et s’agissant des plugins-dist, c’est pareil, il n’y a pas grande chose à jour.
    exemple :
    Bigup en 1.0.6 à la place de 1.0.7
    Medias en 2.27.0 à la place de 2.27.1
    ou alors Archiviste en 0.3.0 mais ce ne sont pas les fichiers les plus récent (il n’y a pas eu de z+1, après le dernier commit)
    etc

    Avant que les plugs avaient ou pas eu droit à un z+1 je récupérais les fichiers les plus récents si je demandais à avoir spip 3.3, maintenant, ce n’est plus le cas.
    A savoir, J’ai pas fait de tests, en essayant d’avoir spip 3.2-dev pour voir si cela ne touche que spip 3.3 ou toutes les branches "dev"

Navigation