* ajout import media
(benchmark autoblog.suumitsu.eu -> media.suumitsu.eu: ~4 fichiers / sec)
L'import des fichiers peut donc prendre dans les ~40 sec pour les plus gros autoblogs, ce qui amène à l'import de 1 autoblog par $max_exec_time de 5 sec
modified: _experimental/index.php
modified: _experimental/xsaf3.php
- modif credits
- articles_per_page et update_interval en fonction de SITE_TYPE dans xsaf3.php
- index.php: iframe vers xsaf3.php
- [TODO: adaptation des formulaires d'ajout de index.php]
- xsaf3.php: prise en compte de $get_remote_db
- [TODO: prise en compte de $get_remote_media]
- xsaf3.php: si {flux invalide}, supprimer le foldername crée -> à vérifier, le rmdir n'a pas eu d'effet chez moi
- (option de repri: ne pas créer de foldername si {flux invalide} )
- bug: avec pleins d'images à récupérer, VVB n'en récupère certaines que partiellement (ex: https://autoblog.suumitsu.eu/Le%20blog%20de%20Mitsu/?T%C3%A9l%C3%A9vision )
(bugfix possible si traitement d'un copy() qui retourne FALSE)
(contexte: VVB doit récupérer chaque image liée ET chaque miniature intégrée, ça fait 22 fichiers à copier pour cette page)
renamed: _experimental/vvb.ini -> _experimental/gatitac/vvb.ini
new file: _experimental/icon-logo.svg
modified: _experimental/index.php
new file: _experimental/xsaf3.php
/!\ NON FONCTIONNEL
- préparation du code pour XSAF3 et import DB
CSS pour shaarli; mise en commun du CSS.
Test: une table "search" en FTS3 ou FTS4 ne se justifie pas vraiment, le poids est sensiblement augmenté pour un effet négligeable pour des DB de la taille de VVB.
TODO: la réécriture des URL pour les img-src fait des URL absolues, donc si on veut faire la récup d'une DB distante via XSAF l'autoblog va pointer les images vers l'autre autoblog. Les URL doivent donc être relatives ( "media/blabla.png" ). J'ai bidouillé un peu avec un autoblog pour Korben, mais pas trouvé (MEDIA_DIR ligne 39 suffit pas).
récup de media via XSAF: option "liste de medias" qui peut être utilisée par la ferme importatrice pour récupérer les medias un par un. Faire générer un TAR par la ferme exportatrice n'est vraiment pas top.
TODO: message adéquat en cas de DB verrouillée: à la mise à jour d'un autoblog un second visiteur peut être confronté au message "database locked blabla". Donc: délayer une reqête genre $this->articles->busyTimeout('10000'); mais je sais pas vraiment où l'insérer (ah les joies de l'orienté objet)
new file: _experimental/autoblog-0.3.php
new file: _experimental/config.php
new file: _experimental/index.php
new file: _experimental/vvb.ini
(VVB 0.3 experimental build 0)
- ajout d'une limitation du nombre d'autoblogs crées
- remise en forme des messages de DEBUG
- exclusion des liens de flux avec redirection
- usage de get_headers pour $to_update
/!\ fiabilité de l'itération à vérifier
/!\ bug indéterminé toujours encore rencontré quand to_update actif: les dossiers de chaque autoblog sont crées avec un index.php de 0 octets dedans - peut être juste un cache à la con.
- ajout de "panneaux stop" (return à la fin de la fonction principale, et die à la fin de script) - il y a peut-être un break à ajouter ligne 138
modified: xsaf2.php
- ajout: validation W3C du flux à l'ajout et import
- changement: les flux des Identica et Statusnet sont désormais RSS (l'ATOM est invalide W3C)
- ajout: "bootstrap" du XSAF depuis un répertoire Github dédié (nombre d'autoblogs réduit)
/!\ la validation du flux rallentit horriblement XSAF, erreurs 500 sur l'export à Oros.
Eviter donc le XSAF depuis des grosses fermes tant que le XSAF n'a pas une fonction limitant le nombre de nouveaux autoblogs crées en une fois.
