#php

http://phpqrcode.sourceforge.net
http://sourceforge.net/projects/phpqrcode

Pfff arrêtez de tous mettre des liens vers Github (ou en tout cas de mettre que ce lien) quand les gens ont pourtant des vrais sites à eux. D’autant plus que github est apparemment une copie en plus pas du tout à jour, et non le dépôt principal de ce projet.

Bande de geeks. :D

As-tu testé #AjaXplorer ?

Seafile possède certaines de ces fonctionnalités, mais c’est pas en PHP... Par contre il exporte du Markdown.

Ouais, ouais...

Manière, j’suis une #feignasse !

(Re)#lol : j’avions pas lu la dernière ligne j’avoue ^^.

@b_b avait commencé à bosser sur l’import opml dans #SPIP, ce serait cool qu’on fasse un SPIPnewsaggregator...

mouais, moi j pleure encore google reader ;) Je cherche une solution de remplacement qui puisse mixer des flux (fusionner des flux en en generant un en sortie)...avec import opml parceque j’en ai un paquet dispatchés dans plusieurs comptes google et qui me permettent de rebalancer de l’info

Il est clair que techniquement ce que fait Google est généralement bien fait, très bien fait, super bien fait, c’est selon.... Après ça reste Google... Mon côté maso-motivé est souvent assez développé pour que je me passe de Google cependant (et de FB et de LinkedIn... et de tous ces « webservices »). Je déteste le modèle publicitaire et les dérapages bigbrotheriens... Je résiste donc à mon petit niveau en n’utilisant pas ces « outils »... Bref, #osef sauf que là, je suis content de gérer mes flux « préférés » avec :
– #Firefox + extension #RSS_Ticker (pour ceux que je souhaite suivre de plus près)
– #Thundebird (pour les plus prolifiques ou que je suis épisodiquement)

Dans l’immédiat et dans une optique « je garde mes données avec moi », il me semble que j’utiliserais donc Thunderbird et l’option « Importer » (un fichier #OPML, fourni sur #Google_Reader paraît-il). Cela récupère vos #flux #RSS et leur rangement, mais pas les archives... (Enfin, je crois que non). C’est déjà ça.

Si la solution « locale » (sur votre pc/mac) ne vous satisfait pas, il y a au moins une solution hébergée qui semble assez facilement utilisable si vous avez un serveur avec #php, voir ►http://www.sebsauvage.net/rhaa/index.php?2013/03/17/15/28/17-puisqu-il-faut-un-exemple- .

Notez que #SPIP gère fort bien les flux rss et propose depuis longtemps un agrégateur « en ligne » : #SEDNA, que l’on peut voir en action sur http://sedna.spip.net où sont agrégés un bon paquet de flux de la galaxie SPIP. Cela s’installe très facilement. L’utilisabilité est probablement améliorable mais au moins on réfléchit avant d’ajouter un flux ^^. Par contre, il y manque un import de fichiers « OPML ».

Comme @suske, je suppose qu’on n’est pas très nombreux à refuser d’utiliser ces webservices, qui en plus ne sont pas si durs à développer, donc je m’inscris aussi sur la liste des paranos-maso qui ne veulent pas nourrir les goliaths du capital. Que les derniers des Mohicans s’organisent pour mourir dignement, ugh.

#LOL @seenthis : c’est quoi le « logo » qui vient se mettre à côté de http://sedna.spip.org ??? #WTF Goooooog est partout mais là ^^...

#spip

Comment t’as fait pour mettre du <code> code</code> ?

Ce billet est généré à partir de mon compte delicious par le plugin Delicious2SeenThis : c’est donc dans le traitement du flux RSS que se fait l’intégration du code.

ça envoie assez bien une sélection de pages de #seenthis, tous les matins à @7h36

Mmmh c’est mystérieux tout ça. :)

oui c’est une expérimentation matinale ; il suffit de s’abonner pour voir

