Re: [Dotclear Dev] 2.13-dev mots de passe

[Pep]

Sérieux ?! Rha la vache !
C'est vraiment moche de vieillir... ^^


Le 21/12/2017 à 13:31, Philippe a écrit :
> Si Môssieur, j'ai pris un avertissement, et je suis bien au bouillon...
>
> --
> Philippe
>
>
> Le 21 décembre 2017 à 11:45, Pep  a écrit :
>
>> "Bouillon de légumes" ?!
>> Tu n'es pas crédible... xD

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2.13-dev mots de passe

[Pep]

"Bouillon de légumes" ?!
Tu n'es pas crédible... xD


Le 21/12/2017 à 11:08, Philippe a écrit :
> Si ça se trouve je suis le bug, mettez ça sur le compte de l'âge et
> d'un abus de bouillon de légumes ;)
>
> --
> Philippe
>
>
> Le 21 décembre 2017 à 10:33, Lomalarch  a écrit :
>
> Je n’ai pas rencontré le mystérieux bug de Philippe !

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Interface d’admin qui « rame » ?

[Pep]

C’est lié au « bon vieux » souci de vérification des mises à jour. Le serveur 
de mise à jour doit ramer. En rajoutant la constante qui va bien dans le 
config.php, tout rentre en ordre.

Il y a un billet là-dessus chez le chef. Pas l’URL sous le coude et sur mobile. 
Désolé.

Florent Cotton


> Le 18 oct. 2017 à 22:08, Laurence Furic  a écrit :
> 
> Je n'ai pas d'avis, mais je plussoie que je rencontre le même type de
> réponse très lente pour accéder à l'interface d'administration
> Accéder au blog se fait immédiatement, mais pas à l'administration du blog.
> 
> Otir
> 
> http://about.me/Otir
> 
> 2017-10-18 15:31 GMT-04:00 Aymeric :
> 
>> Hello,
>> 
>> J’ai posé ma question sur IRC, mais je pense que j’aurais plus de
>> réponse ici :)
>> 
>> J’ia petit soucis avec mon blog, le blog réagit bien et vite, mais
>> l’interface d’admin charge très lentement, voir fini en timeout.. mais
>> une fois que c’est chargé ça marche assez normalement
>> Ça ne me le faisais pas il y a quelques jours (début de la semaine), je
>> n’ai rien dans les logs côté serveur.
>> 
>> Je me demande si ça ne pourrait pas être liée au check de mise à jour
>> qui serait long/ne répondrai pas ?
>> Je pense à ça, parce que quand j’essaye de faire un wget depuis mon
>> serveur sur dotclear.org ça donne ça :
>> 
>> 
>> # wget -O/dev/null http://dotclear.org
>> --2017-10-18 21:15:40--  http://dotclear.org/
>> Résolution de dotclear.org (dotclear.org)… 88.191.250.71
>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:80… connecté.
>> requête HTTP transmise, en attente de la réponse… 302 Found
>> Emplacement : https://dotclear.org/ [suivant]
>> --2017-10-18 21:17:17--  https://dotclear.org/
>> Connexion à dotclear.org (dotclear.org)|88.191.250.71|:443… connecté.
>> requête HTTP transmise, en attente de la réponse… 200 OK
>> Taille : non indiqué [text/html]
>> Sauvegarde en : « /dev/null »
>> 
>> /dev/null[ <=>
>> 
>>   ]  10,63K  58,2KB/s   ds 0,2s
>> 
>> 2017-10-18 21:17:24 (58,2 KB/s) - « /dev/null » sauvegardé [10890]
>> 
>> 
>> Soit plus de 2 minutes pour récupérer la page d’accueil.
>> 
>> Des avis ? :)
>> 
>> Aymeric.
>> --
>> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/
>> listinfo/dev
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Github

[Pep]

Objection, votre honneur !

Comment ça, les 10 minutes sont déjà passées ?!
Plus sérieusement, aucun souci pour moi : en cas de besoin, c'est
toujours du côté de BitBucket que je vais gratter.

(Et des bises, itou.)

Le 16/10/2017 à 09:50, Franck Paul a écrit :
> Bonjour tout le monde (on est encore nombreux d'ailleurs ici ?)
>
> J'ai déniché un service qui permet de maintenir à jour un dépôt Github
> (git) depuis les commits effectués sur un dépôt Bitbucket (hg) →
> https://githgmirror.com/
>
> J'ai tenté de configurer ça avant-hier et passé quelques erreurs de
> paramétrage je me retrouve coincé pour des problèmes de conflits entre les
> commits enregistrés côté git vs hg. Vu que le dépôt Github est resté à
> l'ancienne 2.6, j'envisage de le supprimer complètement et de le recréer ?
>
> Quelqu'un s'y oppose ?
>
> Vous avez dix minutes :-)
>

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Bug avec plugin related et mise à jour 2.7

[Pep]

Merci pour la mention, Nicolas, et surtout merci pour l’adoption de ce pauvre 
orphelin.
Je suis persuadé qu’il est désormais entre de bonnes mains.
:-)


> Le 30 déc. 2014 à 19:27, Nicolas  a écrit :
> 
> Et il est là :
> https://github.com/nikrou/related
> 
> Le 30 décembre 2014 19:26, Nicolas  a écrit :
> 
>> 
>> 
>> Le 30 décembre 2014 18:46, Philippe  a écrit :
>> 
>>> Nicolas, si tu as besoin je pourrais participer à la rédaction de
>>> l'aide intégrée du plugin, qui manque, et à tous les tests nécessaires
>>> 
>> 
>> Avec plaisir.
>> Le dépôt est créé.
>> 
>> Fais toi plaisir sur les bugs, pull-request,...
>> 
>> 
>> 
>>> 
>>> Le 30 décembre 2014 18:03, Nicolas  a écrit :
>>>> Merci chef.
>>>> 
>>>> Le 30 décembre 2014 17:45, Franck Paul  a
>>>> écrit :
>>>> 
>>>>> Il a dit oui (plus haut dans l'enfilade). Je bascule le ploug chez toi
>>>>> nikrou…
>>>>> 
>>>>> Le 30 décembre 2014 17:44, Franck Paul 
>>> a
>>>>> écrit :
>>>>> 
>>>>>> Pep a dit oui ?
>>>>>> 
>>>>>> Le 30 décembre 2014 17:40, Nicolas  a écrit :
>>>>>> 
>>>>>> Le 30 décembre 2014 17:32, Philippe  a écrit
>>> :
>>>>>>> 
>>>>>>>> Nicolas, tu as eu le temps de regarder ce que tu pouvais faire
>>> avec ce
>>>>>>>> fameux plugin ?
>>>>>>>> 
>>>>>>> 
>>>>>>> Moi je suis partant mais j'attendais le feu vert. Mais en relisant
>>> j'ai
>>>>>>> l'impression qu'il ne me manque les permissions qui vont bien sur
>>>>>>> dotaddict. Chef, chef ?
>>>>>>> --
>>>>>>> Dev mailing list - Dev@list.dotclear.org -
>>>>>>> http://ml.dotclear.org/listinfo/dev
>>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> --
>>>>>> Franck
>>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Franck
>>>>> --
>>>>> Dev mailing list - Dev@list.dotclear.org -
>>>>> http://ml.dotclear.org/listinfo/dev
>>>>> 
>>>> --
>>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>>> http://ml.dotclear.org/listinfo/dev
>>> 
>> 
>> 
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Bug avec plugin related et mise à jour 2.7

[Pep]

Hello,

Je comprends mieux pourquoi j’avais les oreilles qui sifflaient depuis quelques 
jours…

Y aurait-il un lien vers une doc traitant des adaptations à faire pour la 
transition 2.6 vers 2.7 d’un plugin utilisant l’éditeur ?
Il me semblait bien en avoir vu passer un, mais je ne le retrouve pas. :-/

Sinon, concernant mes pieds, il n’y a aucun problème. N’étant plus actif côté 
Dotclear, je n’ai aucun souci à voir mes « petits » adoptés par des 
développeurs plus impliqués (d’ailleurs, c’est déjà le cas…).

Bon dimanche à tous.


> Le 21 déc. 2014 à 09:05, mirovinben  a écrit :
> 
> Ok pour moi .
> 
> Je ne suis pas spécialement pressé (même si j'en parle depuis un moment ici 
> ou ailleurs) mais c'est vrai qu'il faut "rénover" l'admin de cet excellent 
> plugin.
> 
> Le 21/12/2014 08:28, Kozlika a écrit :
>> Pep a parfois les yeux plus gros que le ventre. Je suggère les étapes
>> suivantes :
>> 
>> 1. Michel attend demain et on demande à Pep
>> 2. Si ça n'est pas fait demain, Nicolas y jette un zyeux
>> 3. Il envoie le plugin modifié à Michel et à Pep
>> 4. Pep n'a plus qu'à valider la modif et soit mettre à jour le dépot lui
>> même, soit refiler les droits à Nicolas.
> 
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Fwd: Click Jacking Vulnerability

[Pep]

C'est le cas... :-)
Il reste le compromis de fixer cela à "sameorigin".


> Le 15 nov. 2014 à 16:16, Franck Paul  a écrit :
> Sinon il faut aussi vérifier que le preview de billet (en cours d'édition)
> ne fait pas appel à des iframes, …
> 
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [we need you beaucoup] centre d'aiguillage/plan général

[Pep]

Huhu :-D


Le 29 oct. 2013 à 23:35, Kozlika  a écrit :

> gnagnagna
> 
> 
> Le 29 octobre 2013 23:34, Pep  a écrit :
> 
>> C'est une blague, hein ?
>> Manque plus que perdu.com et la cartographie est complète ?
>> :-p
>> 
>> 
>> Le 29 oct. 2013 à 23:32, Kozlika  a écrit :
>> 
>>> snif, personne ?
>>> 
>>> J'ai trouvé sur le wiki cette page qui constitue un bon point de départ
>>> aussi http://localhost/ftp-dc/share/dokuwiki/2.0/links
>>> 
>>> 
>>> Le 29 octobre 2013 09:04, Kozlika  a écrit :
>>> 
>>>> Hello,
>>>> 
>>>> La personne qui s'était portée volontaire pour établir le plan général
>> de
>>>> la galaxie Dotclear/Dotaddict a disparu des radars. Qui voudrait bien
>>>> prendre ça en charge (assez rapidement) ?
>>>> 
>>>> Il s'agit de faire comme dans un plan de site mais en étendant à tous
>> les
>>>> sites et sous-sites, en s'appuyant sur le travail qu'avait fait Tetsuo
>> http://fr.dotclear.org/documentation/galaxie-dotclear-classee-par-themes/galaxie-dotclear-classee-par-themes
>>>> 
>>>> --
>>>> Anne / Kozlika
>>> 
>>> 
>>> 
>>> --
>>> Anne / Kozlika
>>> --
>>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
> 
> 
> 
> -- 
> Anne / Kozlika
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [we need you beaucoup] centre d'aiguillage/plan général

[Pep]

C'est une blague, hein ?
Manque plus que perdu.com et la cartographie est complète ?
:-p


Le 29 oct. 2013 à 23:32, Kozlika  a écrit :

> snif, personne ?
> 
> J'ai trouvé sur le wiki cette page qui constitue un bon point de départ
> aussi http://localhost/ftp-dc/share/dokuwiki/2.0/links
> 
> 
> Le 29 octobre 2013 09:04, Kozlika  a écrit :
> 
>> Hello,
>> 
>> La personne qui s'était portée volontaire pour établir le plan général de
>> la galaxie Dotclear/Dotaddict a disparu des radars. Qui voudrait bien
>> prendre ça en charge (assez rapidement) ?
>> 
>> Il s'agit de faire comme dans un plan de site mais en étendant à tous les
>> sites et sous-sites, en s'appuyant sur le travail qu'avait fait Tetsuo
>> http://fr.dotclear.org/documentation/galaxie-dotclear-classee-par-themes/galaxie-dotclear-classee-par-themes
>> 
>> --
>> Anne / Kozlika
> 
> 
> 
> -- 
> Anne / Kozlika
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] patch "related"

[Pep]

Yep, c'est d'ailleurs pour cela que je ne veux pas juste appliquer de la
rustine à la va-vite sur ces vieux plugins, mais bien réécrire tout ce qui
sera nécessaire en prenant le temps de remonter l'histoire des évolutions du
core et mécanismes d'extensions.

Et désolé d'avoir montré les crocs, mais mon début de semaine m'a fait
passer en mode ours mal léché. Faut juste que je me calme.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Denis Jean-Christian
Envoyé : mercredi 23 octobre 2013 10:07
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] patch "related"

Oui oui, loin de moi l'idée de remettre en cause ta façon de coder, tu le
fais surement mieux que moi, c'était plutôt dans l'optique d'insuffler un
vent de "bonnes pratiques" à ceux qui tentent de coder pour Dotclear. C'est
mon dada en ce moment.

JC

Le 23/10/2013 10:01, Pep a écrit :
> Merci pour le cours mais petit rappel : il s'agit d'un code datant
> d'au moins 4/5 ans qui se basait sur une pratique commune à l'époque
> par la dcTeam.
>

--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] patch "related"

[Pep]

Merci pour le cours mais petit rappel : il s'agit d'un code datant d'au
moins 4/5 ans qui se basait sur une pratique commune à l'époque par la
dcTeam.



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Denis Jean-Christian
Envoyé : mercredi 23 octobre 2013 09:45
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] patch "related"

Petit cours de dev Dotclear:

Ne pas utiliser $core->blog dans un _prepend.php ! Car il se peut que
l'object blog n'existe pas.
Si vraiment tu en as besoin dans le prepend, entoure le d'une condition:

if ($core->blog !== null) {
$core->blog->...
}

voila, c'est tout pour ce matin ;-)

JC

Le 23/10/2013 09:23, mirovinben a écrit :
> Pep, j'ai merdoyé dans l'envoie de la pièce jointe. Si tu es
> intéressé, tu peux me contacter par mail.
>
> J'ai ajouté ce matin un correctif pour éviter la "notice"
> (_prepend.php, ligne 21 :
> $core->blog->settings->related->related_url_prefix n'existe pas)  qui
> s'affiche en haut de l'admin après la création d'un blog sur un
> multi-blog ayant déjà "related" d'installé.
>

--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] patch "related"

[Pep]

Hello Mirovinben,

Ce serait mieux que tu m'envoies le patch directement sur mon adresse email
et non sur la liste, tu ne crois pas ? :-)
D'autant que le gestionnaire de liste est un peu radical avec les pièces
jointes...


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de mirovinben
Envoyé : mercredi 23 octobre 2013 09:23
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] patch "related"

Pep, j'ai merdoyé dans l'envoie de la pièce jointe. Si tu es intéressé, tu
peux me contacter par mail.

