Mes templates sont en PHP; ça peut rester lisible !
>>> "* faciliter l'écriture. par exemple, remplacer les "<?php echo $variable?>" par une syntaxe plus simple comme {$variable}"
<?=$variable?> marche bien en php, avec l'option "short_open_tag = On".
Et du coup ça permet des transformations rapides, genre <?=ucword($nom)?> .
>>> * "sans toutefois ne pas avoir à reinventer totalement un langage, c'est pourquoi les expressions utilisées sont en php. ex: {$variable.$objet->propriete} qui est équivalent à...<?php echo $variable.$objet->propriete?> tout simplement :-)"
Entre <?= $variable . $objet->propriete ?>
et {$variable.$objet->propriete}, le gain de lisibilité est limité non ?
>>> "il y a des tags typiques comme {foreach}, {for}, {if} et cie, fonctionnant comme en php.</cite>"
Souvent je fais:
<h1><?=count($personnes)?> listée(s) :</h1>
<? foreach($personnes as $p): ?>
<p>Nom : <?=$p->nom?>, Age : <?=$p->age?> ans</p>
<? endforeach; ?>
Avec une coloration syntaxique c'est clair comme de l'eau de roche.
>>> "* mais en posant des restrictions, pour éviter d'avoir du code métier dans les templates, c'est pourquoi les expressions sont parsées (en utilisant le tokenizer de php ;-) et "filtrées"."
C'est le seul avantage que je vois à un moteur de template autre que PHP. Dans ce cas ça ne concerne que le cas où des non-développeurs ont accès à des modèles sur une appli critique.
(Pas forcément objectif, mais intéressant tout de même) :
-----------
Hi,
yesterday I read an article in the German computer magazine c't that
gives an overview over the projects dealing with Linux-based
smartphones. As you might know besides OpenMoko there is the LiMo
Foundation (lots of companies), Open Handset Alliance (Google, Android)
and the LiPs Forum.
As it turns out none (!) of those competing projects is going to provide
you (the device owner) with the freedom to tinker with the device, use
it for every mean, install your own kernel, access the hardware directly
and so on. I find this a shocking fact.
A short summary.
LIMO: Produces 'common' stuff that can be used only if you are a member
of the LIMO foundation. Membership fees are in the ten thousands a year.
Besides that there will be non-common code which you have to license
from another member. So you have non-free stuff and even more non-free
stuff ... :$
OHA: The stack produced by this group shields you from the actual
hardware. If you want to write a program for Android it must be Java at
the source level (will be compiled into something different than Java
bytecode) using proprietary APIs (no SWT/AWT/java-gnome/qtjambi).
Low-level plumbing (kernel + device drivers) must be done by the OHA
members themselves.
LIPS: Became part of LIMO[0]. End of story.
At LinuxTag 2008 I learned that Motorola is giving you the kernel
sources but are using signed kernels and the bootloader to prevent you
from putting your own kernel on the device. I expect that phones
provided by LIMO and OHA will have the same 'feature'. Unfortunately its
the linux kernel's GPLv2 which has no clause against such misuse.
So even if soon Linux-based smartphones from LIMO and OHA will appear
soon. All with great hardware, fancy graphics and whatnot they managed
to rip all the fun and freedom out of it. :|
-----------
Tentative rapide de traduction :
LIMO: Produit des outils "communs" qui ne peuvent être utilisés que si vous êtes membre de la fondation LIMO.
Le coût pour être membre se compte dans les 10 000 $ par an.
À côté de ça, il y aura du code non-commun que vous devrez licencier d'un autre membre.
Donc vous aurez des choses non libres, et, encore plus de choses non libres...
OHA: (Open Handset Alliance = Google, Androïd) :
La couche applicative produite par ce groupe vous empêche d'accéder à la partie matérielle.
Si vous voulez écrire un programme pour Androïde, ce doit être du java (il sera compilé dans quelque chose de différent que le bytecode java), en utilisant des bibliothèques propriétaires (pas de SWT/AWT/java-gnome/qtjambi).
Tout ce qui est "bidouillage" de bas niveau (noyeau + pilotes de périphériques) doit être fait par les membres de l'OHA eux-même.
LIPS: Est devenu une part de LIMO. Fin de l'histoire.
je reviens d'Argentine, et on a rencontré qq personnes qui ont passé un mois à bosser dans une ferme Bio à El Bolson. Apparemment, le principe est de bosser 5h par jour sur 5 jours par semaine.
Pas de rémunération financière, mais nourri et logé; et il semblerait que l'ambiance est plutot bonne.
Si tu googlise sur "wwoof" tu peux aussi retrouver des retours d'experience. C'est pas propre à l'Amerique du Sud, mais y'en a un peu partout dans le monde.
C'est ça à quoi je pensais, les données répliquées, ou avec un crc avec correction, ou qqch du genre.
Car même si on a moins de risque en la manipulant, on peut aussi se retrouver avec un disque inutilisable meme si seuls les quelques premier blocks sont ilisibles...
C'est pour moi l'un des avantages majeurs de php, sa documentation.
Clair, concise, qui mets en avant tous les dangers/risques d'erreurs liés à l'utilisation d'une fonction...
Et les commentaires sur le site sont tres souvent utiles, aussi.
# Performances
Posté par Tof . En réponse au journal Gimp Perl Server et Python. Évalué à 2.
[^] # Re: Navigateur Arora.
Posté par Tof . En réponse à la dépêche Logram, environnement de bureau totalement différent, fête ses 1 ans.. Évalué à 3.
-> Add: Host: machin.tld
et va sur http://www.xxx.yyy.zzz .
Mais franchement je vois pas en quoi en navigateur devrait proposer cela, sous une autre forme qu'une extension (ou qu'un bloatware).
[^] # Re: Un moteur de templates est très utile
Posté par Tof . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 1.
Que nenni, il est même fixé par défaut à ce jour.
+1 pour les goules et les couleuvres. Je préfère du PHP :-)
[^] # Re: Un moteur de templates est très utile
Posté par Tof . En réponse au journal De l'utilité des moteurs de templates en PHP. Évalué à 1.
>>> "* faciliter l'écriture. par exemple, remplacer les "<?php echo $variable?>" par une syntaxe plus simple comme {$variable}"
<?=$variable?> marche bien en php, avec l'option "short_open_tag = On".
Et du coup ça permet des transformations rapides, genre <?=ucword($nom)?> .
>>> * "sans toutefois ne pas avoir à reinventer totalement un langage, c'est pourquoi les expressions utilisées sont en php. ex: {$variable.$objet->propriete} qui est équivalent à...<?php echo $variable.$objet->propriete?> tout simplement :-)"
Entre <?= $variable . $objet->propriete ?>
et {$variable.$objet->propriete}, le gain de lisibilité est limité non ?
>>> "il y a des tags typiques comme {foreach}, {for}, {if} et cie, fonctionnant comme en php.</cite>"
Souvent je fais:
<h1><?=count($personnes)?> listée(s) :</h1>
<? foreach($personnes as $p): ?>
<p>Nom : <?=$p->nom?>, Age : <?=$p->age?> ans</p>
<? endforeach; ?>
Avec une coloration syntaxique c'est clair comme de l'eau de roche.
>>> "* mais en posant des restrictions, pour éviter d'avoir du code métier dans les templates, c'est pourquoi les expressions sont parsées (en utilisant le tokenizer de php ;-) et "filtrées"."
C'est le seul avantage que je vois à un moteur de template autre que PHP. Dans ce cas ça ne concerne que le cas où des non-développeurs ont accès à des modèles sur une appli critique.
My 2 cents :)
[^] # Re: Un peu déçu
Posté par Tof . En réponse à la dépêche OpenMoko annonce la distribution Om2008.9. Évalué à 2.
http://wiki.openmoko.org/wiki/FSO_UI_Tutorial
# OpenMoko is the only 100% F/OSS-based Linux smartphone project
Posté par Tof . En réponse à la dépêche Consolidation des smartphones libres : LiPS fusionne avec LiMo. Évalué à 8.
(Pas forcément objectif, mais intéressant tout de même) :
-----------
Hi,
yesterday I read an article in the German computer magazine c't that
gives an overview over the projects dealing with Linux-based
smartphones. As you might know besides OpenMoko there is the LiMo
Foundation (lots of companies), Open Handset Alliance (Google, Android)
and the LiPs Forum.
As it turns out none (!) of those competing projects is going to provide
you (the device owner) with the freedom to tinker with the device, use
it for every mean, install your own kernel, access the hardware directly
and so on. I find this a shocking fact.
A short summary.
LIMO: Produces 'common' stuff that can be used only if you are a member
of the LIMO foundation. Membership fees are in the ten thousands a year.
Besides that there will be non-common code which you have to license
from another member. So you have non-free stuff and even more non-free
stuff ... :$
OHA: The stack produced by this group shields you from the actual
hardware. If you want to write a program for Android it must be Java at
the source level (will be compiled into something different than Java
bytecode) using proprietary APIs (no SWT/AWT/java-gnome/qtjambi).
Low-level plumbing (kernel + device drivers) must be done by the OHA
members themselves.
LIPS: Became part of LIMO[0]. End of story.
At LinuxTag 2008 I learned that Motorola is giving you the kernel
sources but are using signed kernels and the bootloader to prevent you
from putting your own kernel on the device. I expect that phones
provided by LIMO and OHA will have the same 'feature'. Unfortunately its
the linux kernel's GPLv2 which has no clause against such misuse.
So even if soon Linux-based smartphones from LIMO and OHA will appear
soon. All with great hardware, fancy graphics and whatnot they managed
to rip all the fun and freedom out of it. :|
-----------
Tentative rapide de traduction :
LIMO: Produit des outils "communs" qui ne peuvent être utilisés que si vous êtes membre de la fondation LIMO.
Le coût pour être membre se compte dans les 10 000 $ par an.
À côté de ça, il y aura du code non-commun que vous devrez licencier d'un autre membre.
Donc vous aurez des choses non libres, et, encore plus de choses non libres...
OHA: (Open Handset Alliance = Google, Androïd) :
La couche applicative produite par ce groupe vous empêche d'accéder à la partie matérielle.
Si vous voulez écrire un programme pour Androïde, ce doit être du java (il sera compilé dans quelque chose de différent que le bytecode java), en utilisant des bibliothèques propriétaires (pas de SWT/AWT/java-gnome/qtjambi).
Tout ce qui est "bidouillage" de bas niveau (noyeau + pilotes de périphériques) doit être fait par les membres de l'OHA eux-même.
LIPS: Est devenu une part de LIMO. Fin de l'histoire.
[^] # Re: Screenshot
Posté par Tof . En réponse à la dépêche Picidae : Une nouvelle arme libre contre la censure de l'Internet. Évalué à 1.
--> http://michele.pupazzo.org/mozilla2ps/
[^] # Re: Moins de fautes d'orthographe dans les journaux.
Posté par Tof . En réponse au journal Mes prédictions pour 2008. Évalué à 2.
C'est même pas une faute d'orthographe, c'est de la grammaire/compréhension !
[^] # Re: Apprendre en s'amusant
Posté par Tof . En réponse au journal RPG pour apprendre le japonais. Évalué à 7.
[^] # Re: Pareil
Posté par Tof . En réponse au journal Aide mémoire : Truc à pas faire n°42. Évalué à 8.
Qui te laisse pas enregistrer si ton sudoers est broken =)
# VIM
Posté par Tof . En réponse au journal Le meilleur éditeur de texte ? [FEU A VOLONTE]. Évalué à 1.
* Effacer toutes les lignes où "blabla" n'apparait pas
:v/blabla/d
* L'inverse
:g/blabla/d
* Effacer le contenu de chaque ligne après le 15ème caractère
Via une regexp :
:%s/^\(.\{15\}\).*$/\1/
Via une sélection par bloc:
gg15l<Ctrl-v> (puis au clavier...)
* Ne garder que les lignes où "blabla" et "plop" apparaissent
v/blabla\|plop/d
# Zombie Plague
Posté par Tof . En réponse au journal Monarques : un jeu de plateau libre. Évalué à 1.
http://www.boardgamegeek.com/game/7514
J'ai encore pas essayé, mais ça a l'air sympa.
# VNC SC ?
Posté par Tof . En réponse au journal Prise de controle de bureau multiplateforme et accessible au communs des mortels. Évalué à 1.
[^] # Re: Injection
Posté par Tof . En réponse à la dépêche Sortie de PhpCompta 2.0.0. Évalué à 5.
' or 'x'='x
en login... ca craint, pour un logiciel de compta !!!
# Wwoof
Posté par Tof . En réponse au journal Volontariat libre en Am. du sud ?. Évalué à 1.
Pas de rémunération financière, mais nourri et logé; et il semblerait que l'ambiance est plutot bonne.
Le site :
http://wwoof.org/
Si tu googlise sur "wwoof" tu peux aussi retrouver des retours d'experience. C'est pas propre à l'Amerique du Sud, mais y'en a un peu partout dans le monde.
HTH !
[^] # Re: En parlant de taper au clavier...
Posté par Tof . En réponse au journal EZ-Reach 2030 ? Ou l'acheter ?. Évalué à 2.
http://www.algo.be/ergo/apprentissage.htm
Du coup j'ai essayé ktouch, qui n'est pas mal du tout :)
[^] # Re: Pour GooglePrint
Posté par Tof . En réponse au journal Microsoft numérise l'Angleterre. Évalué à 2.
# Wiki
Posté par Tof . En réponse au journal Monad, le shell selon Microsoft (MSH). Évalué à 1.
http://channel9.msdn.com/wiki/default.aspx/Channel9.MSHWiki
[^] # Re: sugestion
Posté par Tof . En réponse à la dépêche Yzis M3 est arrivé. Évalué à 1.
[^] # Re: SPT versus EFI-GPT
Posté par Tof . En réponse à la dépêche SPT : Une alternative au système historique de partitionnement des PC. Évalué à 2.
Car même si on a moins de risque en la manipulant, on peut aussi se retrouver avec un disque inutilisable meme si seuls les quelques premier blocks sont ilisibles...
[^] # Re: PHP != J2EE
Posté par Tof . En réponse à la dépêche PHP 5 futur concurrent de J2EE et .Net ?. Évalué à 1.
http://www.php.net/manual/en/ref.mysql.php(...)
C'est pour moi l'un des avantages majeurs de php, sa documentation.
Clair, concise, qui mets en avant tous les dangers/risques d'erreurs liés à l'utilisation d'une fonction...
Et les commentaires sur le site sont tres souvent utiles, aussi.
# Merci !
Posté par Tof . En réponse au message [Mail] marquer un mail comme lu dans un Maildir grâce a procmail. Évalué à 1.
Apparement, "new" stocke les mails nouveaux, mais ils sont déplacés dans "cur" des qu'un acces IMAP est fait, meme s'ils n'ont pas été lus.
[^] # Re: Merci a tous
Posté par Tof . En réponse au journal Comment contrôler les gens.. Évalué à 1.
Bah les livres de L.Ron Hubbard (scientologie) sont toujours disponibles (pour le plus grand malheur des rayons "science-fiction" des librairies)
[^] # Re: dans le genre ...
Posté par Tof . En réponse au journal R.I.P.. Évalué à 1.
Moi je devais faire un ping en arriere plan, et un tcpdump sur le receveur pour recapturer l'ip...
(encore merci à screen)
[^] # Re: Tentative de record ?
Posté par Tof . En réponse à la dépêche Une base de registre pour Linux ?. Évalué à 2.
zsh: sure you want to delete all the files in /home/max ? [yn]
(au début ca saoule, mais suffit d'une fois...)