Revisions : SPIP

http://core.spip.org/projects/spip/activity

Les articles publiés sur le site

  • Anomalie #4728 (En cours) : Dump php, support pour MariaDB

    13 avril 2021, par b b

    Pour les dumps, il y a déjà un ticket à ce sujet par ici https://core.spip.net/issues/4374 et comme l'auteur n'a pas fait de retour sur le fix apporté, il n'y a pas eu de report en 3.2. Si tu veux, tu peux tester en 3.3 ou en 3.2 en y intégrant le patch mentionné dans le ticket.

    Sinon, tu mentionnes "Mise à jour via spip_loader.php" mais ne donne pas de détail à ce sujet , un oubli ? <= si oui, ça devrait être abordé dans un ticket dédié.

  • Anomalie #4728 (En cours) : Dump php, support pour MariaDB

    13 avril 2021, par Joachim SENE
    Si Spip fonctionne bien sur des serveurs utilisant MariaDB (comme chez l'hébergeur Nuxit), cela plante pour deux fonctions essentielles :
    • Sauvegarde de la base
    • Mise à jour via spip_loader.php

    Pendant la sauvegarde (je crois que c'est donc ecrire/base/dump.php) le préfixe de table est ignoré.
    Pour une base qui fonctionne avec un préfixe comme spippref* ici les erreurs renvoient spip* comme préfixe utilisé :

    2021-04-09 10:26:24 90.3.175.179 (pid 12829) :Pri:ERREUR: no such table: spip_articles -
    SELECT COUNT(*)
    FROM spip_articles - /home/users4/s/sj140phpnet/www/plugins-dist/dump/prive/squelettes/contenu/sauvegarder_fonctions.php L36 [sql_countsel(),dump_afficher_tables_sauvegardees(),html_4efc0080d0d07f4680aa17f4911fe369(),public_parametrer_dist(),public_produire_page_dist(),inclure_page(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),evaluer_fond(),recuperer_fond(),eval(),include(),include()]
    2021-04-09 10:26:24 90.3.175.179 (pid 12829) :Pri:ERREUR: Erreur sqlite HY000 / 1
    2021-04-09 10:26:24 90.3.175.179 (pid 12829) :Pri:ERREUR: no such table: spip_breves -

    La sauvegarde indique, dans l'espace privé :

    spip_articles (vide)
    spip_auteurs_liens (82/82)
    spip_breves (vide)
    spip_depots (vide)
    spip_depots_plugins (707/707)
    spip_documents (vide)
    spip_documents_liens (116/116)
    spip_forum (vide)
    spip_groupes_mots (vide)
    spip_jobs (7/7)
    spip_jobs_liens (vide)
    spip_messages (vide)
    spip_mots (vide)
    spip_mots_liens (203/203)
    spip_paquets (1109/1109)
    spip_petitions (vide)
    spip_plugins (732/732)
    spip_referers (vide)
    spip_referers_articles (vide)
    spip_rubriques (vide)
    spip_signatures (vide)
    spip_syndic (vide)
    spip_syndic_articles (vide)
    spip_types_documents (vide)
    spip_urls (172/172)
    spip_versions (vide)
    spip_versions_fragments (vide)

    Sachant que même les tables marquées comme ok 172/172 lignes sauvegardées par ex, sont en erreur dans le log !

    2021-04-13 11:29:25 90.3.175.179 (pid 23528) :Pri:ERREUR: no such table: spip_urls -

    J'ai échangé avec l'hébergeur, on en est arrivé à cette conclusion possible Spip & MariaDB à ce niveau pose problème. Je ne sais pas aller plus loin, si quelqu'un a besoin d'un FTP sur Nuxit je peux fournir !

    Je me suis permis d'assigner en fonction de la signature dans dump.php pour que le ticket soit reçu :)
    merci d'avance !

  • Anomalie #4721 : cadre trop petit au moment d’une nouvelle installation, installation impossble

    13 avril 2021, par Franck D

    Je confirme que cela semble faire la correction :)

  • Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

    13 avril 2021, par cedric -

    Sauf que quand tu fais un truc pour l'admin en disant "c'est que pour l'admin", 4 matins plus tard un plugin le réutilise pour le public, les yeux fermés, sans regarder les conséquences, et tu te retrouves à gérer la merde ensuite (cf le dateur, cf jqueryui, ...)

  • Evolution #4727 : Des pictos / icônes symboliques pour tout le monde

    13 avril 2021, par RastaPopoulos ♥

    - et même amha assez simplement la balise #ICON pourrait détecter si l'image demandée est dans un sprite connu, auquel cas elle utilise le sprite, sinon elle utilise le fichier individuel

    Ça c'est bien prévu dans le cahier des charges :)

    Pour les classes, si ya une autre méthode que la fonte tant mieux hein, mais ce qui compte c'est continuer d'avoir l'option des classes, surtout pour l'interface d'admin. Car il y a plein de cas où c'est utile quand on veut avoir une interface cohérente maintenable, surtout si elle est modulaire (plugins infinis qui doivent avoir aussi le même style, sans devoir tout changer partout dès qu'on veut changer le style d'un morceau, dont les pictos).

    Et pour une interface d'admin, il y a encore moins de freinage y compris pour une fonte, on parle pas du site public qui utilise 3 pictos (là c'est au choix de la personne intégratrice de faire les bonnes décisions). Pour l'admin on charge de toute façon des choses permanentes, dont les sprites, et on va de toute façon utiliser un certain nombre de pictos un peu partout + en rendre dispo pour les plugins + le fait que les fontes sont à peu près toujours plus légères que les sprites. Avec tout ça je ne vois pas de problème énorme à charger une fonte de 80 pauvres kilos pour ce qui est de l'admin… (on parle pas de 500ko là…)
    Batailler pour ne pas intégrer 80ko voire même 40ko si on prend un jeu moins gros que bootstrap, c'est un peu dérisoire… :)
    (et du coup justement ya PAS à maintenir un sous-ensemble, car déjà l'ensemble complet pèse bien moins lourd que les sprites SVG, ça fait de la maintenance en moins)

Navigation

Sites Web