Recherche avancée

Médias (0)

Mot : - Tags -/performance

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

Autres articles (58)

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

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

Sur d’autres sites (5538)

  • Anomalie #3846 (Nouveau) : La compression JS retire des espaces dans des chaines entre quotes

    25 octobre 2016, par b b

    Je viens de remarquer que dans certains cas, la compression JS retire des espaces dans des chaînes entre quotes, cf :

    http://zone.spip.org/trac/spip-zone/changeset/100159

    Le script passé à travers le filtre compacte est le suivant :

    http://zone.spip.org/trac/spip-zone/browser/_plugins_/gis/trunk/lib/leaflet/dist/leaflet.js

    En y regardant de plus près, des chaînes comme " leaflet-" deviennent "leaflet-" après compression, et comme celles-ci sont utilisées pour définir des classes css à appliquer sur des éléments du DOM, on se retrouve avec des attributs class comme "mahcinbidule" au lieu de "mahcin bidule".

    Le truc étrange, c’est que toutes les chaînes du type " machine" ne sont pas impactées, seulement certaines le sont...

  • Anomalie #3647 : #INTRODUCTION

    11 janvier 2016, par Ivan Lewkowitz

    Hello Franck, désolé, voici plus de détails :

    Il s’agit d’un Spip 3.0.21 mis à jour en 3.1 via Spip_loader.
    J’ai suivi les indications de maj. Les plugins sont compatibles (couteau suisse).
    Base de données : MySQL (exportée du site online via l’admin de Spip et réimportée en local, toujours via l’admin Spip, même version évidemment). Le fichier se termine en .sqlite (et non .dump ou autre).
    Le codage de la base est tout en utf-8, idem pour le site lui-même.

    Online, le site est en Spip 3.1 et Php 5.2 (module Apache) alors que dans Mamp, c’est Php 5.6.10 qui tourne (ou Php 7 au choix). Quand on passe d’une version à l’autre de Php en local, la première balise #INTRODUCTION est ignorée (le DIV accueillant l’intro est vide au lieu d’afficher un paragraphe).
    Ça c’est pour l’intro dans une boucle ARTICLES.


    [(#INTRODUCTION800|liens_ouvrants|propre)]

    Mais bizarrement, j’appelle aussi l’intro en survol sur des titres d’articles plus loin, et ça fonctionne sans problème :

    Donc… mystère. Donc pour résumer ma première balise intro ne saute qu’en local et avec Php 7 (donc rien de dramatique). J’ai pas essayé d’activer Php 7 chez mon hébergeur ; c’est proposé en beta encore.
    A ta dispo.

  • 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