Recherche avancée

Médias (0)

Mot : - Tags -/performance

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

Autres articles (81)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

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

  • Configurer la prise en compte des langues

    15 novembre 2010, par

    Accéder à la configuration et ajouter des langues prises en compte
    Afin de configurer la prise en compte de nouvelles langues, il est nécessaire de se rendre dans la partie "Administrer" du site.
    De là, dans le menu de navigation, vous pouvez accéder à une partie "Gestion des langues" permettant d’activer la prise en compte de nouvelles langues.
    Chaque nouvelle langue ajoutée reste désactivable tant qu’aucun objet n’est créé dans cette langue. Dans ce cas, elle devient grisée dans la configuration et (...)

Sur d’autres sites (13060)

  • Anomalie #4525 (Nouveau) : Fatal error en php 8.0

    15 juillet 2020, par Franck D

    Hello, :)

    Windows 10 (1909)
    Firefox 78.0.2
    Easyphp
    Apache 2.4.43 x64
    PHP 8.0.0 alpha1 x64
    MySQL 8.0.20 x64
    PhpMyAdmin 5.0.2

    memory_limit 512M
    post_max_size 130M
    upload_max_filesize 64M
    max_execution_time 300
    max_input_time -1

    Si je lance spip_loader, j’ai une page page de suite avec dedans :

    Fatal error : Uncaught Error : Call to undefined function each() in C :\Program Files (x86)\EasyPHP-Devserver-17\eds-www\test11\spip_loader.php:320 Stack trace : #0 C :\Program Files (x86)\EasyPHP-Devserver-17\eds-www\test11\spip_loader.php(1139) : _TT(’ce_repertoire’) #1 C :\Program Files (x86)\EasyPHP-Devserver-17\eds-www\test11\spip_loader.php(1254) : spip_presente_deballe(’./spip-3.2.zip’, ’spip/stable/spi...’, ’’, 0) #2 C :\Program Files (x86)\EasyPHP-Devserver-17\eds-www\test11\spip_loader.php(1360) : spip_deballe(’spip/stable/spi...’, ’’, ’’, 0) #3 main thrown in C :\Program Files (x86)\EasyPHP-Devserver-17\eds-www\test11\spip_loader.php on line 320

  • Anomalie #3535 : liste des rédacteurs connectés

    16 août 2017, par Julien -

    Sur un SPIP 3.2b, (migré depuis un 2.1 > 3.1 > 3.2b), j’ai en effet 4 types de valeur pour imessage : "oui", "non", vide, NULL.
    (Et une condition SQL imessage != 'non' retourne le vide mais pas le NULL).

    Au niveau MySQL, la colonne imessage n’a pas de NOT NULL.
    Au niveau du code SPIP, on trouve :
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/maj/v012.php#L35 : création initial en NOT NULL

    Il semble que sur une installation neuve :
    https://core.spip.net/projects/spip/repository/entry/spip/ecrire/base/objets.php#L225 : le "field" est absent (bien que référencé dans "champs_editables" L223)

    C’est l’organiseur qui semble gérer la création de imessage et messagerie :
    https://core.spip.net/projects/organiseur/repository/entry/base/organiseur.php#L27
    => Il crée ces champs sans préciser de NOT NULL contrairement à v012.php

    A noter que sur une base en SPIP 2.1, je vois que j’ai tout de même "OUI" à la propriété NOT NULL !!

    Au niveau du code SPIP, il semble que les conditions portent toujours sur != 'non'.
    Ne faudrait-il pas plutôt corriger la définition de la colonne en mettant un NOT NULL DEFAULT '' ?

  • Anomalie #4354 : Problème de recherche REGEX, mauvais joker

    19 juin 2019, par Jimmy Laporte

    b b a écrit :

    Salut, je ne reproduis pas chez moi avec SPIP 3.3, la recherche fonctionne sans problème avec ce titre.

    Ça ressemble à un problème du côté base de données, chez moi la table spip_articles est bien en utf8_general_ci, est-ce bien le cas de ton côté ?

    On dirait bien un doublon de #3930.

    Alors, là j’ai le bug sur 3.2.4, php 7.2.12, mysql 5.0.12-dev et c’est bien de l’utf8_general_ci

    Si tu veux tester le problème, j’ai installé un spip vierge tout frais pour illustrer :

    http://spip.telkea.com/ecrire
    login : demo
    pwd : testtest

    et tu recherches "Fêtes et Cérémonies", tu verras que l’article ne sort pas => http://spip.telkea.com/ecrire/?exec=recherche&recherche=F%C3%AAtes%20et%20C%C3%A9r%C3%A9monies
    tandis que si je modifie le joker "." en ".*" ça marche => http://spip.telkea.com/ecrire/?exec=recherche&recherche=F%C3%AAtes%20et%20C%C3%A9r%C3%A9monies&fix=true

     ;)

Navigation