spip-zone-com...@rezo.net a écrit le 04/04/2020 à
14:56 :
Author: e...@smellup.net
Date: 2020-04-04 12:56:18 + (Sat, 04 Apr 2020)
New Revision: 123261
Added:
_plugins_/cooliris/branches/
_plugins_/cooliris/branches/v1/
_plugins_/cooliris/trunk/
Removed:
[2020-04-04 16:04:08] Erreur : spip-zone/_plugins_/cooliris/branches/V1
inexistant
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
[2020-04-04 15:04:25] Erreur : spip-zone/_plugins_/cooliris/V1 inexistant
[2020-04-04 15:04:25] Erreur : spip-zone/_plugins_/cooliris/V2 inexistant
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev:
Hello,
suite à la mise en place du debardeur, les fichiers archivelists*.txt ainsi que
le fichier traductions.txt de salvatore ont été supprimés du repository SVN et
sont maintenant gérés sur le projet git
https://git.spip.net/spip-contrib-outils/archivelists
A noter que pour le debardeur
Les zips venant du trunk ou autre branches sont ceux de smart-paquet, et donc a
supprimer oui.
Il n’y a pas d’archivelist pour le debardeur (il prend tous les projets
hébergés par git.spip.net) sauf pour les externals.
On va créer un projet archivelist dans lequel on retrouvera aussi les
Le 04/04/2020 à 12:23, Cerdic a écrit :
suite à la mise en place du debardeur, les fichiers archivelists*.txt ainsi que le fichier traductions.txt de salvatore
ont été supprimés du repository SVN et sont maintenant gérés sur le projet git
https://git.spip.net/spip-contrib-outils/archivelists
A
C’est ajouté ici
https://git.spip.net/spip-contrib-outils/archivelists
Il n’y a plus rien sur SVN
--
Cédric
Le 4 avr. 2020 à 12:30 +0200, JLuc , a écrit :
> Le 04/04/2020 à 12:23, Cerdic a écrit :
> > suite à la mise en place du debardeur, les fichiers archivelists*.txt ainsi
> > que le fichier
Hello,
Je décrète à 20h30 la migration systématique de la Zone vers Gitea
terminée... ou presque !
Plus précisément, presque tous les plugins, squelettes et thèmes
compatibles avec SPIP 3.2, 3.1 et 3.0 ont été transférés sous git. Il ne
reste que quelques uns qui sont soit obsolètes soit
[2020-04-04 17:04:08] Erreur : spip-zone/_plugins_/cooliris/branches/V1
inexistant
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
Oui une bonne pratique perf c’est de stocker les sessions PHP dans une db
sqlite, ce qui se fait via le php.ini :
session.save_handler = sqlite
session.save_path = "/path/sessions.db"
--
Cédric
Le 4 avr. 2020 à 16:39 +0200, Fil , a écrit :
> hello,
>
> sur le site du diplo on s'est trouvés avec
Cool !
J'ai ouvert une page perf sur le wiki
https://contrib.spip.net/Astuces-Perf
bonne soirée à tou(te)s
Le 04/04/2020 à 17:55, Cerdic a écrit :
Oui une bonne pratique perf c’est de stocker les sessions PHP dans une
db sqlite, ce qui se fait via le php.ini :
|session.save_handler =sqlite
Par curiosité, quelqu'un sait à quoi correspond le poids d'un dépôt
indiqué dans Gitea ?
Par exemple sur celui là :
https://git.spip.net/spip-contrib-extensions/fusion_spip
Gitea indique 106 MB (sur la ligne avec le nombre de révisions et de
branches)
Alors que localement, le dépôt fait
Le 02/04/2020 à 17:59, nicod_ a écrit :
Hello,
quelqu'un peut me confirmer que SPIP 3.2+ est bien compatible Mysql 8 ?
Chez moi MariaDB 10.1, aucun problème.
Personne n'est sur Mysql 8 avec SPIP ?
Même en local ?
--
nicod_
___
liste:
hello,
sur le site du diplo on s'est trouvés avec un répertoire de sessions
comportant 10 fichiers et plus, et du coup je me suis rendu compte que
preg_files est très lent (le temps de recherche des sessions de l'auteur en
train de se loger est > 30s et la page part en timeout).
du coup
[2020-04-04 18:04:18] Erreur : spip-zone/_plugins_/cooliris/branches/V1
inexistant
___
liste: https://listes.rezo.net/mailman/listinfo/spip-dev
doc: https://www.spip.net/
dev: https://core.spip.net/
irc://irc.freenode.net/spip
Mysql 8.0.19 en local et aucun problème constaté non plus.
Cela dit la plupart de mes bases en local sont en sqlite, donc j'ai pas
testé assidument en mysql.
Le 04/04/2020 à 20:04, nicod_ a écrit :
> Le 02/04/2020 à 17:59, nicod_ a écrit :
>> Hello,
>>
>> quelqu'un peut me confirmer que SPIP
Le sam. 4 avr. 2020 à 20:41, nicod_ a écrit :
>
> Par curiosité, quelqu'un sait à quoi correspond le poids d'un dépôt
> indiqué dans Gitea ?
>
Normalement l'occupation disque sur le serveur,
si j'ai bien compris https://github.com/go-gitea/gitea/issues/7796
> Par exemple sur celui là :
>
>> Les tags je vois bien (git tag), mais les versions ce serait un truc
>> propre à Gitea ?
>>
>
> Non c'est propre à toutes les forges : release sur github par exemple.
Pas toutes les forges… Je n'ai pas souvenir d'avoir vu ça dans Trac
(et ne pas confondre avec Svn car il peut se brancher sur
Le mer. 1 avr. 2020 à 13:25, Eric Lupinacci a écrit :
>
> Yop,
>
> Le mer. 1 avr. 2020 à 12:03, Charles Razack a
> écrit :
>>
>> Après relecture de toutes les réponses sur la partie tag, j'avoue que c'est
>> toujours pas très clair pour moi sur ce que ça implique concrètement quand
>> on
Bonsoir,
Je reporte ici un bug avec le plugin autorité :
"Directement sous la balise body, il est affiché ’val=on !’
le bug disparaît si je décoche « Rédacteur voit auteurs : les rédacteurs
peuvent voir la liste des auteurs avec leurs mails et la page des autres
auteurs dans l’espace privé ?
20 matches
Mail list logo