J'ai ajouté ce matin un correctif pour éviter la "notice" (_prepend.php,
ligne 21 : $core->blog->settings->related->related_url_prefix n'existe pas)
qui s'affiche en haut de l'admin après la création d'un blog sur un
multi-blog ayant déjà "related" d'installé.


Le 23/10/2013 05:37, mirovinben a écrit :
> Heu, Philippe, on va attendre deux choses :
>
> -1- que Pep ne veuille plus s'en occuper. Ce qu'il n'a pas dit ("Je
> souhaite en conserver le pilotage, même si je n'ai que très peu de
> temps à consacrer à leur code.")
> -2- que je sois capable de comprendre le code du plugin. Ce qui est loin
d'être gagné. Ne parlons même pas des termes "forkables sur github ou
bitbucket afin de procéder par PR"...
>
> Et là, je crois que c'est pas demain la veille.
>
> Pep, voici mon patch qui...
>
> -1- ajoute le mécanisme permettant l'insertion d'une icône
> personnalisée dans le tableau de bord (fastoche),
> -2- renvoie à la ligne les champs de la barre d'outils à droite dans
l'édition d'une page (inc/page.php), permettent ainsi une présentation plus
2.6. Codé avec les pieds, surtout le gauche. Pas d'intervention CSS côté
boutons.
> -3- rend valide la page des onglets(inc/panel.php). Par contre pas sûr que
ma bidouille soit correcte au niveau accessibilité/bonnes pratiques...
>
> Tu en fais ce que tu en veux.
>
>
>
> Le 22/10/2013 14:55, phili...@dissitou.org a écrit :
>> Le 22 octobre 2013 13:28, mirovinben  a écrit :
>>
>>> Effet "42" renouvelé par Brol, qui me permet enfin de savoir où en
>>> sommes-t'on avec tes œuvres. J'ai une soixantaine de pages statiques
>>> qui tournent actuellement dans mes différents blogs. Je prendrais
>>> bien le relais pour "related"
>> Chouette, j'avais failli le proposer mais puisque tu t'y colles...
>>
>> Merci
>>
>

--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] liste des mails des auteurs

[Pep]

Salut,
Alors, hop !

Pep : callme...@gmail.com

Plugins "cédés" :
* YaSH (-> Franck Paul)
* commentsWikibar (-> Franck Paul)

Plugins abandonnés (ou en cours d'abandon) :
* defensio : Plugin Antispam reposant sur le service éponyme. Le service a
changé de main, mais également d'API. Je ne sais pas si la version 1.0 de
l'API sera maintenue encore longtemps et je n'aurai pas le temps d'étudier
la v 2.0 et de convertir le plugin.

Plugins sous perfusion :
* feedEntries
* related
* sitemaps
* flatPages (normalement pas diffusé via DA)

Je souhaite en conserver le pilotage, même si je n'ai que très peu de temps
à consacrer à leur code. Je suis preneur de patches et peux faire en sorte
qu'ils soient forkables sur github ou bitbucket afin de procéder par PR.

Plugins dans le lot commun dotclear :
* packager
* dayMode

La dcTeam a toute liberté de s'en charger et je reste dispo si questions à
leur sujet.

Voilà.
Bonne journée.
Calmez-vous un peu.
Et buvez de l'eau (#oupas !)



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Bernard Le Roux
Envoyé : mardi 22 octobre 2013 11:39
À : dev
Objet : Re: [Dotclear Dev] liste des mails des auteurs

Pour ma part, je n'ai fait que de recenser les plugins faire une liste.
Je n'ai envoyé aucun mail, aucun contact Je pensais justement demander comme
faire sur le ML ... : la manière de procéder, le texte des mail, des
contacts directs par des personnes qui se connaissent bien etc.




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Branches

[Pep]

Petit souci : lorsque je synchronise mon fork sur Bitbucket, je n'ai aucune
trace d'une branche 2.6.
J'pas'tout'comprendre, lo.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : jeudi 17 octobre 2013 07:20
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Branches

Et vu le souk que ça a été pour récupérer le dernier PR sur la branche 2.6,
on ne sortira pas la RC demain, va falloir tester quelques jours avant de
l'envisager.


Le 17 octobre 2013 07:02, Franck Paul  a écrit
:

> Plop les gens,
>
> À tout ceux qui commitent ou qui font des Pull-Request sur les dépôts,
> je rappelle (encore) qu'il faut bosser sur la branche 2.6 et plus sur
> la branche default.
>
> --
> Franck
>



--
Franck
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2218

[Pep]

JC... Tes doigts, m'enfin ! :-p
Bah à réfléchir dans le cadre de la 2.7 ou 2.8 alors.
Zou.

Suivant !


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Denis Jean-Christian
Envoyé : jeudi 3 octobre 2013 13:57
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] 2218

Heu faire du code pour un truc qui a toutes les chances de fonctionner 1
fois sur 3, entre les plugins désactivés/supprimés depuis l'interface, ceux
depuis le ftp, faire un scan pour voir si _public.php existe alors que le
codeur pied lourd aura fait son behavior depuis le prepend, les bricolages
de dev et autres, autant virer le système de cache.

Mon avais l'installation desinstallation de themes/plugins est faite par un
super admin, il entant 30 fois par jour sur le forum ou il va poser une
question qu'il faut vider le cache en 1).

Après si vous insistéez je peux faire une pirouette, pas de souci, mais je
me lance pas la dedans pour qu'a la fin on dise, oué ça ne marche pas tout
le temps, on vire ;-)

MyTwoCents,
JC

Le 03/10/2013 11:38, Pep a écrit :
> Oui, il me semble également que ce serait un aspect à prendre en compte.
> Je pense que ça devrait se faire au niveau du gestionnaire de plugins
> et, au moins dans un premier temps, limiter la purge du cache template
> aux seuls plugins embarquant un _public.php.
>
> JC, puisque tu as le nez dans le dit gestionnaire, penses-tu pouvoir
> regarder ça ?
>

--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] 2218

[Pep]

Oui, il me semble également que ce serait un aspect à prendre en compte.
Je pense que ça devrait se faire au niveau du gestionnaire de plugins et, au
moins dans un premier temps, limiter la purge du cache template aux seuls
plugins embarquant un _public.php.

JC, puisque tu as le nez dans le dit gestionnaire, penses-tu pouvoir
regarder ça ?


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Bruno
Envoyé : jeudi 3 octobre 2013 11:31
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] 2218

> ok, pas pensé à ça.
>
 je retourne dans mes thèmes, alors ?
>
> Tu peux :)

Cela dit, tu soulèves un vrai problème : implante-t-on un mécanisme de purge
de template automatique dans les cas de désactivation/désinstallation de
plugins, ou délègue-t-on cela au plugin lui-même ? (sachant que si le plugin
a été désinstallé à l'arrache via ftp, il n'aura pas vraiment l'occasion de
se manifester)

--
Bruno
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] CR de la r�union dev du 30/09

[Pep]

Fidèle lecteur,

un communiqué de l'Agence France Presque relayant un canular du Gorafi s'est
glissé au milieu de ce CR.
Sauras-tu le retrouver ?



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Bruno
Envoyé : lundi 30 septembre 2013 23:02
À : dev@list.dotclear.org
Objet : [Dotclear Dev] CR de la réunion dev du 30/09

1. Planning

Le planning proposé par Franck semble convenir à tout le monde : adopté.
Kozlika et Franck ont bossé sur le teasing on passe en Feature Freeze le
08/10, dcRepo devrait être finalisé d'ici là.

Ticket 1710 : passage par les sessions pour les notifications, ticket
affecté à bibi. Concept : au lieu de rediriger vers l'appelant avec un
&upd=1, et de laisser l'appelant gérer la notification, on stocke le message
en session, et dcPage::open l'affiche à l'affichage de la page suivante.
Ticket 1727 : gestion des URI des favoris, affecté à bibi

2. Tickets restants pour la 2.6
==

1469 : PR prêt, franck va s'en occuper
1710 : évoqué ci-dessus
1727 : idem
1456+763+1458+1467+1772 : a venir avec dcRepo
989 (jcdenis) : reporté pour la 2.7 sauf si jc a le temps (en attendant, il
tente de botter en touche et fait la passe à Evelf pour ce ticket)
1661 aka ticket Copperfield : will vanish in a puff of smoke Kozlika tente
d'aguicher Pep avec la branche d'install auto.
1586+1726 : Kozlika prend en charge les 2, et Nikrou est en appui au cas
1586+où

Kozlika a proposé un nouvel iconset bien raccord avec le nouveau look de
l'admin. A discuter s'il est à inclure dans le relooking de l'admin ou pas.

399 : franck voit avec nikrou, avec éventuel report vers la 2.7
1315 : nikrou est dessus
1542 : no news
1461 : en attente de modification chez pascal (PR à modifier légèrement)
1494+1495 : typo réglée, reste messages à ajouter. Revamping prévu en
1494+2.7
1516/1589 : reporté en 2.7
Pep se porte volontaire pour faire tous les tests unitaires et fonctionnels
pour la 2.6
1641 : pour bibi
1657 : en relation avec dcRepo => JcDenis
1671: nikrou ou lipki
1680 : jcdenis+kozlika
1693 : [HH:MM] Message plaît à Kozlika :)
1714 : pour Xave, à l'unanimité (bien appuyée par Pep :)
1718 : à voir avec Nicolas
 1732 : xave
1723 : Evelf

3. Questions diverses


discussions sur le _fongic.php (c) JC et les configurateurs de thèmes pas
mettables en PRG (POST REDIRECT GET). JC va ajouter un behavior dans dcrepo
qui devrait pouvoir résoudre le souci.

Jc va ouvrir un ticket pour le profil inversé de son fils.

Sujets divers, sur les traductions, l'évolution, les dinosaures...
23:00 fin de la réunion
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear 2.6 : planning

[Pep]

Dis, chef...
Je suppose que la date de release un 13 novembre n'est qu'un simple hasard
du calendrier, n'est-ce pas ? :-p


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : lundi 30 septembre 2013 12:44
À : dev@list.dotclear.org
Objet : [Dotclear Dev] Dotclear 2.6 : planning

===
13 novembre : publication de la version 2.6  (c'est dans moins de 6
semaines)




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [dev] se passer des global dans les _prepend.php

[Pep]

Tu parles... Tu as surtout regardé la météo, p'tite frappe !
:-p

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Denis Jean-Christian
Envoyé : mercredi 25 septembre 2013 22:20
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [dev] se passer des global dans les _prepend.php

Ca y est j'ai tout cassé, si certains rencontrent des problèmes à cause de
ces modifs demain, promis j'irai déneiger le Jura. Pour vous dire comme je
suis serein :)




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [dev] se passer des global dans les _prepend.php

[Pep]

Hé. Ho.
Tu me cherches, là ?!

Parce qu'en plus des moufles, j'ai des gants de frappe également (je vais
peut-être même commander une version en béton, tiens...)


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Denis Jean-Christian
Envoyé : mercredi 25 septembre 2013 14:04
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [dev] se passer des global dans les _prepend.php

Je confirme, cette modification NE CHANGE RIEN aux plugins existant, qu'ils
soient bien écrit ou codé avec des moufles ! (dans le jura il fait froid)
Vous n'aurez pas à les mettre à jour. (à moins d'avoir honte de coder aussi
mal que moi)



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] adminTrackbacksActionsCombo

[Pep]

Nope, m'dame.
Aucun behavior n'a été blessé ou maltraité pendant l'intégration du support
des pingbacks.

:-)


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : mardi 24 septembre 2013 16:44

C'est pour les pingbacks non ?




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Gestion des traductions avec locales/po_update.sh

[Pep]

Le 18 sept. 2013 à 12:12, Bruno  
 
> L'avantage est qu'en plus on a un .pot à jour.

Bah, un .pot âgé a aussi son charme.
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Bug sur l'install "testing" ?

[Pep]

Nan. :-)

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de phili...@dissitou.org
Envoyé : dimanche 1 septembre 2013 18:35
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Bug sur l'install "testing" ?

Le 1 septembre 2013 17:33, Pep  a écrit :
> Nope, aucun risque.

Ce n'est pas un serveur Apache, hein ?

--
Philippe
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Bug sur l'install "testing" ?

[Pep]

Yapad'mal ;-)

En fait, je note plusieurs autres comportements étranges
Je vais surveiller ça de plus près mais également faire un tour de mon
environnement au cas où.

Si d'autres rencontrent le problème de la redirection foireuse, qu'ils le
signalent dans ce thread.
Merci.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 17:49
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Bug sur l'install "testing" ?

PS: pardon, je viens juste de lire la question en entiere :P PPS : vais me
cacher.



2013/9/1 Christopher Crouzet 

> En fait ca faisait plutot ca quand il trouvait pas le fichier config.php.
>
>
>
> 2013/9/1 Pep 
>
>> Nope, aucun risque.
>>
>>
>> -Message d'origine-
>> De : dev-boun...@list.dotclear.org
>> [mailto:dev-boun...@list.dotclear.org]
>> De
>> la part de Christopher Crouzet
>> Envoyé : dimanche 1 septembre 2013 17:33 À : dev@list.dotclear.org
>> Objet : Re: [Dotclear Dev] Bug sur l'install "testing" ?
>>
>> Ca me faisait le meme truc suite a mes modifs sur mon .htaccess...
>> t'aurais
>> pas oublie de virer des modifs que t'aurais faite en voulant m'aider
>> ? :)
>>
>>
>>
>> 2013/9/1 Pep 
>>
>> > Bonjour,
>> >
>> >
>> >
>> > Je suis en train d’essayer d’installer le build testing du jour et
>> > je tombe sur une surprise.
>> >
>> > Après décompression de l’archive, si je vais sur
>> > http://hostname/dotclear/admin/, je me retrouve redirigé vers
>> > http://hostname/dotclear/admin/admin/install/wizard.php (notez le
>> > admin/admin).
>> >
>> >
>> >
>> > Allo, Houston ?
>> >
>> > :-)
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Dev mailing list - Dev@list.dotclear.org -
>> > http://ml.dotclear.org/listinfo/dev
>> >
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>>
>>
>> --
>> Dev mailing list - Dev@list.dotclear.org -
>> http://ml.dotclear.org/listinfo/dev
>>
>
>
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Bug sur l'install "testing" ?

[Pep]

Nope, aucun risque.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 17:33
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Bug sur l'install "testing" ?

Ca me faisait le meme truc suite a mes modifs sur mon .htaccess... t'aurais
pas oublie de virer des modifs que t'aurais faite en voulant m'aider ? :)



2013/9/1 Pep 

