Recherche avancée

Médias (0)

Mot : - Tags -/optimisation

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (30)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

  • Les autorisations surchargées par les plugins

    27 avril 2010, par

    Mediaspip core
    autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

Sur d’autres sites (5898)

  • cpu.c : Merge ia32 and x86_64 CPU info functions

    27 février 2017, par Erik de Castro Lopo
    cpu.c : Merge ia32 and x86_64 CPU info functions

    After the removal of the OS SSE detection stuff ia32_cpu_info()
    
and x86_64_cpu_info() became very similar. Merging them makes
    
sense.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/libFLAC/cpu.c
    • [DH] src/libFLAC/ia32/cpu_asm.nasm
    • [DH] src/libFLAC/include/private/cpu.h
    • [DH] src/libFLAC/stream_decoder.c
    • [DH] src/libFLAC/stream_encoder.c

  • Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde standard des q’un prefixe ....

    31 octobre 2014, par YannX spip

    Salut,

    Le 31/10/2014 12:00, Ybbet Spip a écrit :

    Le 31 octobre 2014 11:19, YannX SPIP <
    yannx.spip@hotmail.fr>> a écrit :

    Le 30/10/2014 17:57, redmine@spip.org> a
    écrit :

    La demande #3196 a été mise à jour par cedric -.

    • Statut changé de /Nouveau/ à /Fermé/
    • Resolution mis à /invalid/

    Bon, faute de description et suite a r21750 / r21752 je ne
    constate aucun probleme de backup sur une base avec un prefixe
    different de ’spip’

    Anomalie #3196 : Bug (bien connu des anciens) de sauvegarde
    standard des q’un prefixe ....
    <http://core.spip.org/issues/3196#change-10189>

    • Auteur : YannX spip
    • Statut : Fermé
    • Priorité : Normal
    • Assigné à :
    • Catégorie :
    • Version cible : 3.0
    • Resolution : invalid
    • Navigateur :

    Deux avertissements :
    - prévenir que la sauvegarde peut etre incomplète
    - préciser le prefixe utilisé "qq.part" dans l’interface
    (pour qu’un gestionnaire pas trop expérimenté ne galère pas trop !)

    Merci
    YannX

    Vous recevez ce mail car vous êtes impliqués sur ce projet.
    Pour changer les préférences d’envoi de mail, allez sur
    http://core.spip.org/my/account

    Le problème est simple, bien que quelque peu aléatoire...
    depuis que la sauvegarde est passée sous sqlite,
    je crois n’avoir pas souvent réussi
    (sur une douzaine au moins de sites SPIP 3.x chez OVH) une
    sauvegarde complète d’une base SPIP.

    Encore en milieu de semaine sur SPN : la restauration a zappé
    totalement
    la tables ARTICLES .. et la table RUBRIQUES

    La seule solution a été de ré-intégrer "a la mano" par Adminer
    (merci Suske)
    de petits bouts du dump SQL que prudent j’avais AUSSI fait avec
    Save_auto

    Peut-etre que ce souci serait aussi dû à l’implémentation SQlite
    chez OVH ?
    (j’avais constaté que l’instalaltion automatique SQlite SPIP
    créait un MySQL non-accessible ! )
    mais il me faudrait demander à Bernard de vérifier sur son serveur
    kimSufi
    si c’est également le cas....

    Je n’ose imaginer un utilisateur moins aguerri...

    Et ça ne serait pas dans ton cas un soucis de timeout ? Ou de mémoire ?

    Sauf si je n’ai pas vu un rechargement de page,
    j’apercois bien l’ecran final de SPIP qui m’affiche parfois (0/...) sur
    certaines tables :
    donc si c’etait un timeout, ce serait plutot de la base.... mais pas dès
    les premières tables ??

    Non, je vais commencer à croire à un conflit d’implémentation
    MySQL-SQlite chez OVH
    (si ce n’est un bug dû au préfixe, ou au principe de SQlite...) mais je
    ne sais déterminer d’ici !

    Si cette hypothèse se verifiait (appel a tous les utilisateurs de bases
    SPIP_préfixées chez OVH ??),
    cela serait très gênant pour de nouveaux utilisateurs,
    car tout le monde ne peut pas etre hébergé chez Nursit ! ;-)

    —
    YannX
    http://www.spippourlesnuls.fr

  • src/ : Remove un-needed MSVC6 workaround.

    4 juillet 2014, par Erik de Castro Lopo
    src/ : Remove un-needed MSVC6 workaround.

    MSVC6 was not able to cast from a uint64_t to a double and this
    
commit removes some #ifdef hackery designed to work around this
    
problem.
    

    Patch-from : lvqcl <lvqcl.mail@gmail.com>
    • [DH] src/flac/decode.c
    • [DH] src/flac/encode.c
    • [DH] src/libFLAC/fixed.c
    • [DH] src/libFLAC/stream_decoder.c
    • [DH] src/utils/flactimer/main.cpp

Navigation