À intégrer dans le Facteur ? Il y avait une librairie qui faisait ça (mise par @jluc je crois), avec une option pour la lancer sur tous les mails HTML passant par le Facteur, mais Cédric préconisait de ne pas l’utiliser car ça ne marchait pas bien dans plusieurs cas.

D’ailleurs ça fait quoi quand une balise a déjà des styles inline ? Par exemple il y a des templates de newsletters (dont ceux intégrés par Cédric) où ils disent que pour être sûr il faut avoir les styles dans le head ET en inline, pour marcher partout. Mais du coup si pour certains mails il y a déjà des styles inlines prévus, que fait cette librairie ?

je ne sais pas… mais c’est très facile à tester :

require_once ’lib/mogrifier.php’ ;
$html = file_get_contents(URL_HTML) ;
$css = file_get_contents(URL_CSS) ;
$mogri = new Emogrifier($html,$css) ;
$mail = @$mogri->emogrify() ;
echo $mail ;

#7h36

Ca semble ne plus le faire mais j’ai eu des mails de 7h36 avec du texte barré sur certains seen, sinon @7h36 c’est bon, mangez en.

http://docs.bolt.cm/screenshots

#interface #admin #ergonomie

gogogo

un autre utilisateur content :
http://shiggyenterprises.wordpress.com/2013/03/11/picking-a-javascript-framework-my-journey-to-meteor

Merci pour le lien.

En attendant #SpipJS, quelques idées pour avoir un mécanisme de mise à jour en « Direct ».
Pour bien faire, pourrait y avoir de nouveaux critères qui font le travail, juste à rajouter dans les boucles #SPIP.

Je verrais bien 2 étapes :
– {update} faire des mises à jour (si besoin) de contenus de boucles à intervalles réguliers (peut-être dans des inclusions ajaxées).
– {live} du vrai « live », avec du push. Mais pour ça, j’ai l’impression qu’il faut du node.js, ou bien passer par un service tiers.

Le second à l’air un peu compliqué à mettre en place.

Par contre, le premier ça peut peut-être se faire.
Par exemple, toutes les 10 secondes (ou avec un {update 60}), le client irait voir si y’a rien de nouveau.
Après, 2 possibilités :
– tout le bloc #ajax est reloadé
– uniquement le dernier élément est ajouté dans le DOM.

Là, j’imagine qu’il faudrait utiliser ajax et mettre le machin dans un inclure, mais dans la mesure où tous les squelettes passent dans le compilo ou je ne sais quoi, je me demande si cette étape (l’inclusion) ne pourrait pas être facultative, dans la mesure où on ne fait pas vraiment un inclure pour mutualiser du code, mais pour recharger un bout de page. SPIP pourrait créer l’include tout seul.

Bon, je dis tout ça, je connais pas vraiment les entrailles de SPIP, et pour ce qui est du JS, je viens de commencer « JQuery tête la première », du coup mon capital #gogogo n’est pas un top, mais je prêt à chercher et à apprendre.

Sinon, à voir un « seen » passer dans ma timeline tweeter, j’ai un peu l’impression de passer à la télé.

Tiens, on pourrait aussi avoir un critère de nombre, pour savoir à partir de combien de nouveaux éléments le bloc se recharge.

Ou je me demande si une boucle qui boucle sur elle-même, un {0,1} et un critère doublons pourraient pas faire une partie du taf.

@habbon l’ajax de SPIP c’est par rapport à un inclure, et non par rapport à une boucle. Un inclure n’a pas de « nombre d’éléments » ça peut même contenir 10 boucles différentes ou aucune. Donc l’update ajax ne peut pas porter directement sur une boucle.

Après que l’inclure teste lui-même si ya du nouveau ou pas suivant X critères, ça c’est son problème... :)

Lemonde.fr ne s’embête pas avec tous ces trucs de jeunes un

<meta http-equiv="refresh" content="600">

et puis voilà (et les annonceurs sont contents, leur pubs sont chargées plus souvent)