> Bonjour,
>
>
>
> Je suis en train d’essayer d’installer le build testing du jour et je
> tombe sur une surprise.
>
> Après décompression de l’archive, si je vais sur
> http://hostname/dotclear/admin/, je me retrouve redirigé vers
> http://hostname/dotclear/admin/admin/install/wizard.php (notez le
> admin/admin).
>
>
>
> Allo, Houston ?
>
> :-)
>
>
>
>
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Bug sur l'install "testing" ?

[Pep]

Bonjour,

 

Je suis en train d’essayer d’installer le build testing du jour et je tombe
sur une surprise.

Après décompression de l’archive, si je vais sur
http://hostname/dotclear/admin/, je me retrouve redirigé vers
http://hostname/dotclear/admin/admin/install/wizard.php (notez le
admin/admin).

 

Allo, Houston ?

:-)

 

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

[Pep]

Il n'y a pas vraiment de solutions miracles pour ce que tu souhaites faire.
Soit tu saisis explicitement le chemin absolu vers ton document root dans ta
clause SetEnv, soit tu envisages les vhosts dynamiques (avec une bonne
séance de lecture de la documentation Apache2 à ce sujet et une ou deux
boites d'ibuprofène...).

:-)


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 14:59
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

Autant pour moi, tu as raison, j'ai completement zappe la premiere ligne
`isset($_SERVER['DC_RC_PATH'])`.
Du coup j'ai fait la modif dans mon .htaccess mais bon, ca ne change rien a
mon probleme a priori.

