http://permalink.gmane.org/gmane.comp.web.spip.zone hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.spip.zone/32703 <pre>Sans aller aussi loin, il me semble toutefois que cela rappelle la notion de doeud dans Drupal ... Article noeud ? OU noeud tout court ? Le 18/06/2013 21:53, Maïeul a écrit : </pre> François 2013-06-18T20:47:22 http://permalink.gmane.org/gmane.comp.web.spip.zone/32702 <pre>Le 18.06.13 21:33, Eric a écrit : pour le coup il me semble que c'est juste l'opposé de "lié". Donc un participe présent actif plutôt qu'un participe passif. Enfin j'ai mis un alias Après est-ce qu'on doit garder "liant" ? Je ne sais pas, mais quel terme ? </pre> Maïeul 2013-06-18T19:53:57 http://permalink.gmane.org/gmane.comp.web.spip.zone/32701 <pre>Ouep moi je trouve que ça me parle pas du tout le terme liant. Le 18 juin 2013 21:19, davux &lt;da&lt; at &gt;weeno.net&gt; a écrit : </pre> Eric 2013-06-18T19:33:38 http://permalink.gmane.org/gmane.comp.web.spip.zone/32700 <pre>Oui c'est un projet a suivre et genre intégré au plugin dev serait un bon outil. Cela dit on documente uniquement le php avec ces solutions, et les modèles complexes/noisettes ou portions de squelettes pourraient aussi mériter de l'être, vu que tout tend à être écrit en spip. Même en intégration, avec les plugins quand on crée une distrib on ne sait dès fois même pas tout ce qui est disponible (par exemple les saisies, ou des modèles dans d'autres plugins) si on ne regarde pas a chaque mise à jour ou ne suis pas forcément tout les échanges. Dès fois je crée un modèle ou autre et découvre deux semaine après que c'était tout fait (en mieux forcément^^) dans tel plugin, bref , je dois pas être le seul non plus. Donc tout étant écrit en spip (même si c'est du php à la base), j'ai déjà plusieurs fois lancé l'idée (pas bien haut certes !!) qu'il faudrait aussi que le codage de squelettes noisettes puisse se documenter plus ou moins par lui-même avec un type similair</pre> Arnaud Bérard 2013-06-18T16:02:42 http://permalink.gmane.org/gmane.comp.web.spip.zone/32699 <pre>http://contrib.spip.net/Formulaire-de-contact-libre?lang=fr (a l'air de faire ce que tu recherches) </pre> Gildas Cotomale 2013-06-18T13:53:35 http://permalink.gmane.org/gmane.comp.web.spip.zone/32698 <pre> C'est un exemple (à taper en ligne de commande) sur un système Unix (mais comme je le disais il peut y avoir des différences selon le système de fichiers utilisé car il n'y en a pas un seul) Créer le fichier nommé "vide" s'il n'existe pas... (précision importante...) dans le répertoire courant Demander la taille du fichier nommé "vide" dans le répertoire courant Et là, le système répond "aucun octet" (bon, la commande "du" indique l'espace occupé effectivement sur le disque --parce-qu'on sait dire la taille logique exacte du fichier mais qui est inférieur ou égal à la taille physique du nombre de secteurs-- par les données brutes --donc le contenant sans tenir compte de ce que le système rajoute) On met un caractère espace dans le fichier (c'est exactement la même chose que d'ouvrir le fichier dans un éditeur de texte, de taper un espace puis d'enregistrer et fermer) On redemande la taille du fichier avec ce seul caractère espace (normalement un seul octet... avec la plupart des en</pre> Gildas Cotomale 2013-06-18T13:39:02 http://permalink.gmane.org/gmane.comp.web.spip.zone/32697 <pre>NTFS est théoriquement mieux que la VFAT à cause de la gestion des droits d'accès et éventuellement la journalisation, mais pas forcément moins gourmand... Difficilement prévisible à cause d'autres facteurs autre que la taille effective des données. Les allocations non-contiguës (phénomène dit de fragmentation) augmentent sensiblement la taille du fichier tout en dégradant les performances (à cause du mauvais temps d'accès) </pre> Gildas Cotomale 2013-06-18T13:23:09 http://permalink.gmane.org/gmane.comp.web.spip.zone/32696 <pre>Arf, Pascal m'avait devancé :) Non, non, il faut raisonner en terme de "système de fichiers" (organisation logique et utilisation des "secteurs physiques" du disque) et non de "système d'exploitation". MS Windows gère par exemple FAT(16), VFAT/FAT32, NTFS, et d'autres (dont CDFS) Il en va de même pour les systèmes Unix (y compris Linux et MacOs X) Selon le système de fichiers il y a une taille minimale (dit de cluster) allouée à un fichier... (cela peut se paramétrer au formatage pour certains systèmes de fichiers --VFAT/NTFS?/Ext-- selon la taille de la partition --certaines valeurs sont possibles ou pas en fonction de l'espace de stockage à gérer) </pre> Gildas Cotomale 2013-06-18T13:15:12 http://permalink.gmane.org/gmane.comp.web.spip.zone/32695 <pre>Bonjour, De la même manière qu'un commentaire dans le forum d'un article peut prendre comme titre, le titre de l'article, j'aimerais que, si un internaute envoi un mail, depuis un article, le titre de l'article figure dans le corps du mail. Précision : Je ne parle pas de fonction, "envoyer à un ami", je parle d'un mail adressé au site, comme celui du formulaire de contact avancé, mais contenant une référence à l'article depuis lequel il a été envoyé. Je pensais à boucle avec #ENV, mais j'avoue ne pas être très sûr de ce qu'il faut faire. Merci d'avance. Hervé Le Dantec - Fennec72</pre> Hervé Le Dantec 2013-06-18T13:04:23 http://permalink.gmane.org/gmane.comp.web.spip.zone/32694 <pre>Pardonne moi Denis, mais j'avoue que je ne comprends pas . Bernard Denis Chenu a écrit : </pre> Bernard Blazin 2013-06-18T13:03:02 http://permalink.gmane.org/gmane.comp.web.spip.zone/32693 <pre> Pas de quoi ; parfois l'ordi bégaye ;-) </pre> Gildas Cotomale 2013-06-18T13:02:19 http://permalink.gmane.org/gmane.comp.web.spip.zone/32692 <pre>Je suis bien en NTFS (Vista). Par contre je ne connais pas le système de partition du DD sur Mac Pascal . a écrit : </pre> Bernard Blazin 2013-06-18T13:00:28 http://permalink.gmane.org/gmane.comp.web.spip.zone/32691 <pre>Bonjour. Tout d'abord, es-tu certain que la table soit vide ? Parce-que ne pas voir de brèves dans l'Espace Privé de SPIP ne signifie pas qu'il n'y en a pas à la poubelle... (il ne faut pas oublier qu'on affiche sélectivement le contenu des tables selon certains critères : seul un "SELECT * FROM spip_breves;" depuis un client SQL connecté au serveur saura te dire) Par ailleurs, les tables vidées (même par un "TRUNCATE spip_breves;") ont leur contenu marqué comme vide mais le fichier n'est pas vidé ...tant qu'il y avait des accès... (ceci arrive quand il y a plusieurs connexions au SGBD ...ou si le VACUUM a un délai trop long...) Mêmes remarques que précédemment... Mais en plus, des tables (et donc les fichiers qui contiennent les données) vides consomment un certain nombre d'octets qui dependent du système de fichier... La (V)FAT est particulièrement gourmande... </pre> Gildas Cotomale 2013-06-18T12:58:20 http://permalink.gmane.org/gmane.comp.web.spip.zone/32690 <pre>Salut, Le 18/06/2013 14:33, Bernard Blazin a écrit : $ touch vide $ du vide 0vide $ echo " " &gt; vide $ du -h vide 4,0Kvide Denis :) </pre> Denis Chenu 2013-06-18T12:48:01 http://permalink.gmane.org/gmane.comp.web.spip.zone/32689 <pre> Très réactif Pascal! Merci. Oui c'est vrai que l'allocation d'un cluster coute un certain nombre d'octets Mais c'est pas totalement anodin.. pour 10 octets sur Mac je suis à 1.1ko Sur PC je risque fort d'être à pratiquement 33ko! D'où le choix d'un bon serveur car j'imagine que Linux et Unix ne font pas la même chose côté partition du disque. Merci d'avoir éclairé ma chandelle ;) Pascal . a écrit : </pre> Bernard Blazin 2013-06-18T12:33:08 http://permalink.gmane.org/gmane.comp.web.spip.zone/32688 <pre>Bernard Blazin a écrit : désolé pour le double envoi... </pre> Bernard Blazin 2013-06-18T12:19:30 http://permalink.gmane.org/gmane.comp.web.spip.zone/32687 <pre>Bjr, Qui pourrait m'expliquer ce phénomène! Sur un PC avec wamp SPIP 3.10 tables de la BDD vide: ex: spip_breves: 32 Kio Sur Mac et Mamp même version de SPIP et tout aussi vide! spip_breves: 1 Kio </pre> Bernard Blazin 2013-06-18T12:17:40 http://permalink.gmane.org/gmane.comp.web.spip.zone/32686 <pre>Bjr, Qui pourrait m'expliquer ce phénomène! Sur un PC avec wamp SPIP 3.10 tables de la BDD vides: ex: spip_breves: 32 Kio Sur Mac et Mamp même version de SPIP et tout aussi vide! spip_breves: 1 Kio </pre> Bernard Blazin 2013-06-18T12:17:13 http://permalink.gmane.org/gmane.comp.web.spip.zone/32685 <pre>Hello, Donc oui ça marche et je l'ai implémenté dans Plugins SPIP. Encore un peu de patience et on aura un menu de langues. Le 17 juin 2013 02:30, Gildas Cotomale &lt;gildas.cotomale&lt; at &gt;gmail.com&gt; a écrit : </pre> Eric 2013-06-18T07:13:34 http://permalink.gmane.org/gmane.comp.web.spip.zone/32684 <pre>Tout à fait. Le site d'autodoc utilise les commentaires PHPDoc. Il faut donc en amont rajouter ces commentaires dans le code. Le site d'autodoc est pour le moment limité au core. Mais on peut s'attendre à ce qu'il soit ensuite étendu aux plugins, ou à tout le moins certains plugins. Dès lors se pose bien la question des outils pour aider les dev à documenter le code. Ceci dit, le lien envoyé correspond à une beta qui vient juste de sortir. Il faut probablement attendre de voir un peu comment ce projet évolue et voir si le script peut aisément être adapté pour êre embarqué dans un plugin et être appliqué à un autre plugin. De plus, il faudrait voir les spécifités propres au site d'autodoc (tags spécifiques par exemple). Cela reste néanmoins une piste à creuser dans les mois à venir. Joseph Le 18 juin 2013 08:06, Arnaud Bérard &lt;arnaud.berard&lt; at &gt;mister-graphx.com&gt; a écrit : </pre> Joseph 2013-06-18T06:54:04 http://permalink.gmane.org/gmane.comp.web.spip.zone/32683 <pre>Nan Zora génère la doc, la c'est un outil pour aider le développeur a commenter Le 18/06/13 07:59, Pierre KUHN a écrit : </pre> Arnaud Bérard 2013-06-18T06:06:54 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.spip.zone