Je crois que j’avais vu plus ou moins vu l’histoire d ’ajax sur l’inclure, même si c’est vrai que je me mélange souvent les pinceaux avec.

C’est aussi pour ça que j’évoquais l’idée que ce soit SPIP lui-même, voyant un {update} dans un critère, qui créé à la volée une sorte d’inclure, avec un cache et une mise à jour différente du reste de la page.

What can I say about this new release? As planned, Symfony 2.2.0 took 6 months and is made of 711 pull requests containing 2,035 commits and submitted by 44 developers for the code (47,191 additions and 13,512 deletions); documentation enjoyed 1,312 commits by 41 authors (13,038 additions and 3,336 deletions).

2,035 commits on a 6 month period means that, on average, 11 commits were pushed every single day. 711 pull requests means 4 pull requests merged per day.

http://symfony.com/doc/master/contributing/code/security.html#security-advisories

ouais bonne idée ... pour la prochaine refonte de spip.net ? ;)

Donc si je comprends bien le conseil de Fabien c’est de n’utiliser que des librairies PHP dont les problèmes de sécurité ne sont pas encore connus ?

Aïe pas sur la tête !

Question stupide, mais tu connais #SPIP ?
http://www.spip.net/fr_rubrique91.html
Ensuite, pour #PHP, le mieux c’est que tu installes #Apache, #MySQL et #PHP dans ta machine

Oui je connais, Seenthis est basé dessus d’ailleurs, non ? Pourquoi ? :)

Oui, c’est déjà fait. Je suis un classique tuto du site du zero, j’en suis ... là ( http://www.siteduzero.com/informatique/tutoriels/concevez-votre-site-web-avec-php-et-mysql/instructions-pour-realiser-le-tp-2 ). Mais PHP et moi on ne s’entend pas très bien. Autant HTML CSS pas de problème, autant PHP... Bouh que j’aime pas. :/

Oui, #seenthis roule sur une 2.1. Je disais ça parce qu’il me semble une approche plus douce (SPIP étant, en quelque sorte, une couche sur #PHP). En tout cas, moi ça m’a aidé.

t’inquiète @mlleeole, chacun alimente à son rythme et selon sa disponibilité... c’est pour cela que c’est de qualité ! Perso je suis moins sur l’ordi depuis que je m’exerce à l’aquarelle :)

Ouais... n’empêche que 2 « suivre mardi » en 2 semaines, ça devrait t’encourager tout de même... :P

Et +1 @speciale : essaie SPIP.

Arf vraiment désolée j’avais pas vu le tiens. J’ai un peu de mal à suivre les interactions sur Seenthis.. :)

Effectivement c’est « encourageant », mais je fais pas totalement ce que je veux non plus. La veille, ça n’apprend pas à faire des jeux, et je n’ai pas toute ma vie devant moi pour ça. Donc il faut que j’avance, ou dans deux ans je serai sous un pont. ;)

Merci quand même, en tout cas.

espèce de geek !!!

Résolutions 2013 : profiter de ce que nous offre la communauté ! | Industrialisation PHP
►http://www.industrialisation-php.com/resolutions-2013-profiter-de-ce-que-nous-offre-la-communaute

PHP 5.2 n’est plus supporté depuis 2 ans... PHP 5.3 sera lui aussi très probablement plus supporté dès cette année (PHP 5.5 est attendu en version stable pour le milieu d’année 2013). Il est donc grand temps de passer vos serveurs en PHP 5.4. En plus des gains de performance et des fonctionnalités en plus, vous profiterez d’une version du langage plus stable, plus sécurisée, et surtout maintenue par la communauté pour encore quelques années.

oui @val_k, je fais aussi de la #veille techno sur seenthis, rien n’est parfait :p

et oui, @ben, ça et composer, c’est à mon avis, les gros chantiers de l’année en PHP :)

#informatichiots je passais par là dire une connerie :)