Et tu as raison aussi en disant que ca n'a rien de relatif ce que j'ai mis
dans le .htaccess, j'avais tire ca d'une reponse sur StackOverflow mais
c'etait dans un autre contexte precis.
Ceci dit j'arrive toujours pas a faire un truc du genre `SetEnv DC_RC_PATH
%{DOCUMENT_ROOT}/config.php`, et pour l'instant il faut absolument que je
passe par la modif de prepend.php si je veux que ca marche.
Je ne suis pas sur de comprendre ce que tu entends par limitations
rencontrees, mais a priori je ne devrais pas avoir de probleme de
permissions ou autre vu que je suis en local.


Merci pour ton aide !


2013/9/1 Pep 

> Pour continuer là-dessus, le chemin que tu mentionnes dans les
> configurations Apache pour ce genre de variables n'est en rien relatif
> au "document root", mais en absolu sur le fs.
>
> Les seules limitations rencontrées sont alors les droits en lecture
> sur ce fichier et/ou les éventuelles restrictions de répertoires dans
> ta configuration PHP (open_basedir par exemple).
>
>
> -Message d'origine-
> De : dev-boun...@list.dotclear.org
> [mailto:dev-boun...@list.dotclear.org]
> De
> la part de Christopher Crouzet
> Envoyé : dimanche 1 septembre 2013 14:27 À : dev@list.dotclear.org
> Objet : [Dotclear Dev] REDIRECT_DC_RC_PATH
>
> Hello!
>
>
> Est-ce que quelqu'un s'est deja servi de cette variable ?
>
> Mon but serait de mettre le dossier `dotclear` quelque part sous mon
> www/ et de faire en sorte de le laisser intact, comme un vrai clone de
> ce qu'il y a sur le repo mercurial.
>
> C'est facile de definir de nouveaux chemins externes de plugins et
> cache grace a `DC_PLUGINS_ROOT` et `DC_TPL_CACHE`, ainsi que les
> chemins public et themes directement dans l'admin de Dotclear, mais
> par contre pour le `config.php`, c'est moins evident.
>
> J'ai vu que la variable `$_SERVER['REDIRECT_DC_RC_PATH']` semblait
> justement faire ca, donc je suis alle voir mon fichier .htaccess et y
> ai rajoute :
> SetEnv REDIRECT_DC_RC_PATH /config.php
>
> Le truc c'est qu'ensuite Dotclear va faire un `require` la-dessus, et
> donc ca va marcher seulement si le fichier .php qui est appele se
> trouve sur le document root. Donc ca marche bien quand on ouvre le
> fichier `index.php`du blog, mais ca ne marche plus quand on essaye
d'ouvrir l'admin.
>
> Il y a 2 solutions :
> - soit je me demerde dans le .htaccess a faire un truc du genre
> `SetEnv REDIRECT_DC_RC_PATH %{DOCUMENT_ROOT}/config.php`, mais non
> seulement ca me semble etre un peu du hack parceque `/config.php`
> devrait justement deja representer un chemin relatif depuis le root,
> mais surtout j'arrive pas a le faire marcher... la valeur
> %{DOCUMENT_ROOT} (et une autre infinite de variations que j'ai teste)
> ne sont pas converties en chemin, et PHP recoit le string
> %{DOCUMENT_ROOT} tel quel.
> - soit dans le code de Dotclear on rajoute manuellement le
> DocumentRoot, ce qui me semble etre mieux. Et pour pas casser l'ancien
> comportement, le fichier prepend.php serait modifie dans ce genre la :
>
> if (isset($_SERVER['DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['DC_RC_PATH']);
> } elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
> isfile($_SERVER['REDIRECT_DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['REDIRECT_DC_RC_PATH']);
> } elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
> isfile($_SERVER['DOCUMENT_ROOT'].$_SERVER['REDIRECT_DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['DOCUMENT_ROOT'] .
> $_SERVER['REDIRECT_DC_RC_PATH']);
> } else {
>   define('DC_RC_PATH',dirname(__FILE__).'/config.php');
> }
>
>
> Des avis ?
> Christopher.
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
>
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

[Pep]

Pour continuer là-dessus, le chemin que tu mentionnes dans les
configurations Apache pour ce genre de variables n'est en rien relatif au
"document root", mais en absolu sur le fs.

Les seules limitations rencontrées sont alors les droits en lecture sur ce
fichier et/ou les éventuelles restrictions de répertoires dans ta
configuration PHP (open_basedir par exemple).


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 14:27
À : dev@list.dotclear.org
Objet : [Dotclear Dev] REDIRECT_DC_RC_PATH

Hello!


Est-ce que quelqu'un s'est deja servi de cette variable ?

Mon but serait de mettre le dossier `dotclear` quelque part sous mon www/ et
de faire en sorte de le laisser intact, comme un vrai clone de ce qu'il y a
sur le repo mercurial.

C'est facile de definir de nouveaux chemins externes de plugins et cache
grace a `DC_PLUGINS_ROOT` et `DC_TPL_CACHE`, ainsi que les chemins public et
themes directement dans l'admin de Dotclear, mais par contre pour le
`config.php`, c'est moins evident.

J'ai vu que la variable `$_SERVER['REDIRECT_DC_RC_PATH']` semblait justement
faire ca, donc je suis alle voir mon fichier .htaccess et y ai rajoute :
SetEnv REDIRECT_DC_RC_PATH /config.php

Le truc c'est qu'ensuite Dotclear va faire un `require` la-dessus, et donc
ca va marcher seulement si le fichier .php qui est appele se trouve sur le
document root. Donc ca marche bien quand on ouvre le fichier `index.php`du
blog, mais ca ne marche plus quand on essaye d'ouvrir l'admin.

Il y a 2 solutions :
- soit je me demerde dans le .htaccess a faire un truc du genre `SetEnv
REDIRECT_DC_RC_PATH %{DOCUMENT_ROOT}/config.php`, mais non seulement ca me
semble etre un peu du hack parceque `/config.php` devrait justement deja
representer un chemin relatif depuis le root, mais surtout j'arrive pas a le
faire marcher... la valeur %{DOCUMENT_ROOT} (et une autre infinite de
variations que j'ai teste) ne sont pas converties en chemin, et PHP recoit
le string %{DOCUMENT_ROOT} tel quel.
- soit dans le code de Dotclear on rajoute manuellement le DocumentRoot, ce
qui me semble etre mieux. Et pour pas casser l'ancien comportement, le
fichier prepend.php serait modifie dans ce genre la :

if (isset($_SERVER['DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['DC_RC_PATH']);
} elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
isfile($_SERVER['REDIRECT_DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['REDIRECT_DC_RC_PATH']);
} elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
isfile($_SERVER['DOCUMENT_ROOT'].$_SERVER['REDIRECT_DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['DOCUMENT_ROOT'] .
$_SERVER['REDIRECT_DC_RC_PATH']);
} else {
  define('DC_RC_PATH',dirname(__FILE__).'/config.php');
}


Des avis ?
Christopher.
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

[Pep]

Ta lecture du code est erronée. DR_RC_PATH est fixée en priorité si une
variable serveur DC_RC_PATH est présente, et en cas d'absence une variable
serveur REDIRECT_DC_RC_PATH et, l'absence de ces 2 variables
d'environnement, par la valeur par défaut présente dans inc/prepend.php

Je te déconseille fortement de fixer des valeurs REDIRECT_XXX depuis tes
fichiers de configuration Apache (.htaccess compris) pour la simple et bonne
raison que ce préfixe REDIRECT_ est généralement rajouté dans
l'arrière-boutique par le serveur, suivant sa configuration (rewrite, proxy,
fastcgi ou non, etc.).



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 14:37
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

J'aurais rien contre mais apres lecture du code, ca m'est impossible. Je
souligne que l'idee est de n'avoir a bidouiller aucun fichier venant de
Dotclear et d'externaliser tout ce qui est config et tout le tsoin-tsoin.

Pour modifier la valeur DC_RC_PATH, il faudrait que je la change directement
dans le fichier `prepend.php` ce qui va a l'encontre de ce que je cherche.
Je pourrais modifier la valeur DC_RC_PATH directement dans mon fichier
index.php a moi mais ca ne marcherait que pour la partie public, pas pour la
partie admin.

Au final, Dotclear semble simplement assigner DC_RC_PATH avec
REDIRECT_DC_RC_PATH si la valeur existe, et apres recherche
REDIRECT_DC_RC_PATH ne semble qu'a ce genre de cas, donc pas de bobo a
premiere vue si tous les fichiers l'utilisant recoivent la meme update.



2013/9/1 Pep 

> Bonjour,
>
> Tu devrais déjà essayer de jouer avec une valeur DC_RC_PATH et non
> REDIRECT_DC_RC_PATH.
> Tu limiteras les risques de mauvaises surprises.
>
>
> -Message d'origine-
> De : dev-boun...@list.dotclear.org
> [mailto:dev-boun...@list.dotclear.org]
> De
> la part de Christopher Crouzet
> Envoyé : dimanche 1 septembre 2013 14:27 À : dev@list.dotclear.org
> Objet : [Dotclear Dev] REDIRECT_DC_RC_PATH
>
> Hello!
>
>
> Est-ce que quelqu'un s'est deja servi de cette variable ?
>
> Mon but serait de mettre le dossier `dotclear` quelque part sous mon
> www/ et de faire en sorte de le laisser intact, comme un vrai clone de
> ce qu'il y a sur le repo mercurial.
>
> C'est facile de definir de nouveaux chemins externes de plugins et
> cache grace a `DC_PLUGINS_ROOT` et `DC_TPL_CACHE`, ainsi que les
> chemins public et themes directement dans l'admin de Dotclear, mais
> par contre pour le `config.php`, c'est moins evident.
>
> J'ai vu que la variable `$_SERVER['REDIRECT_DC_RC_PATH']` semblait
> justement faire ca, donc je suis alle voir mon fichier .htaccess et y
> ai rajoute :
> SetEnv REDIRECT_DC_RC_PATH /config.php
>
> Le truc c'est qu'ensuite Dotclear va faire un `require` la-dessus, et
> donc ca va marcher seulement si le fichier .php qui est appele se
> trouve sur le document root. Donc ca marche bien quand on ouvre le
> fichier `index.php`du blog, mais ca ne marche plus quand on essaye
d'ouvrir l'admin.
>
> Il y a 2 solutions :
> - soit je me demerde dans le .htaccess a faire un truc du genre
> `SetEnv REDIRECT_DC_RC_PATH %{DOCUMENT_ROOT}/config.php`, mais non
> seulement ca me semble etre un peu du hack parceque `/config.php`
> devrait justement deja representer un chemin relatif depuis le root,
> mais surtout j'arrive pas a le faire marcher... la valeur
> %{DOCUMENT_ROOT} (et une autre infinite de variations que j'ai teste)
> ne sont pas converties en chemin, et PHP recoit le string
> %{DOCUMENT_ROOT} tel quel.
> - soit dans le code de Dotclear on rajoute manuellement le
> DocumentRoot, ce qui me semble etre mieux. Et pour pas casser l'ancien
> comportement, le fichier prepend.php serait modifie dans ce genre la :
>
> if (isset($_SERVER['DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['DC_RC_PATH']);
> } elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
> isfile($_SERVER['REDIRECT_DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['REDIRECT_DC_RC_PATH']);
> } elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
> isfile($_SERVER['DOCUMENT_ROOT'].$_SERVER['REDIRECT_DC_RC_PATH'])) {
>   define('DC_RC_PATH',$_SERVER['DOCUMENT_ROOT'] .
> $_SERVER['REDIRECT_DC_RC_PATH']);
> } else {
>   define('DC_RC_PATH',dirname(__FILE__).'/config.php');
> }
>
>
> Des avis ?
> Christopher.
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
>
>
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
>
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] REDIRECT_DC_RC_PATH

[Pep]

Bonjour,

Tu devrais déjà essayer de jouer avec une valeur DC_RC_PATH et non
REDIRECT_DC_RC_PATH.
Tu limiteras les risques de mauvaises surprises.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : dimanche 1 septembre 2013 14:27
À : dev@list.dotclear.org
Objet : [Dotclear Dev] REDIRECT_DC_RC_PATH

Hello!


Est-ce que quelqu'un s'est deja servi de cette variable ?

Mon but serait de mettre le dossier `dotclear` quelque part sous mon www/ et
de faire en sorte de le laisser intact, comme un vrai clone de ce qu'il y a
sur le repo mercurial.

C'est facile de definir de nouveaux chemins externes de plugins et cache
grace a `DC_PLUGINS_ROOT` et `DC_TPL_CACHE`, ainsi que les chemins public et
themes directement dans l'admin de Dotclear, mais par contre pour le
`config.php`, c'est moins evident.

J'ai vu que la variable `$_SERVER['REDIRECT_DC_RC_PATH']` semblait justement
faire ca, donc je suis alle voir mon fichier .htaccess et y ai rajoute :
SetEnv REDIRECT_DC_RC_PATH /config.php

Le truc c'est qu'ensuite Dotclear va faire un `require` la-dessus, et donc
ca va marcher seulement si le fichier .php qui est appele se trouve sur le
document root. Donc ca marche bien quand on ouvre le fichier `index.php`du
blog, mais ca ne marche plus quand on essaye d'ouvrir l'admin.

Il y a 2 solutions :
- soit je me demerde dans le .htaccess a faire un truc du genre `SetEnv
REDIRECT_DC_RC_PATH %{DOCUMENT_ROOT}/config.php`, mais non seulement ca me
semble etre un peu du hack parceque `/config.php` devrait justement deja
representer un chemin relatif depuis le root, mais surtout j'arrive pas a le
faire marcher... la valeur %{DOCUMENT_ROOT} (et une autre infinite de
variations que j'ai teste) ne sont pas converties en chemin, et PHP recoit
le string %{DOCUMENT_ROOT} tel quel.
- soit dans le code de Dotclear on rajoute manuellement le DocumentRoot, ce
qui me semble etre mieux. Et pour pas casser l'ancien comportement, le
fichier prepend.php serait modifie dans ce genre la :

if (isset($_SERVER['DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['DC_RC_PATH']);
} elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
isfile($_SERVER['REDIRECT_DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['REDIRECT_DC_RC_PATH']);
} elseif (isset($_SERVER['REDIRECT_DC_RC_PATH']) &&
isfile($_SERVER['DOCUMENT_ROOT'].$_SERVER['REDIRECT_DC_RC_PATH'])) {
  define('DC_RC_PATH',$_SERVER['DOCUMENT_ROOT'] .
$_SERVER['REDIRECT_DC_RC_PATH']);
} else {
  define('DC_RC_PATH',dirname(__FILE__).'/config.php');
}


Des avis ?
Christopher.
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] README pour Clearbricks

[Pep]

Bonjour Nicolas,

Pas de remarque, non. Puisqu'il n'y a rien à redire, ama.
Je trouve ça propre et à jour.

La seule question que je me pose (et encore) : est-ce que la partie sur les
tests n'est pas un peu prématurée ?
J'avoue en plus ne pas avoir suivi l'avancement (pataper ! /o\).



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Nicolas
Envoyé : samedi 31 août 2013 17:45
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] README pour Clearbricks

Le 31 août 2013 17:36, mirovinben  a écrit :

> Merci beaucoup. Impec !
>

Et sinon pas de remarque sur le README ?
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [dev][ergo][icones]

[Pep]

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : vendredi 23 août 2013 11:36

> typo blanche sur fond bleu : validation/enregistrement typo rouge sur fond
blanc : suppression typo noire sur fond blanc : autres actions


"Si je tenais le con qui a fait sauter le pont..."





-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] "Let fieldsets be fieldsets "

[Pep]

"Les fieldsets, c'est bon. Mangez-en !"
:-p


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : mardi 20 août 2013 16:52

Houbé toi à l'interro écrite tu vas te prendre une sale note :-D



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [dev][clearbricks] Le d�ba(t|llage)

[Pep]

Bon, Nicolas,

Je repars d'une feuille quasi blanche parce que ça vire au concours de
bites. Ce qui n'est pas le but, d'autant que nous avons tous d'autres choses
à faire.

Tu es celui qui a amené les tests unitaires dans le débat... Sauf qu'il n'y
avait pas débat là-dessus !
Les tests unitaires ? Tant que tu veux, je suis preneur : on limitera les
risques de régression, on assurera beaucoup plus les phases de releases,
etc. Si ce qui manque au dbLayer/dbSchema est avant tout un jeu de tests :
faisons-le. J'applaudirai des 2 mains et si je peux aider je participerai.

Mais l'absence de ces tests ne justifie pas, à mes yeux soit - mais il me
semble aussi que c'est du bon sens, le remplacement pur et simple de ces
composants qui ont fait leur preuve jusqu'à maintenant.

De plus, dans notre cas, PDO ne suffirait pas seul à remplacer
dbLayer/dbSchema. Il faudrait donc réécrire une fine couche de wrapper
au-dessus de PDO. Ce qui signifierait introduire de nouveaux composants au
sein d'un espace de code sensible. Le changement pour le changement...
Est-ce notre priorité ? Je ne pense pas.

Ma dernière question du précédent mail était une vraie question, puisqu'elle
revenait à dire :
* Listons les véritables manques et faiblesses de ces composants de CB.
* Mesurons leur impact sur ce qui est faisable ou non avec DC.
* Voyons ceux que nous pouvons accepter et ceux qu'il nous faut combler.
* Et décidons alors de la suite à donner.

Je pense qu'il nous faut autre chose que "ces composants ne sont pas
répandus / n'ont pas de tests unitaires / sont faits maison" pour décider de
les jeter avec l'eau du bain.

Dernière précision :
Ce n'est que mon avis. Je ne prendrai pas la décision finale. Je ne serai
pas en mesure de poser un quelque veto. Et c'est très bien comme ça. Je veux
juste deviner vers quoi tend le développement Dotclear et apporter ma voix
au débat.

Et j'arrête là pour aujourd'hui.




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [dev][clearbricks] Le d�ba(t|llage)

[Pep]

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Nicolas
Envoyé : vendredi 16 août 2013 20:53

> entre une classe non testée unitairement et du code éprouvé, lequel
choisis-tu ? D'ailleurs le support de SQLite se fait déjà via PDO !

Désolé mais, pour moi, un code testé unitairement ne suffit pas à être
qualifié de code "éprouvé".
Un code éprouvé, c'est quelque chose qui tourne correctement en production,
depuis plusieurs années et sur quelques centaines d'installations.
Alors, oui, je suis sans doute de la vieille école : si je considère que le
TDD est un plus non négligeable vers la qualité du code, il n'est en rien
une panacée. C'est un peu comme les diplômes : au mieux ça filtre les plus
mauvais éléments, en rien ça ne te garantit les meilleurs.

Quant au support de SQLite via PDO, il faudrait que je te retrouve les
échanges à ce sujet, juste histoire de rigoler. Dans mes souvenirs, le
passage a été fait contraint et forcé à cause de l'incapacité de l'équipe
PHP à l'époque à se décider sur le support ou non en natif de SQLite, quelle
version, quelle forme.


> dbschema est certes intéressant mais à des limites aussi et a les mêmes
faiblesses que dblayer.

Je n'en doute pas. Mais quelles sont-elles concrètement ?
Et ma question porte plus sur la partie exploitation en production (et
développement de plugins, à la limite) que sur l'aspect maintenance du code.


--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [dev][clearbricks] Le d�ba(t|llage)

[Pep]

Bruno,

Il faudra un jour que tu m'expliques l'intérêt de remplacer la couche
d'abstraction bases de données de CB par les PDO.

Autant le remplacement du moteur de template par Twig me semble le bienvenu
(richesse fonctionnelle, syntaxe répandue), autant le passage à PDO me
semble frôler l'aberration puisque ça ne suffira pas en sortie de boite à
couvrir l'ensemble dbschema/dblayer.

On fait quoi ensuite ? On rajoute Doctrine ?!


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : vendredi 16 août 2013 09:28

(...)
S'en séparer complètement, peut-être pas. Se séparer de dépendances avec
certains morceaux de clearbricks, certainement. Je pense notamment : au
moteur de templates (à remplacer par twig), et à la couche d'abstraction de
bases de données (à remplacer par PDO, qui n'était pas mature à la sortie de
dotclear2).
(...)



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] O� vont les tickets concernant dotaddict ?

[Pep]

En gros, manquait juste le lubrifiant, c'est ça ?


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Tetsuo Shima
Envoyé : mardi 6 août 2013 15:52

Je tiens à m'excuser. Il manquait le smiley qui va bien pour compenser
l'austérité de l'écrit par rapport à l'oral.
De toute façon, ce n'était pas très drôle, pardon.




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Plugin utilisant Twig

[Pep]

Veuillez noter que je n'ai absolument rien contre les barbus tatoués, qu'ils
s'appellent Robert ou non.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Pep
Envoyé : mardi 6 août 2013 13:09

En gros privilégier l'approche user-friendly à celle de "j'm'appelle Roro,
chui barbu et tatoué".



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Plugin utilisant Twig

[Pep]

D'ailleurs, ce n'était pas en contradiction, mais bien sur un mode :

1. approche prioritaire au plus simple pour l'utilisateur et le primo
arrivant,
2. fournir une intro rassurante à la migration sous Twig
3. laisser de la souplesse derrière, mais en planquant au mieux l'éventuelle
"complexité".

En gros privilégier l'approche user-friendly à celle de "j'm'appelle Roro,
chui barbu et tatoué".
Pas plus. Pas moins.
:-)


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : mardi 6 août 2013 13:03
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Plugin utilisant Twig

Le 6 août 2013 12:54, Dsls  a écrit :

> Pour moi ce n'est pas du tout contradictoire (voire même complètement
> implémentable de cette façon). Mais il faut bien faire la nuance entre
> :
> * Les variables de contexte twig positionnées par le code
> php/l'urlhandler quand il connaît le contexte de la page (ex : pour
> category.html, les entrées en cours de la catégorie courante), en
> l'occurrrence ici POSTS
> * Les appels de méthodes dans le template directement, comme
> blog.getPosts() qui peu ou prou ressemble à l'actuel 



C'est noté ! Et puis je ne m'inquiète pas, vous allez nous faire une doc et
des tutos en béton :-P
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Euh… Pour moi, c’est encore en mode bon enfant, cette affaire.

J’aurais loupé un épisode ?

:-)

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Lepeltier kévin
Envoyé : lundi 5 août 2013 14:58
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D


On pourrais peut-être détendre cette conversation, en arrêtant tous de jouer
au Capitain oblivious (et je m'inclus dans cette remarque)




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : lundi 5 août 2013 15:10
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D

 

Je pense que le but de ces balises est de standardiser un peu le tout.
Avant, certains utilisaient , d'autres ,
ou encore , et ainsi de suite, mais c'etait toujours dans le
but de representer le meme concept. Maintenant on a  et puis c'est
tout. L'avantage en dehors d'etre plus lisible? Ca rend le travail des bots
(et donc des SEO) plus facile, et ca peut leur permettre de retourner des
resultats plus approfondis et jolis. C'est un exemple a la con, mais
imaginez que Google puisse retourner le menu d'un site directement dans
chaque resultat de recherche.

 

En fait ca existe deja : https://www.google.fr/search?q=dbushell

Je suis pas sur si c'est effectivement du aux nouvelles balises ou quoi,
mais encore une fois, je trouve que d'un point de vue technique il n'y a pas
de mal a classer certaines informations de maniere standardisees pour
pouvoir plus facilement recuperer les infos qu'on veut d'une maniere
dynamique et sans que les bots n'aient a faire des devinettes.



 

Non, pas lorsque rien ne t’interdit dans la spécification d’avoir plusieurs
 dans une page.

Je suis bien d’accord avec les bienfaits d’un indicateur unique. Ça tombe
bien ! L’attribut ARIA role=banner existe et signifie exactement ce qu’on
pense de lui.

 

 


De ce que j'ai compris, ca ne casse rien dans les plus vieux browsers,
suffit juste de definir ces balises avec un 'display: block' en CSS, et
voila.

Donc pour moi la question serait plutot : apres tout, pourquoi ne pas
utiliser ces balises quand on fait deja la meme chose avec une syntaxe plus
lourde ?

 

Dans les cas des vieux IE, tu peux bien styler ces éléments, tu ne les
verras pas. Puisque que pour IE, la cuillère n’existe pas. Il te faudra donc
un petit bout de Javascript (typiquement html5shiv). Pas gênant ? Non, pas
trop. Mais une requête http de plus pour servir un fichier venant pallier
l’absence de balises à l’utilité et la signification encore douteuses, et le
risque d’un coup d’épée dans l’eau en cas de JS désactivé. OK, ce n’est pas
grand-chose. Et je ne fais pas des bonds lorsque je tombe sur un site
mettant ça en œuvre, pas plus que je ferais des bonds si un thème Dotclear
déposé sur DA venait à faire cela.

Par contre, c’est quelque chose que je n’aimerais pas voir cautionné par un
thème présent par défaut dans la distribution Dotclear.

 

 

2013/8/5 Pep 

Sémantique de bas étage lorsque tu te retrouves avec 30 headers / footers
dans une page.

Sémantique de bas étage quand rien ne distingue explicitement et clairement
les différences entre section et article.

Et section, franchement… Quelle est la valeur sémantique de « section »,
quel est son apport indiscutable par rapport à div ?

 

C’est juste de tripotage de nouille.

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Lepeltier kévin
Envoyé : lundi 5 août 2013 14:38


À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D

 

Le 05/08/2013 14:08, Pep a écrit :

Nan, Nan, Nan.

C'est autant de la sémantique que mon cul est du poulet.

Et c'est pas gênant au quotidien ?
Parce que c'est belle est bien de la sémantique, header est un header,
section est une section.
Comme le div était et est toujours une division.

Que les intégrateurs s'en servent n'importe comment, n'arrive pas a se
mettre d'accord, et qu'aucun outil ne les interprètes ne change rien.
C'est quand même de la sémantique.

Par contre auojourd'hui ça n'a pas beaucoup d’intérêt, c'est pas comparable
à l'intérêt qu'a apporter le xhtml en son temps (face au tableau).

-- 
lipki


--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Sémantique de bas étage lorsque tu te retrouves avec 30 headers / footers
dans une page.

Sémantique de bas étage quand rien ne distingue explicitement et clairement
les différences entre section et article.

Et section, franchement… Quelle est la valeur sémantique de « section »,
quel est son apport indiscutable par rapport à div ?

 

C’est juste de tripotage de nouille.

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Lepeltier kévin
Envoyé : lundi 5 août 2013 14:38
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D

 

Le 05/08/2013 14:08, Pep a écrit :

Nan, Nan, Nan.

C'est autant de la sémantique que mon cul est du poulet.

Et c'est pas gênant au quotidien ?
Parce que c'est belle est bien de la sémantique, header est un header,
section est une section.
Comme le div était et est toujours une division.

Que les intégrateurs s'en servent n'importe comment, n'arrive pas a se
mettre d'accord, et qu'aucun outil ne les interprètes ne change rien.
C'est quand même de la sémantique.

Par contre auojourd'hui ça n'a pas beaucoup d’intérêt, c'est pas comparable
à l'intérêt qu'a apporter le xhtml en son temps (face au tableau).

-- 
lipki

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Nan, Nan, Nan.
C'est autant de la sémantique que mon cul est du poulet.


Le 5 août 2013 à 14:04, Patrick Olivier  a écrit :

> Header, section, etc, c'est juste de la sémantique html, maintenant si tu 
> fais référence à des trucs internes au navigateur là je ne connais pas.
> 
> Au niveau css en tout cas ça marche. ;-)
> 
> -- 
> Patrick Olivier
> 
> Le 5 août 2013 à 13:38, "Pep"  a écrit :
> 
>> Non, ce n’est pas du troll.
>> Je le pense vraiment et j’estime que cela tient du bon sens.
>>  
>> Ça se résume simplement à « Ce n’est pas parce que la bombe H existe qu’il 
>> faut s’en servir ».
>>  
>>  
>> De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
>> la part de Patrick Olivier
>> Envoyé : lundi 5 août 2013 13:31
>> À : dev@list.dotclear.org
>> Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D
>>  
>> [troll detected] 
>>  
>> :-)
>>  
>> Le 5 août 2013 à 13:03, "Pep"  a écrit :
>> 
>> 
>> Ben tout simplement que les balises précédemment mentionnées ne servent à 
>> rien, n’apportent rien de bon et frôlent l’aberration. Et comme en plus 
>> elles ne sont pas supportées nativement par une grosse base installée de 
>> navigateurs, je ne vois aucun intérêt à les généraliser.
>>  
>>  
>>  
>> De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
>> la part de Patrick Olivier
>> Envoyé : lundi 5 août 2013 12:53
>> À : dev@list.dotclear.org
>> Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D
>>  
>>  
>>  
>> Le 5 août 2013 à 12:45, "Pep"  a écrit :
>> 
>> 
>> 
>> Nouvelles balises ?
>>  
>>  
>> Je parlais pour IE≤8. 
>>  
>> 
>> 
>> 
>> Si tu parles de , , ,  et consorts, 
>> arrête-toi tout de suite !
>> … je n’ai pas fini de délimiter le champ de mines. :-)
>>  
>>  
>> Je ne comprend plus rien là. Où veux-tu en venir?
>> 
>> 
>> 
>>  
>> De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
>> la part de Patrick Olivier
>> Envoyé : lundi 5 août 2013 12:42
>> À : dev@list.dotclear.org
>> Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D
>>  
>> D'autre part, je ne vois pas de mal d'utiliser modernizr.js (pour 
>> l'activtion des nouvelles balises dans les ancêtres) ou même normalise.css 
>> plutôt qu'un reset css.
>>  
>>  
>> -- 
>> Dev mailing list - Dev@list.dotclear.org - 
>> http://ml.dotclear.org/listinfo/dev
>>  
>> -- 
>> Dev mailing list - Dev@list.dotclear.org - 
>> http://ml.dotclear.org/listinfo/dev
>>  
>> -- 
>> Dev mailing list - Dev@list.dotclear.org - 
>> http://ml.dotclear.org/listinfo/dev
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Non, ce n’est pas du troll.

Je le pense vraiment et j’estime que cela tient du bon sens.

 

Ça se résume simplement à « Ce n’est pas parce que la bombe H existe qu’il faut 
s’en servir ».

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Patrick Olivier
Envoyé : lundi 5 août 2013 13:31
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

 

[troll detected] 

 

:-)

 

Le 5 août 2013 à 13:03, "Pep"  a écrit :





Ben tout simplement que les balises précédemment mentionnées ne servent à rien, 
n’apportent rien de bon et frôlent l’aberration. Et comme en plus elles ne sont 
pas supportées nativement par une grosse base installée de navigateurs, je ne 
vois aucun intérêt à les généraliser.

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Patrick Olivier
Envoyé : lundi 5 août 2013 12:53
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

 

 

 

Le 5 août 2013 à 12:45, "Pep" < <mailto:p...@callmepep.org> p...@callmepep.org> 
a écrit :






Nouvelles balises ?

 

 

Je parlais pour IE≤8. 

 






Si tu parles de , , ,  et consorts, 
arrête-toi tout de suite !

… je n’ai pas fini de délimiter le champ de mines. :-)

 

 

Je ne comprend plus rien là. Où veux-tu en venir?






 

De :  <mailto:dev-boun...@list.dotclear.org> dev-boun...@list.dotclear.org 
[mailto:dev- <mailto:boun...@list.dotclear.org> boun...@list.dotclear.org] De 
la part de Patrick Olivier
Envoyé : lundi 5 août 2013 12:42
À :  <mailto:dev@list.dotclear.org> dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

 

D'autre part, je ne vois pas de mal d'utiliser modernizr.js (pour l'activtion 
des nouvelles balises dans les ancêtres) ou même normalise.css plutôt qu'un 
reset css.

 

 

-- 
Dev mailing list -  <mailto:Dev@list.dotclear.org> Dev@list.dotclear.org -  
<http://ml.dotclear.org/listinfo/dev> http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list -  <mailto:Dev@list.dotclear.org> Dev@list.dotclear.org -  
<http://ml.dotclear.org/listinfo/dev> http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Ben tout simplement que les balises précédemment mentionnées ne servent à rien, 
n’apportent rien de bon et frôlent l’aberration. Et comme en plus elles ne sont 
pas supportées nativement par une grosse base installée de navigateurs, je ne 
vois aucun intérêt à les généraliser.

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Patrick Olivier
Envoyé : lundi 5 août 2013 12:53
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

 

 

 

Le 5 août 2013 à 12:45, "Pep"  a écrit :





Nouvelles balises ?

 

 

Je parlais pour IE≤8. 

 





Si tu parles de , , ,  et consorts, 
arrête-toi tout de suite !

… je n’ai pas fini de délimiter le champ de mines. :-)

 

 

Je ne comprend plus rien là. Où veux-tu en venir?





 

De :  <mailto:dev-boun...@list.dotclear.org> dev-boun...@list.dotclear.org 
[mailto:dev- <mailto:boun...@list.dotclear.org> boun...@list.dotclear.org] De 
la part de Patrick Olivier
Envoyé : lundi 5 août 2013 12:42
À :  <mailto:dev@list.dotclear.org> dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

 

D'autre part, je ne vois pas de mal d'utiliser modernizr.js (pour l'activtion 
des nouvelles balises dans les ancêtres) ou même normalise.css plutôt qu'un 
reset css.

 

 

-- 
Dev mailing list -  <mailto:Dev@list.dotclear.org> Dev@list.dotclear.org -  
<http://ml.dotclear.org/listinfo/dev> http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

Nouvelles balises ?

 

Si tu parles de , , ,  et consorts,
arrête-toi tout de suite !

… je n’ai pas fini de délimiter le champ de mines. :-)

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Patrick Olivier
Envoyé : lundi 5 août 2013 12:42
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D

 

D'autre part, je ne vois pas de mal d'utiliser modernizr.js (pour
l'activtion des nouvelles balises dans les ancêtres) ou même normalise.css
plutôt qu'un reset css.

 

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

[Pep]

+1

 

PS : Je peux fournir la bétonnière…

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Mathieu Recchia
Envoyé : lundi 5 août 2013 12:30
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes
:-D

 

Bonjour à tous,

J'avais prévu de faire un long mail. Avec plein de choses dedans.

Parce que dans ce que j'ai vu passer ce week-end dans cet échange qui de mon
point de vue se résume à un bête concours de « c'est moi qui pisse le plus
loin ».
Mais en fait je vais résumer le tout en deux mots, deux tout petits mots
mais qui on un poids que l'on a peut-être tendance a oublier : « Nos
utilisateurs ».

J'ai un peu l'impression qu'on est en train de perdre de vue le principal.
Oui eux, ceux qui essayent de faire fonctionner DC sur des plate-formes
parfois exotiques (utilisateur des pages perso de free je pense à toi), avec
une audience dont on ne sait rien. Qui peut aujourd'hui m'assurer sans
trembler que plus personne dans les utilisateurs de DC n'a de vieux IE ?
J'entends par là un ie qui soit inférieur à IE 10.

Je ne me sens pas aujourd'hui le droit de proposer pour un outil de
diffusion de contenu comme DC, ( qui n'est pas un site web, non nous
proposons un logiciel de diffusion de contenu et c'est complètement
différent en terme d'approche) un outil qui pénaliserait nos utilisateurs
pas forcément à la page au niveau technique.
Qui peut m'assurer que dans nos utilisateurs tout le monde est capable de
tweaker un thème ou un plugin sans aucun souci parce que d'un coup ça bug ?
Pas le forum si j'en crois les bouteilles à la mer qui y arrive
régulièrement.

Alors oui, moi aussi je suis enthousiaste avec ce qui s'annonce en terme de
Html5 et CSS3, j'en fais même mon métier, mais se jeter corps et âmes dans
la bataille sans réfléchir un peu plus sur l'existant me semble être la
meilleure des manières d'aller droit dans le mur, la fleur au fusil, la
gueule enfarinée et l'air joyeux, mais dans le mur quand même.

 

 

Ah, au fait, petit détail : si on me parle de bootstrap, de modernizr ou
autres fontes customs pour kikoololer en natif la distribution de base, je
connais un très bon maître-nageur spécialisé dans les palmes en béton armé.

 

Mathieu

 

 

2013/8/5 Dsls 

> La coloration syntaxique de twig  elle sera indispensable.

Déjà supportée chez plein d'éditeurs :
http://twig.sensiolabs.org/doc/templates.html#ides-integration

--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Plugin utilisant Twig

[Pep]

\o/
Rien que pour celle-là, je te slurpe ZBB ! :-D

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Benoit CLERC
Envoyé : lundi 5 août 2013 11:54
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Plugin utilisant Twig

> Quand tu parles d’ « exposer » les objets natifs, j’espère tout de
> même que tu envisages une forme de « façade » et pas l’objet du core
> directement ?

Ah ben le voilà le fameux et légendaire Dotclear "Sexy" : celui qui expose
son core :p

--
Benoit CLERC
ben...@kairn.fr


KAIRN
15, rue du Général Lionel de Marmier
31 300 TOULOUSE
Tél : 05 62 57 73 43
Fax : 05 62 57 73 44


Agissez "archidurable", évitez les impressions inutiles.
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Plugin utilisant Twig

[Pep]

Ah ouaip mais je me méfie avec toi, hein !
Tu es toujours à 2 doigts de vouloir faire de DC un Drupal bis. :-p


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : lundi 5 août 2013 11:46
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Plugin utilisant Twig

Le 5 août 2013 11:33, Pep  a écrit :
> Quand tu parles d’ « exposer » les objets natifs, j’espère tout de
> même que tu envisages une forme de « façade » et pas l’objet du core
directement ?

Je ne suis pas suicidaire :)

J'ai commencé à réfléchir sur une classe "proxy", qui définit les méthodes
accessibles sur un objet, et qui implémente les SecurityPolicyInterface de
Twig.

--
Bruno
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Plugin utilisant Twig

[Pep]

Quand tu parles d’ « exposer » les objets natifs, j’espère tout de même que
tu envisages une forme de « façade » et pas l’objet du core directement ?

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : lundi 5 août 2013 09:03
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Plugin utilisant Twig

 

Dans un template pur Twig, il va falloir "exposer" les objets natifs de
dotclear au template ($core->blog principalement), et probablement réfléchir
sur quelques nouvelles fonctions à exposer aux templates pour faciliter
certains traitements. Et il faudra aussi voir comment bien blinder la chose
via les policy Twig (je ne souhaite pas rendre accessible
$core->blog->updPost aux templates twig).

--

Bruno

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [code] remplacer les popup par des popin

[Pep]

Bof.
Ça me semble parfait pour un fonctionnement en mode "dégradé", mais si on
pouvait partir sur une interface plus réactive à la base, je préférerais de
loin.



-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de phili...@dissitou.org
Envoyé : dimanche 4 août 2013 17:16
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [code] remplacer les popup par des popin

Le 4 août 2013 16:46, Kozlika  a écrit :

> Alors les contre, en reprenant cette liste quelles sont les
> alternatives que vous proposez aux popup ?

Ben par exemple pour ajouter un média dans un billet : on clique sur l'icône
d'insertion du média, ça ouvre la page du gestionnaire de médias où l'on
choisit le média, puis son format, puis on est redirigé vers la page
d'édition du billet ?

--
Philippe
--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Vous allez me prendre pour un âne] Proposition de modif du coeur pour un cache rapide

[Pep]

Je trouve cela intéressant.
Y a-t-il moyen de voir ce bout de code qq part ?


Le 4 août 2013 à 12:21, Régis FLORET  a écrit :

> Bonjour,
> 
> Je viens de faire des expériences pour améliorer le système de cache en 
> utilisant un cache statique pour les blogs évoluant peu.  Les premiers 
> résultats sont plutôt encourageants (amélioration de ~55x la vitesse de 
> délivrance des pages soit 5492 % d'accélération sous Win7 64bits). Il y a 
> encore matière à accélération et je n'utilise que des fichiers statiques sur 
> le disque. Avec Memcached ou APC, cela risque de dépoter encore plus.
> 
> Il y a encore pas mal de travail (finir tous les backends, ajout de 
> préférences utilisateur, tests de sécurités, prise en compte de dcTranslation 
> qui risque de poser un problème avec ma méthode, etc.)
> 
> La question corollaire est : Est-ce que ça intéresse la core team ? La même 
> chose en plugin donne de moins bon résultats car l'astuce consiste à se 
> mettre le plus en amont possible de Dotclear. D'autant que les modifications 
> dans le coeur lui-même sont mineures à peine une 20aine de lignes 
> (inc/prepend.php, config.php{.in} et class.dc.core.php) et j'ajoute un plus 
> un fichier dans inc/core/
> 
> Si oui, sur quelle version travailler ? 2.5.x ? 2.5.2 (la dernière) ? 2.6 (la 
> prochaine) ?
> Si non, tant pis, je proposerais un plugin.
> 
> Cordialement
> 
> Régis FLORET
> 
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [Themes] Passer � HTML5, le topo, les disputes :-D

[Pep]

Mais tu vas les laisser tranquilles, ces thèmes ?!
Lance-toi si tu le souhaites dans un nouveau thème full html5.

Ça me semble plus pragmatique d'offrir du neuf que de vouloir à tout prix 
mettre les mains dans un truc établi, qui est éprouvé et qui est loin d'être 
périmé puisque du XHTML 1.0, on en verra encore pendant un moment.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
la part de Patrick Olivier
Envoyé : samedi 3 août 2013 12:32
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Themes] Passer à HTML5, le topo, les disputes :-D

Bonjour,

Merci pour ce résumé et les infos sur ce qui est prévu dans le futur.

Donc dans l'immédiat, je peux passer Blue Silence en html5? J'en profiterai 
pour corriger la sémantique html des commentaires (comme je l'ai fait pour 
Polyvalence). Il faut faire ductile également?

Il n'y a pas de problème d'avoir un thème html5 avec de temps en temps une 
page tierce en xhtml 1.0, si la structure est identique et si l'on garde les 
mêmes class et ID, c'est transparent pour l'utilisateur.

Je pensais aussi à une chose : les réseaux sociaux. Est-il prévu dans les 
futures versions de DC une option pour insérer les metas, liens ou boutons 
dans les pages?

--
Patrick Olivier

Le 3 août 2013 à 07:37, Kozlika  a écrit :

>
>
> Ajoutons-en une quatrième - passer à HTML5 pour tirer profit de ce que
> permet cette syntaxe - et n'en faisons qu'un seul chantier, en y
> intégrant notamment les améliorations et nouveautés que nous pouvons
> apporter à ces templates sur la base du travail déjà fait dans Ductile
> (conserver ce qui apporterait un bénéfice à tout thème, supprimer ce
> qui ne serait que propre à ce thème qui ne conserverait que les
> templates alternatifs).
>
> Dans la foulée, on peut imaginer un chouette nouveau thème full css
> responsive dans la distrib et/ou intégrer un configurateur qui
> fonctionnerait pour tous les nouveaux thèmes (faisabilité à étudier).
>
> En parallèle de ce vrai beau chantier, on peut, même si l'intérêt est
> très limité à mes yeux, passer la DTD des templates actuels en HTML5
> et y apporter toute modification totalement "transparente" pour les
> thèmes existants si vous êtes trop impatients (et si ça ne vous choque
> pas que du coup certaines pages du blog seront servies en html5 et
> d'autres en xhtml ; moi si).
>
> Hop ! À vous les studios.
> Essayez de penser à répondre "proprement" pour qu'on s'y retrouve bien
> et que les mails ne fassent pas vingt kilomètres de long en reprenant
> tous les messages dans leur intégralité à chaque fois :-)
>
>
> --
> Anne / Kozlika
> --
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
--
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [dev] présence sur ohloh

[Pep]

Avec une jolie perte d'historique...
:-)


Le 2 août 2013 à 12:52, pascal chevrel  a écrit :

> Le 02/08/2013 12:26, xave a écrit :
>> trouvé
> et hop, des stats toutes neuves :)
> https://www.ohloh.net/p/dotclear
> 
> La courbe des contributeurs est sympa et encourageante sur le dernier mois :
> https://www.ohloh.net/p/dotclear/contributors/summary
> 
> Pascal
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Pas de CR de la réunion code de cette semaine ?

[Pep]

Tout est dans le titre.

Ou alors je n’ai pas les yeux en face des trous.

:-)

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] CR réunion communications du 30 septembre 2013

[Pep]

Ça devient vraiment fort Dotclear.
Maintenant, on a même les CR en avance ! :-p

Cette petite mesquinerie mise à part : merci pour cette synthèse efficace.


Le 30 juil. 2013 à 21:01, Julien Wajsberg  a écrit :

> Réunion du 30 septembre 2013
> Participants:
> - Kozlika
> - Franck Paul
> - Julien Wajsberg
> - Samantdi
> - Mvaldez
> - Tetsuo
> - smat
> - SacripAnne
> - Kysban
> - Pinkilla
> - Lomalarch
> - Bernard59
> 
> * community managers:
> - samantdi est (je cite) "enchantée"
> - l'équipe est (je cite) "enchantée" de samantdi
> - samantdi dit que ça se passe bien pour Krazzy Kitty pour dotaddict
> - Lysban: Linkedin est un peu timide
> - Otir s'est proposée pour bosser sur linkedin ou twitter dans son fuseau 
> horaire du bout du monde où ils parlent bizarre => pkoi pas, l'équipe CM va 
> s'arranger entre eux et reporter sur trello
> mail de l'équipe cm: c...@list.dotclear.org
> 
> * Fonctionnement:
> Q: doit-on annoncer les billets sur la ML des CM ?
> R: c'est une bonne idée, les annoncer à la publication (pas forcément avant 
> car c'est overkill)
> 
> * Fusion des comptes twitter dotaddict et dotclear
> - kozlika ne voit pas l'intérêt de garder les 2
> - otir pense que répéter l'info sur deux comptes différents, c'est utile, car 
> on n'a pas les mêmes followers
>  pas mal d'avis qui pointent vers
> => on met DA en pause et on fusionne
> => KK est chargée de gérer la fusion: un tweet + changement de la description 
> du profil
> 
> * compte twitter en anglais:
> - compte anglais va contenir les infos DotClear et DotAddict
> - compte anglais tenu par Otir et Krazy en même temps
> 
> * compte twitter en allemand (question du petit Julien)
> R: rien d'urgent, on voit ça dans une réu prochaine
> 
> * Newsletter
> Des questions en suspens:
> - contenu ? reprise des billets ou contenu original ou les 2 ?
> - destinataires ?
> Action: on crée une carte trello, ceux qui veulent réfléchir à ces sujets se 
> joignent à la carte
> => https://trello.com/b/ElF5lhZI/composition-des-equipes colonne idea, carte 
> newsletter
> Rendu du rapport à la réu de septembre
> Pilote: Kysban
> 
> * Google+
> Pinkilla veut bien animer la page G+
> Otir dit qu'il faut une page G+
> Action > xave doit inviter pinkilla en tant qu'admin
> 
> * Relations presse
> MValdez se propose et prépare un topo de propositions de fonctionnement et 
> tout pour la prochaine réu.
> action > ouvrir une carte Trello RP.
> Pilote MValdez 
> 
> On n'a pas fini la réu car c'était bien long déjà, suite la prochaine fois.
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] plugin postsStats

[Pep]

Si j'ai un peu de temps (et beaucoup de courage :-p) aujourd'hui et demain, je 
ferai un petit topo là-dessus.


Le 29 juil. 2013 à 12:01, Dorian FEVRIER  a écrit :

> Idem, j'ai staticCache mais je n'ai aucune idée de si il marche/comment il 
> marche
> 
> 
> De : MValdez 
> À : dev@list.dotclear.org 
> Envoyé le : Lundi 29 juillet 2013 7h53
> Objet : Re: [Dotclear Dev] plugin postsStats
> 
> Super.
> Malheureusement comme la description est succinte  je n'ai jamais su lequel 
> utiliser en fonction de mes besoins qui sont, j'ai un hébergeur de merde et 
> les sites lagent a mort.
> 
> Le 29/07/2013 00:14, Franck Paul a écrit :
>> Il existe deux plugins de cache dispo sur DA 
>> 
>> http://plugins.dotaddict.org/dc2/details/staticCache
>> http://plugins.dotaddict.org/dc2/details/memCache
>> 
>> 
>> Le 29 juillet 2013 00:05, Julien Wajsberg  a écrit :
>> 
>> Pura Vida
>> Mexico Valdez,
>> 
>> Ecoutez-moi sud la webradio Sud-Med pour mes chroniques et Gravé dans le 
>> rock.
>> Lisez-moi sur mon blog http://mexico.valdez.online.fr
> 
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
> 
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear et le Cache HTTP (Was: plugin postsStats)

[Pep]

Absolument : nous avons fait l’impasse sur Expires puisque trop « primaire » 
dans le contexte dynamique.

 

Je ne suis évidemment pas du tout contre l’idée de fournir un exemple de 
configuration Expires, au contraire. Mais je ne sais pas sous quelle forme cela 
serait le plus judicieux (cas de serveurs Nginx, IIS, etc. ou d’apache sans 
gestion des .htaccess ou aux .htaccess aux « pouvoirs » limités).

 

Et comme je le disais, et j’ai vu qu’il y avait déjà un ticket à ce sujet 
(http://dev.dotclear.org/2.0/ticket/1035), le point délicat reste le mécanisme 
interne de détermination de la fraicheur des contenus, qui n’est pas des plus « 
smart ». :-)

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Julien Wajsberg
Envoyé : lundi 29 juillet 2013 11:44
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Dotclear et le Cache HTTP (Was: plugin postsStats)

 

je viens de vérifier, et les headers If-None-Match et If-Modified-Since sont en 
effet gérés, chouette, my bad, mea culpa, tout ça :)

en revanche, on gère pas du tout les Expires, ça pourrait valoir le coup 
d'avoir ça dans le .htaccess par défaut pour les ressources statiques ?

 

2013/7/29 Pep 

Le cache HTTP est géré, et plutôt pas trop mal géré pour du dynamique.

 

Ensuite, pour aller plus loin, il y a les plugins de cache cités par Franck 
qui, même sans être la panacée, s'avèrent être rudement efficaces une fois bien 
configurés (et bons également pour les ressources serveur).

 

Il y a une faiblesse dans le design de DC pour gérer facilement et finement un 
cache statique. Ça demanderait un gros travail de fond qui sera sans doute fait 
un jour.

 

Mais pour le cache HTTP, lis bien le code et tu verras que sa gestion est plus 
que correcte.

 

 


Le 29 juil. 2013 à 00:31, Julien Wajsberg  a écrit :

 

2013/7/29 Franck Paul 

Il existe deux plugins de cache dispo sur DA 

http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache

 

 

en fait, ça configure pas du tout les headers HTTP nécessaires.

Tout ce que ça fait (mais c'est déjà pas mal) c'est cacher statiquement les 
résultats des scripts PHP, et les rebalancer au client quand il le redemande, 
ce qui économise de la ressource serveur.

Les headers HTTP de cache dont je parle, ça peut provoquer 2 choses:

* le navigateur ne va même pas aller chercher une mise à jour s'il pense que la 
ressource est encore à jour

* s'il pense qu'elle doit être vérifiée (on dit "revalidée"), il va faire une 
requête conditionnelle, et le serveur web va vérifier si la ressource est à 
jour (il va juste renvoyer un 304 sans aucune autre information, notamment 
aucun payload, ce qui dit au navigateur de prendre la ressource dans son 
cache), ou bien pas à jour (dans ce cas il renvoie un 200 avec toute la page, 
comme si la requête n'était pas conditionnelle)

ça économise encore plus de ressource serveur, mais aussi de la ressource 
réseau, et en plus ça va plus vite pour le client.

 

évidemment, dans le cas d'une page dynamique générée par PHP, c'est au logiciel 
de gérer tout ça, et c'est loin d'être trivial, ya un peu de boulot :)

-- 

Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev


--
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] plugin postsStats

[Pep]

Justement, avec le dcBlog ::triggerBlog(), tu touches l’un des indicateurs
qui a le plus de chances d’invalider le cache.

Et comme tu vas le faire à chaque consultation d’une page, ce cher cache en
prend pour son grade.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Christopher Crouzet
Envoyé : lundi 29 juillet 2013 00:03



Mais j'ai resolu le probleme avec un appel a dcBlog::triggerBlog(), donc je
suppose que c'est regle ?

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] plugin postsStats

[Pep]

Ah ben non, ça ne prouve rien du tout.

Sauf qu’on s’assure de disposer du nécessaire pour ne pas conserver un cache en 
état « stale »

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Julien Wajsberg
Envoyé : lundi 29 juillet 2013 00:05



 

ce qui prouve bien ce que je disais:  on gère pas du tout de cache aujourd'hui.

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] plugin postsStats

[Pep]

Les 2 font bien la même chose mais staticCache est bien plus passe-partout
que memCache.

memCache nécessite de disposer d’un serveur memcached sur la machine, ce qui
est rarement le cas sur du mutualisé.

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de MValdez
Envoyé : lundi 29 juillet 2013 07:54
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] plugin postsStats

 

Super.
Malheureusement comme la description est succinte  je n'ai jamais su lequel
utiliser en fonction de mes besoins qui sont, j'ai un hébergeur de merde et
les sites lagent a mort.

Le 29/07/2013 00:14, Franck Paul a écrit :

Il existe deux plugins de cache dispo sur DA 

http://plugins.dotaddict.org/dc2/details/staticCache
http://plugins.dotaddict.org/dc2/details/memCache

 

Le 29 juillet 2013 00:05, Julien Wajsberg  a écrit :

 

Pura Vida

Mexico Valdez,

Ecoutez-moi sud la webradio Sud-Med   pour mes
chroniques
  et Gravé dans le rock
 .
Lisez-moi sur mon blog http://mexico.valdez.online.fr
 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear et le Cache HTTP (Was: plugin postsStats)

[Pep]

Ah... Et je suis un inconditionnel de mnot.net.
:-)




Le 29 juil. 2013 à 01:14, Pep  a écrit :

> Le cache HTTP est géré, et plutôt pas trop mal géré pour du dynamique.
> 
> Ensuite, pour aller plus loin, il y a les plugins de cache cités par Franck 
> qui, même sans être la panacée, s'avèrent être rudement efficaces une fois 
> bien configurés (et bons également pour les ressources serveur).
> 
> Il y a une faiblesse dans le design de DC pour gérer facilement et finement 
> un cache statique. Ça demanderait un gros travail de fond qui sera sans doute 
> fait un jour.
> 
> Mais pour le cache HTTP, lis bien le code et tu verras que sa gestion est 
> plus que correcte.
> 
> 
> 
> Le 29 juil. 2013 à 00:31, Julien Wajsberg  a écrit :
> 
>> 
>> 2013/7/29 Franck Paul 
>>> Il existe deux plugins de cache dispo sur DA 
>>> 
>>> http://plugins.dotaddict.org/dc2/details/staticCache
>>> http://plugins.dotaddict.org/dc2/details/memCache
>> 
>> 
>> en fait, ça configure pas du tout les headers HTTP nécessaires.
>> 
>> Tout ce que ça fait (mais c'est déjà pas mal) c'est cacher statiquement les 
>> résultats des scripts PHP, et les rebalancer au client quand il le 
>> redemande, ce qui économise de la ressource serveur.
>> 
>> Les headers HTTP de cache dont je parle, ça peut provoquer 2 choses:
>> * le navigateur ne va même pas aller chercher une mise à jour s'il pense que 
>> la ressource est encore à jour
>> * s'il pense qu'elle doit être vérifiée (on dit "revalidée"), il va faire 
>> une requête conditionnelle, et le serveur web va vérifier si la ressource 
>> est à jour (il va juste renvoyer un 304 sans aucune autre information, 
>> notamment aucun payload, ce qui dit au navigateur de prendre la ressource 
>> dans son cache), ou bien pas à jour (dans ce cas il renvoie un 200 avec 
>> toute la page, comme si la requête n'était pas conditionnelle)
>> 
>> ça économise encore plus de ressource serveur, mais aussi de la ressource 
>> réseau, et en plus ça va plus vite pour le client.
>> 
>> évidemment, dans le cas d'une page dynamique générée par PHP, c'est au 
>> logiciel de gérer tout ça, et c'est loin d'être trivial, ya un peu de boulot 
>> :)
>> -- 
>> Dev mailing list - Dev@list.dotclear.org - 
>> http://ml.dotclear.org/listinfo/dev
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Dotclear et le Cache HTTP (Was: plugin postsStats)

[Pep]

Le cache HTTP est géré, et plutôt pas trop mal géré pour du dynamique.

Ensuite, pour aller plus loin, il y a les plugins de cache cités par Franck 
qui, même sans être la panacée, s'avèrent être rudement efficaces une fois bien 
configurés (et bons également pour les ressources serveur).

Il y a une faiblesse dans le design de DC pour gérer facilement et finement un 
cache statique. Ça demanderait un gros travail de fond qui sera sans doute fait 
un jour.

Mais pour le cache HTTP, lis bien le code et tu verras que sa gestion est plus 
que correcte.



Le 29 juil. 2013 à 00:31, Julien Wajsberg  a écrit :

> 
> 2013/7/29 Franck Paul 
>> Il existe deux plugins de cache dispo sur DA 
>> 
>> http://plugins.dotaddict.org/dc2/details/staticCache
>> http://plugins.dotaddict.org/dc2/details/memCache
> 
> 
> en fait, ça configure pas du tout les headers HTTP nécessaires.
> 
> Tout ce que ça fait (mais c'est déjà pas mal) c'est cacher statiquement les 
> résultats des scripts PHP, et les rebalancer au client quand il le redemande, 
> ce qui économise de la ressource serveur.
> 
> Les headers HTTP de cache dont je parle, ça peut provoquer 2 choses:
> * le navigateur ne va même pas aller chercher une mise à jour s'il pense que 
> la ressource est encore à jour
> * s'il pense qu'elle doit être vérifiée (on dit "revalidée"), il va faire une 
> requête conditionnelle, et le serveur web va vérifier si la ressource est à 
> jour (il va juste renvoyer un 304 sans aucune autre information, notamment 
> aucun payload, ce qui dit au navigateur de prendre la ressource dans son 
> cache), ou bien pas à jour (dans ce cas il renvoie un 200 avec toute la page, 
> comme si la requête n'était pas conditionnelle)
> 
> ça économise encore plus de ressource serveur, mais aussi de la ressource 
> réseau, et en plus ça va plus vite pour le client.
> 
> évidemment, dans le cas d'une page dynamique générée par PHP, c'est au 
> logiciel de gérer tout ça, et c'est loin d'être trivial, ya un peu de boulot 
> :)
> -- 
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Ergonomie] Vos us et coutumes

[Pep]

Jamais utilisé (enfin, si, une fois pour tester, sous la menace...)
J'ai toujours trouvé un côté vilaine verrue à ce truc




-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] plugin postsStats

[Pep]

Je dirais que ça ne survit pas aux systèmes de cache, ou que les systèmes de
cache ne lui survivent pas.

Suivant les préférences de chacun. :-)

 

Mais on peut difficilement faire autrement, sauf parsemer le tout de JS.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : dimanche 28 juillet 2013 23:09



Sinon je suis curieux de voir comment ça se comporte avec le cache Apache et
autres…

 

-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Charte graphique

[Pep]

Pourquoi tant de haine ?

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : vendredi 26 juillet 2013 13:58

Je crois que Franck compte dégainer un Fireworks pour préparer ça, oui.



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] Compte rendu r�union Code 24 juillet 2013

[Pep]

LE PREMIER QUI COMMITE UNE CHIURE EN JAVA SE MANGE UNE BAFFE !!

Ça, c'est dit. Et vous voilà maintenant prévenus. ;-)


--
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] questions � ceux qui ont adh�r� ou donn� des sous

[Pep]

Comme j'ai récemment étrenné le nouveau système avec renouvellement, je peux
vous confirmer que le bouzin ne vous renvoie pas un merci.

Rien !
Nada !
Keud !
Bite de mouche !

Quel malotru !
Enfin, si... Il vous affiche un merci du bout des lèvres sur la page Web,
mais pas de mail.
La seule trace par email, c'est la confirmation de transaction reçue par
Paypal.

REMBOURSEZ !



-- 
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Numéro de version

[Pep]

On baisse la restriction de superadmin à admin pour l’accès.

Et on cloisonne les fonctions sensibles.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : vendredi 19 juillet 2013 12:00
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Numéro de version

 

Cela dit, le plugin Maintenance n'est accessible qu'aux super-admins, ce
n'est peut-être pas le meilleur endroit où mettre quelques infos de base.




Franck

 

Le 19 juillet 2013 11:56, Kozlika  a écrit :

Je ne répondrai pas +++ pour ne pas envahir cette ML de bruit intempestif
mais le coeur y est.

Oh Wait.

 

Le 19 juillet 2013 11:51, Franck Paul  a écrit
:

++




Franck

 

Le 19 juillet 2013 11:50, Pep  a écrit :

 

+1

-Message d'origine-
Dela part de phili...@dissitou.org

 


Le 19 juillet 2013 08:46, Kozlika  a écrit :

> http://plugins.dotaddict.org/dc2/details/info
> à améliorer éventuellement avec un bloc qui peut se copier coller
> facilement

Est-ce que ça ne serait pas intéressant de l'intégrer dans le plugin
"Maintenance" (qui deviendrait du coup "Maintenance et support") ?

--
Philippe


___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev

 

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] Num�ro de version

[Pep]

+1

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de phili...@dissitou.org
Envoyé : vendredi 19 juillet 2013 11:46
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Numéro de version

Le 19 juillet 2013 08:46, Kozlika  a écrit :

> http://plugins.dotaddict.org/dc2/details/info
> à améliorer éventuellement avec un bloc qui peut se copier coller
> facilement

Est-ce que ça ne serait pas intéressant de l'intégrer dans le plugin
"Maintenance" (qui deviendrait du coup "Maintenance et support") ?

--
Philippe
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [comm] [code] [asso] Blogs h�berg�s pour les adh�rents[c�lins]

[Pep]

On peut déjà y rajouter une sauvegarde, l'accès à un cron et sans doute
quelques autres goodies hors de portée sur un mutualisé. En gros, des
services de confort.
Dans tous les cas, ce ne sera sans doute pas peine perdue si l'on prend en
compte l'aspect visibilité, démo et apport au développement du projet.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de phili...@dissitou.org
Envoyé : jeudi 18 juillet 2013 22:28
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [comm] [code] [asso] Blogs hébergés pour les
adhérents[câlins]

Le 18 juillet 2013 22:09, Aide Pour  a écrit :

> j'avais oublié -z'xcues, qu'on pourrait aussi prévoir un cion
> "alchimie" sur ces serveurs, car il y a aussi, il doit bien y avoir
> aussi, chez les adhérents des sorciers des thèmes, des plugs, etc...
>
> Bref un serveur expéri(mental)ement votre ?

Non, sinon je crois que c'est trop compliqué à sécuriser. Et puis les
sorciers savent se monter un bac à sable de bien meilleure qualité

Restons basique, robuste et surtout très complet, dans l'idéal tous les
plugins et tous les thèmes sauf problèmes de sécurité. Le blog d'un adhérent
devrait aussi bénéficier des meilleures technos : être très rapide (Noé a
fait des essais avec nginx sur dotaddict), tourner avec PHP 5.5 et
PostGreSql peut-être, toujours utiliser la dernière version de dc et des
plugins, peut-être des thèmes spécifiques créés par de gentils graphistes,
etc.

Bref il faut qu'on se creuse la tête pour en faire quelque chose de vraiment
sexy sinon c'est effectivement pas la peine

--
Philippe
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [comm] [code] [asso] Blogs hébergés pour les adhérents

[Pep]

Comme vous le sentez, alors.

Simplement que pour ce genre de montage et la date du 13/08, je ne vous
suivrai pas.

Désolé.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Lepeltier kévin
Envoyé : mercredi 17 juillet 2013 14:39
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [comm] [code] [asso] Blogs hébergés pour les
adhérents

 

Le 17/07/2013 14:35, Kozlika a écrit :

Il y du vrai dans ce que dit ce petit nouveau. 

Le mercredi 17 juillet 2013, Pep a écrit :

Les deux.
Et en gros, on en revient au cas n°1.

En plus, ça risque de sentir la précipitation et on risque un faux départ
que l'état du projet ne nous permet plus trop. Mais ce n'est que mon avis.


On parle d'un truc pour des gens qui on assez fois en Dotclear, pour y
mettre des sous.
Pas au premier venu.
Si c'est clairement afficher en béta, ce sera un départ béta, ce qui excuse
tous les cafouillages.
Et pis si on arrivent a rien avant le 13, ben tempis, ce sera pour plus
tard.

--
lipki

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

RE: [Dotclear Dev] [comm] [code] [asso] Blogs h�berg�s pour les adh�rents

[Pep]

Les deux.
Et en gros, on en revient au cas n°1.

En plus, ça risque de sentir la précipitation et on risque un faux départ
que l'état du projet ne nous permet plus trop. Mais ce n'est que mon avis.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : mercredi 17 juillet 2013 14:14
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [comm] [code] [asso] Blogs hébergés pour les
adhérents

> De mon côté, c'est du délire. :-)

Par manque de dispo ou parce qu'à part installer un serveur, une BDD et un
Dotclear, j'ai oublié des morceaux énormes ?
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [comm] [code] [asso] Blogs hébergés pour les adhérents

[Pep]

De mon côté, c'est du délire. :-)


Le 17 juil. 2013 à 13:05, Kozlika  a écrit :

> Noé, Pep, Xave, ça vous semble jouable pour l'anniv du 13 août ou je nage en 
> plein délire optimiste ?
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [avenir][code] wysiwyg

[Pep]

Le 16 juil. 2013 à 13:56, Lomalarch  a écrit :
> J’aurais même tendance à dire que ceux qui choisissent la syntaxe dc-wiki 
> n’ont pas besoin de mode visuel ;-)

+1
De même qu'avec Markdown et Textile, ou autre.
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [refonte site] Travail de fourmi

[Pep]

Le premier qui touche à ces tags-là est mort.

Disséqué.

Pulvérisé.

Éparpillé.

Etc.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : lundi 15 juillet 2013 16:51
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [refonte site] Travail de fourmi

 

Oué c'est freestyle et c'est important d'avoir des tags comme "saucisses" ou
"muppets" ou "clafoutis", ça assoit notre réputation de sérieux :-D

 

2013/7/15 Lepeltier kévin 

il y a 42 tag sur fr.dotclear.org \o/

--
lipki


___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev

 

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Avenir] Chantiers dev / Sexy

[Pep]

Oui, oui. Je suis bien d'accord.
Ma question n'était d'ailleurs pas une forme déguisée d'objection.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : lundi 15 juillet 2013 11:44
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Avenir] Chantiers dev / Sexy

Le 15 juillet 2013 11:38, Pep  a écrit :
> Mais en basant sur quoi pour le statut "release" dans ces cas-là ?
>

Je ne sais pas, par contre je pense que pas mal de dév ont déjà des dépôts
hg/git en ligne et ça leur simplifierait la vie de pouvoir soumettre
directement depuis chez eux. D'ailleurs on avait aussi cette idée à
l'origine pour DA (pouvoir soumettre depuis son blog).
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Avenir] Chantiers dev / Sexy

[Pep]

Mais en basant sur quoi pour le statut "release" dans ces cas-là ?



Le 15 juil. 2013 à 11:18, Franck Paul  a écrit :

> Le 15 juillet 2013 11:09, Pep  a écrit :
>> Une telle moulinette pourrait venir s'intercaler dans le processus de
>> soumission/validation des extensions sur DA, à mon avis.
> 
> En parlant de la console DA, ça serait cool de pouvoir soumettre des
> dépôts Github/Bitbucket au lieu d'un zip.
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Avenir] Chantiers dev / Sexy

[Pep]

Une telle moulinette pourrait venir s'intercaler dans le processus de 
soumission/validation des extensions sur DA, à mon avis.


Le 15 juil. 2013 à 11:01, Dsls  a écrit :

> 
>> Parmi les projets que je voudrais bien voir aboutir :
>> 
>> - Remplacer l'éditeur wysiwyg (branche default et/ou sexy d'ailleurs),
>> et j'avais repéré que CKEditor pouvait faire un candidat très
>> acceptable (accessible, extensible, …)
> 
> A noter pour ce point particulier (et d'autres peut-être) : il faut n'avoir 
> aucun remords à casser la compatibilité au niveau des behaviors. On passera 
> beaucoup moins de temps à adapter le peu de plugins qui les exploite, qu'à se 
> tordre l'esprit à vouloir rester rétro-compatible. 
> 
> J'avais aussi dans des vieux cartons un projet 'voeu pieu' : une moulinette à 
> plugins et thèmes, qui pour chacune de ces extensions stocke ses 
> caractéristiques dans une base. L'idée étant d'avoir une base de connaissance 
> des plugins actuels, et de pouvoir faire rapidement une analyse d'impact si 
> on modifie telle ou telle fonctionnalité. Par caractéristiques, j'entends :
> * Liste des balises templates définies
> * Liste des balises templates utilisées
> * Présence ou non d'un _config.php (thèmes)
> * Thème html-only ou définissant d'autres choses (genre un _public.php)
> * Présence ou non d'un _prepend.php
> * Utilisation de la base de données (création de champs, de tables, ...)
> * Liste des behaviours définis et utilisés.
> 
> Idéalement, une telle moulinette/base serait hébergée quelque part sur les 
> serveurs DC, et serait bien utile.
> 
> --
> Bruno
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Mettre à profit la pause

[Pep]

Zyva. :-)

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Lomalarch
Envoyé : dimanche 14 juillet 2013 17:50
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] Mettre à profit la pause

 


Le 14 juil. 2013 09:03, "Kozlika"  a écrit :
> Juste, j'y pense : annoncez quand même ici le sujet que vous prenez en
charge histoire qu'on ne se marche pas sur les pieds !

Je veux bien faire une synthèse sur la proposition blog hébergé pour les
adhérents !

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Pouet

[Pep]

Même pas peur !


Le 14 juil. 2013 à 14:49, Pierre Ammeloot  a écrit :

> C'est la trêve aujourd'hui.
> Chut on va se faire fouetter par Kozlika ! ;-)
> 
> Le 14/07/13 14:47, Pep a écrit :
>> Z'êtes morts ?
>> \o/
>> 
>> ___
>> Dev mailing list - Dev@list.dotclear.org - 
>> http://ml.dotclear.org/listinfo/dev
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Pouet

[Pep]

Z'êtes morts ?
\o/

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Code] URL du blog et méthode de lecture de l'URL

[Pep]

Disons qu'il n'a pas besoin de le noter car il le sait très bien. D'autant 
qu'il a contribué et poussé à la mise en place de la dite extension, hein... 

:-p


Le 13 juil. 2013 à 18:54, Julien Wajsberg  a écrit :

> 
> Le 13 juil. 2013 17:09, "xave"  a écrit :
> 
> >
> > Contre. Désolé de mon côté vieux con, mais Cool URIs don't change.
> 
> Note que le passage à Dotclear 2 a fait péter toutes les URLs et qu'il y 
> avait une extension pour assurer la rétro compatibilité.
> 
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

Ah ben 2 petites parts au début, hein.
Pas des trucs à 24 vCPU et 64 Go...


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 17:17
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

> Comme ça, dès le départ on scinde serveur appli et serveur db, afin
> d'avoir le choix en cas de "succès" de gonfler l'un ou l'autre en
> fonction du point d'achoppement et/ou d'ajouter du serveur d'appli
> (soyons fous et ivres d'ambition :-p).

Oui, enfin il faut payer, aussi.
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] proposition d'aide

[Pep]

Ah ta jeule !

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 17:16
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] proposition d'aide

> Pour compléter, si on surcouche du PDO, je suis à poursuivre mon pacte
> avec le diable et à fournir de quoi assurer le fonctionnement de DC
> avec MS SQL Server et/ou Azure.

Je vois ça. C'est quoi ce formatage de merde pour tes mails ? Tu utilises
Outlook ou quoi ?
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

Comme ça, dès le départ on scinde serveur appli et serveur db, afin d'avoir
le choix en cas de "succès" de gonfler l'un ou l'autre en fonction du point
d'achoppement et/ou d'ajouter du serveur d'appli (soyons fous et ivres
d'ambition :-p).


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 17:05
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

> T'en penses ?

Jamais utilisé, donc je n'ai pas d'opinion particulière. Mais sur l'idée
d'une offre évolutive qui permet de monter en puissance si c'est nécessaire,
je suis entièrement pour.
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] proposition d'aide

[Pep]

Pour compléter, si on surcouche du PDO, je suis à poursuivre mon pacte avec
le diable et à fournir de quoi assurer le fonctionnement de DC avec MS SQL
Server et/ou Azure.

Pas que j’aime ça, hein, jusque j’ai beaucoup les mains dedans depuis
quelques temps.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Pep
Envoyé : samedi 13 juillet 2013 17:08
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] proposition d'aide

 

Pour Twig, tu dois bien te douter que je suis prêt à signer des 2 mains. ;-)

D’ailleurs, je joue déjà avec depuis un moment pour les quelques trucs en
PHP que je fais encore.

 

J’avoue que je n’ai pas trop remis le nez dans PDO depuis un moment,
tellement j’avais été déçu des premières moutures. C’est vraisemblablement
un tort et la piste d’une simple surcouche maison (#oupas) est à creuser, en
effet.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : samedi 13 juillet 2013 17:04
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] proposition d'aide

 

 

> Le vrai souci que nous risquons de rencontrer avec les fraameworks plus
génériques est justement là : ils sont génériques. Avec le risque de devoir
embarquer des choses inutiles et pénalisantes du côté des caractéristiques
de DC2 mentionnées juste avant.

 

Ça fait bien sûr partie à mes yeux des critères d'éligibilité des composants
remplaçants :)

 

Pour dblayers par exemple, je ne veux surtout pas proposer un ORM comme
Doctrine, une simple surcouche à PDO pourrait suffire. Pour Twig, c'est son
coté tendance et proche de django qui m'ont séduits, ainsi qu'une gestion
assez poussée niveau cache. C'était aussi le but de ma question sur ce qui
était à la mode dans le monde PHP actuellement, il doit bien exister des
composants à faible empreinte mémoire.

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] proposition d'aide

[Pep]

Pour Twig, tu dois bien te douter que je suis prêt à signer des 2 mains. ;-)

D’ailleurs, je joue déjà avec depuis un moment pour les quelques trucs en
PHP que je fais encore.

 

J’avoue que je n’ai pas trop remis le nez dans PDO depuis un moment,
tellement j’avais été déçu des premières moutures. C’est vraisemblablement
un tort et la piste d’une simple surcouche maison (#oupas) est à creuser, en
effet.

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : samedi 13 juillet 2013 17:04
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] proposition d'aide

 

 

> Le vrai souci que nous risquons de rencontrer avec les fraameworks plus
génériques est justement là : ils sont génériques. Avec le risque de devoir
embarquer des choses inutiles et pénalisantes du côté des caractéristiques
de DC2 mentionnées juste avant.

 

Ça fait bien sûr partie à mes yeux des critères d'éligibilité des composants
remplaçants :)

 

Pour dblayers par exemple, je ne veux surtout pas proposer un ORM comme
Doctrine, une simple surcouche à PDO pourrait suffire. Pour Twig, c'est son
coté tendance et proche de django qui m'ont séduits, ainsi qu'une gestion
assez poussée niveau cache. C'était aussi le but de ma question sur ce qui
était à la mode dans le monde PHP actuellement, il doit bien exister des
composants à faible empreinte mémoire.

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

Xave,

Oui, par exemple, Gandi.
L'idée étant de pouvoir disposer au besoin :
* d'un principe de réseau privé
* d'une API de management/provisionnement efficace
* rester sur un truc fiable, sans aller sur du Rackspace, AWS, ou autre.

T'en penses ?


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 16:56
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

> * pas sur le serveur DA, il vaut mieux isoler, on ne sait jamais.

Ton conseil ? Un à la demande, genre Gandi ?
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] proposition d'aide

[Pep]

Bruno,

 

Si je te rejoins sur pas mal de points, je souhaite tempérer néanmoins.

Un facteur non négligeable est la performance de DC2 et sa relative faible
empreinte mémoire. Et, là, les ClearBricks n’y sont pas pour rien. 

Le vrai souci que nous risquons de rencontrer avec les fraameworks plus
génériques est justement là : ils sont génériques. Avec le risque de devoir
embarquer des choses inutiles et pénalisantes du côté des caractéristiques
de DC2 mentionnées juste avant.

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Dsls
Envoyé : samedi 13 juillet 2013 16:43
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] proposition d'aide

 

> Question réthorique (mais dont la réponse m'intéresse vraiment) : pourquoi
vouloir sortir de clearbricks ? 

Parce qu'à mes yeux, c'est la chose qui a le moins évolué ces derniers
temps. Cela ne me poserait pas de soucis de rester sous clearbricks s'il ne
proposait que des briques de bases, mais aujourd'hui il gère des gros trucs
qui ne sont pas simples à faire évoluer (ex : le moteur de templates,
l'abstraction base de données). Et d'autres le gèrent bien mieux. 

 

> Qu'est-ce qu'un autre framework apporterait de plus ?  

 

Plusieurs choses :

* Un support

* Une évolutivité

* Une connaissance hors du giron dotclearo/dotclearien.

 

C'est le cas pour twig, mais c'est aussi le cas pour dblayer et tout ce qui
va autour. PHP a su évoluer et on n'a plus besoin de pallier ses lacunes
avec une surcouche de ce type, avec l'introduction de PDO nativement par
exemple. Et dblayer a quelques lacunes (ex : pas de gestion des
auto_increment/serials par exemple, ce qui complique les insertions en
base).

 

Aujourd'hui je crois qu'il vaut mieux qu'on se concentre sur l'aspect moteur
de blog/CMS, plutôt que des briques en dessous, et déléguer toutes les
tâches bas niveau à quelque chose qui n'est pas rigide.

 

--

Bruno

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

Quelques réponses en vrac :

* tu rêves !
* pas sur le serveur DA, il vaut mieux isoler, on ne sait jamais.
* il vaut mieux prévoir la montée en charge dès le départ, histoire d'avoir 
une infra/archi prête au cas où
* le reste, c'est tout OK pour moi à première vue.


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
la part de phili...@dissitou.org
Envoyé : samedi 13 juillet 2013 16:40
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

Je continue sur l'idée du blog pour les adhérents

- on fournit un blog avec les droits d'administrateur simple à chaque adhérent 
avec un répertoire public dédié de x Mo
- on a déjà un serveur sur da qui devrait en prendre pas mal (?), ce n'est 
donc pas cher à monter, et s'il y a beaucoup de blogs il y a beaucoup de fois 
20 ? pour le faire grossir, migrer une partie sur un autre, avoir plusieurs 
disques, etc. Les VPS de Gandi sont faits je crois pour ça (j'en ai un petit), 
la tâche de l'admin en serait facilitée, je crois, mais je laisse les sorciers 
en décider
- on déjà parmi les adhérents des types calés dans la matière que ça va amuser 
;)
- on a un plugin dafarm qui fait des blogs automatiquement en sous-domaines
- on propose un dotclear toujours à jour (PHP 5.5 et PostgreSQL ?) avec plein 
de plugins utiles (testés par les admins) obligatoirement activables et 
désactivables, et bien entendu tous les thèmes qu'on veut y mettre (en gros 
tout themes.da)

- on fait ça pour l'anniversaire de dotclear (là je rêve)

- et dans l'idéal si ça marche et qu'il reste des sous on se paie un gueuleton 
annuel pour l'assemblée générale où tout le monde est convié

Z'en dites ?

--
Philippe
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

+1

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 16:05
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

> il existe d'autres associations dont c'est le "métier" de faire de
> l'hébergement, je pense à l'apinc mais je crois que ce n'est pas la seule.
> Possibilité de rapprochement ?

Ils proposent du mysql. Quitte à monter une ferme, j'aimerais vraiment mieux
que ça se fasse sous Postgres.
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [help] nigthlies

[Pep]

\o/


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de xave
Envoyé : samedi 13 juillet 2013 15:27
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [help] nigthlies

> Xave y'a moyen de changer ça dans le build auto ?

Je viens de le faire. J'ai reconstruit la dernière nightly avec, je ferai
les autres canaux si je n'ai pas de retours négatifs.
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Communication, code] Gandi et Free

[Pep]

+1

-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De 
la part de xave
Envoyé : samedi 13 juillet 2013 15:28
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [Communication, code] Gandi et Free

> L'adhésion à l'association, 20 ? par an, permettrait peut-être de
> couvrir les frais. Ensuite on loue un serveur qui peut monter en
> charge : on fait des sous seulement pour les utilisateurs.

Tu sais qu'offrir ce service aux adhérents à jour n'est pas une idée 
complètement idiote, pour un Toulonnais ? :p 
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [help] nigthlies

[Pep]

Et pourquoi ne pas altérer cette valeur au moment du build ?

On pourrait alors envisager des canaux de distribution de mises à jour par type 
de build (stable, nightly, sexy, par exemple).

 

 

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De la 
part de Julien Wajsberg
Envoyé : jeudi 11 juillet 2013 16:43
À : dev@list.dotclear.org
Objet : Re: [Dotclear Dev] [help] nigthlies

 

tu ouvres un ticket ? :)

 

2013/7/11 Kozlika 

Et on ne peut pas le mettre par défaut ?

ça permettrait aux gens peu versés dans la techno d'installer un dc sur leur 
hébergement et de tester quand on le leur demande sans avoir à se casser la 
tête.

 

Le 11 juillet 2013 15:11, Franck Paul  a écrit :

 

En mettant ceci dans le inc/config.php :

// Allow RC and Beta auto-update
define('DC_UPDATE_VERSION','unstable');

Oui
Franck


Le 11 juillet 2013 14:56, Kozlika  a écrit :

> Si quelqu'un installe http://download.dotclear.org/nightly/ sur son serveur
> est-ce que le bouton de mise à jour automatique fonctionnera pour les
> nightlies suivantes ?
>

> ___
> Dev mailing list - Dev@list.dotclear.org -
> http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

 


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

 

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Facebook] Qu'attendez-vous d'une page de fan Dotclear ?

[Pep]

C'est bien ça. :-)



Le 13 juil. 2013 à 00:13, Julien Mudry  a écrit :

> 
> 2013/7/12 Guillaume Main 
>> D'ailleurs, pour entamer le processus, j'aurais déjà besoin de la date de 
>> création officielle de Dotclear (si possible au jour près), comme ça, je 
>> pourrais la renseigner tout en bas de la timeline.
> 
> 13 août 2003 si je ne me suis pas trompé en notant sa date d'anniversaire 
> dans mon agenda. Quelqu'un peut confirmer ? (C'est en tout cas également la 
> date du premier billet sur le blog.)
> 
>julien
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] [Graphistes] Appel à contribution

[Pep]

Bauhaus, ou l'une de ses petites sœurs.


Le 12 juil. 2013 à 19:41, Guillaume Main  a écrit :

> Elle s'y est mis tout à l'heure et ça devrait OK pour ce soir, ou demain max. 
> :-)
> 
> J'ai quand même besoin d'une info urgente : quelle est la police de caractère 
> du dernier logo Dotclear, utilisée ici notamment 
> http://dotclear.org/affiliates/w-logo.png ?
> 
> 
> 
>> Bah écoute c'est super gentil à elle, bien sûr qu'on veut bien (fais-y des 
>> bises pour nous :))
> ___
> Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev
___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] Git, Mercurial etc

[Pep]

Que c'est du bon sens, Franck.
Rien que du bon sens et du pragmatisme.
:-)


-Message d'origine-
De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Franck Paul
Envoyé : jeudi 11 juillet 2013 15:59
À : dev@list.dotclear.org
Objet : [Dotclear Dev] Git, Mercurial etc

Dites les gens, Git est peut-être mieux qu'Hg, GitHub que Bitbucket mais
pour l'instant si on continue comme ça on va avoir des dépôts divergents qui
vont devenir compliqués à synchroniser.

D'ailleurs il y a déjà à cette heure des différences et le dépôt GitHub n'a
pas une demi-journée d'existence.

Personnellement, tant que le trac (tickets) est branché sur le dépôt
mercurial hebérgé sur le serveur DC, tant que le script de génération d'une
release s'appuie sur ce même dépôt, je pense qu'il est sage de continuer à
commiter et pousser dessus (ou sur celui de Bitbucket via des pull requests
si nécessaire).

Z'en dites ?

Franck
___
Dev mailing list - Dev@list.dotclear.org -
http://ml.dotclear.org/listinfo/dev


___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

[Dotclear Dev] Advienne que pourra

[Pep]

Bonsoir,

Je m’appelle Pep et je suis utilisateur de Dotclear.

 

Comme beaucoup, je pense, mon plus gros souci sera de trouver du temps pour
aider.

Mais je ne peux tout simplement pas laisser filer ça une nouvelle fois.

 

PS : Et désolé d’envoyer des mails pourris, j’ai configuré mon compte mail
sur le PC du boulot avec Outlook (* cough *).

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev

Re: [Dotclear Dev] J'vous ai vus !

[Pep]

Même pas vrai !

 

De : dev-boun...@list.dotclear.org [mailto:dev-boun...@list.dotclear.org] De
la part de Kozlika
Envoyé : jeudi 11 juillet 2013 00:09
À : dev@list.dotclear.org
Objet : [Dotclear Dev] J'vous ai vus !

 

Bonsoir à Pep, Pascal, Samantdi, Krazy, Tarquine et bienvenue à bord ! (on
cause demain hein ? là il est l'heure de la tisane et la bouillotte)

___
Dev mailing list - Dev@list.dotclear.org - http://ml.dotclear.org/listinfo/dev