choon a écrit 24 commentaires

ça y est, je viens de comprendre le principe de ce forum... les vannes à la con reçoivent des plus et les commentaires argumentés prennent des moins, comme ça au bout d'un moment on voit plus les commentaires et on retrouve plus facilement les vannes pour bien se marrer derrière son écran quand on a rien à faire au boulot.

C'est quand même bien fait linuxfr...

Ouf... je commençais à me demander ce que je faisais sur ce forum :-P

Effectivement c'est un peu "tout ou rien". Il faudra que j'essaie sur un petit projet pour voir un peu moi-même les limites.

je voulais gérer un id unique par objet

ça à priori tu peux (cf http://ezpdo.net/blog/?p=5)

Dans cet exemple aucun.
Par contre le fait de mettre ça dans une classe permet d'appeler cette méthode sans avoir à inclure à la mimine préalablement le fichier la contenant puisque l'autoload s'en occupe.
Je ne crois pas qu'on puisse faire de même avec une "simple" fonction mais si c'est le cas ça m'intéresse aussi.

Un hack... ouais, tout de suite les gros mots... :-)

$_REQUEST je m'en fous, je l'utilise jamais, je ne l'utiliserai sans doute jamais, je ne travaille avec personne qui l'utilise ou qui l'utilisera et je ne l'ai jamais rencontré dans aucune des librairies que j'ai pu utiliser.
Si tu vas par là tu peux aussi rajouter $_COOKIE.

Dire qu'il n'y a plus de problème quand tu as à ajouter ce genre de chose, c'est aller un peu vite.

ok --> *Je* n'ai plus de problême. Et non c'est pas pénible, c'est fait une fois pour toutes. Et non je n'ai pas besoin d'inclure ça dans chaque script php... juste dans UN script, l'index.

Ce que je veux dire c'est que oui les magic_quotes c'est chiant, mais non ça suffit pas pour jeter le bébé avec l'eau du bain, d'autant que le tir sera corrigé.

Bientôt on aura plus à avoir ce genre de discussion... puisque ça n'existera plus.

Magic_quotes ça saute aussi dans php6. En attendant:

class Tools
{
static public function remove_magic_quotes(&$array)
{
foreach($array as $key => $val)
{
if(is_array($val))
{
self::remove_magic_quotes($array[$key]);
}
else if(is_string($val))
{
$array[$key] = stripslashes($val);
}
}
}
}


if(get_magic_quotes_gpc() == 1)
{
if(!empty($_POST))
{
Tools::remove_magic_quotes($_POST);
}
if(!empty($_GET))
{
Tools::remove_magic_quotes($_GET);
}
}

et il n'y a plus de problème.

Quel genre de situation? je m'oriente vers ça donc ça m'intéresse d'avoir un avis plus détaillé...

Oui, je sais que ces fonctions ne sont pas la panacées et que c'est souvent troué,

à priori ça va sauter avec php6

Je te laisse expliquer ça au nouveau venu, pendant ce temps là je me rencarde sur ruby ;-)

Le problème de commencer par du code sale mais qui marche est qu'on a aucune raison d'écrire proprement puisque ça marche...

Et que fais-tu du plaisir d'apprendre ? C'est pourtant une vraie bonne raison.

ok... alors encore plus rapide:

file_put_contents('fichier','texte de test');

;-)

Digérer les bons concepts tout de suite... pourquoi pas mais ça risque d'aller au détriment de la popularité.

- Comment je fais pour écrire dans le fichier ?
- Attends, faut d'abord que je t'explique le typage, l'héritage, le polymorphisme, la poo, blahblah...
- Ouais... laisse tomber, je vais faire un *.bat.

Pourriware is not a crime. ;-)

"ça ne marchera ja-mais!" ;-)

Blague à part, le coté objet rajoutée sur une base fonctionnelle,c'est ça qui est chouette... besoin de bricoler un truc en 10 lignes et en 2 minutes? Tu peux. Besoin de plus de méthode? Tu peux aussi :-)

C'est aussi un langage qui permet d'apprendre en douceur... des scripts crados mais simples à comprendre au début, puis une meilleure organisation et le monde de l'objet si on souhaite aller plus loin.

Je ne suis pas en train de dire que tout est parfait mais quand même... ça va dans le bon sens. PHP5 a amorcé un virage vers des pratiques plus saines, ça s'accentuera encore avec PHP6.

J'ai découvert il y a peu (à ma grande satisfaction!) ezPDO. Le Zend Framework embarque-t-il ce genre de fonctionnalité? Parce que pour le comparer à Rails ça me semble approprié non?

Ce serait sans doute plus rapide mais encore faut-il générer toutes les versions de la chaine à rechercher... ce qui peut vite être phénoménal !

Avoir une version sans accents de chaque colonne me parait une bonne idée... on garde de bonnes performances et on est pas obligé de faire des requêtes alambiquées. Reste que dans mon cas ça double pratiquement la taille de la base... pas grave sur quelques dizaines de méga-octets mais bon...

Une collation insensible aux accents serait évidemment le top. Le manuel dit que l'on peut avoir des collations définies par l'utilisateur:

By default, when SQLite compares two text values, the result of the comparison is determined using memcmp(), regardless of the encoding of the string. SQLite v3 provides the ability for users to supply arbitrary comparison functions, known as user-defined collation sequences, to be used instead of memcmp().

Mais je n'ai jamais trouvé comment procéder :-/

certes... mais c'est bien l'effet recherché puisque je ne veux pas tenir compte des accents.

Je m'explique... admettons qu'un utilisateur veuille trouver "ségolène" dans la base. Dans la base on peut avoir:

- segolene
- ségolene
- segolène
- ségolène

ou même plus de possibilités si c'est mal orthographié (ségoléne, sêgolène, etc...)

Je devrais faire ça? -> SELECT * FROM machin WHERE truc LIKE 'segolene' OR truc='ségolene' OR truc LIKE 'segolène' OR truc LIKE 'ségolène' OR.... etc.

:-(

euh... j'ai conscience aussi que "%" ça peut être couteux... mais quand même.

Je ne comprend pas ce que ça peut apporter mais je passe sans doute à coté de quelque chose... une petite explication ?

La requête générée est la suivante :

SELECT * FROM song WHERE noDiacritics(artist) like "%bjork%" OR noDiacritics(title) like "%bjork%" OR

noDiacritics(album) like "%bjork%" OR genre like "%bjork%" ORDER BY stamp DESC LIMIT 0,20

(Chercher dans un seul champ change peu de choses coté performance.)

Il se trouve que pour mes besoins persos j'ai fait un petit projet avec SQLite, une sorte d'ampache mais à la sauce ajax ( téléchargeable ici pour ceux que ça intéresse : http://www.mychoonz.com ).

Au début SQLite est vraiment trés séduisant, les applications deviennent mobiles, les sauvegardes sont simplifiées,les outils comme SQLite browser sont trés pratiques, c'est vraiment le pied de ne pas se cogner l'installation de mysql, d'automatiser la création des tables, etc...

Maintenant sur les performances il faut mettre un bémol. Le site présente SQLite comme plus rapide que MySQL, benchmark à l'appui, mais ça ne veut pas dire grand chose dans un cas réel, notamment parce que SQLite est trés loin d'offrir autant de fonctionnalités que MySQL (ou d'autres). Le fait que l'on puisse importer les fonctions PHP dans SQLite permet de pallier certaines lacunes mais au prix d'une perte de performance.
Par exemple, je veux chercher dans mon appli tous les morceaux de musique dont l'interprête est ou contient "björk". Je ne veux pas que les accents soit pris en compte dans ma requête, l'utilisateur doit pouvoir taper "Bjork" comme "Björk"... comment je fais? A moins que je sois passé à coté de quelque chose (dans ce cas merci de me guider, ça m'enlèveras une épine du pied), la seule solution que j'ai trouvé (vu qu'apparemment un COLLATE ne marche pas), c'est d'importer une fonction PHP qui remplace les caractères accentués par leur équivalent ascii... ça marche, aucun soucis, mais... sur 15000 rangées c'est super lent (enfin super lent... 3 ou 4 secondes quoi!).
La même requête avec MySQL et la collation adéquate c'est immédiat... (je suis preneur de soluces pour améliorer les perfs avec sqlite si des super cracks en php/sqlite lisent ceci).

Voilà, tout ça pour dire que oui c'est chouette mais que non ça ne fait toujours pas le café :-)

Ceci dit il y a tout un tas d'occasion ou SQLite peut-être super pratique et je n'hésiterais pas à l'utiliser à nouveau, sur des petits CMS ou des blogs par exemple.

Absolument... d'ailleurs c'est pour ça que j'ai mis un point d'interrogation.

"Ne revendez pas votre PDA, il peut enfin vous servir à quelques chose !"

Mon palm tx est un excellent baladeur audio/video grâce à tcmp... par ailleurs étant donné le temps de connnexion à un réseau wifi ainsi que la consommation d'énergie que cela engendre... je ne suis pas prêt de m'en servir comme télécommande !

Ne revendez pas votre télécommande, elle peut toujours vous servir à quelques chose.

Je le regrette mais beaucoup d'outils musicaux libres restent des softs de geek et ceux qui font l'effort de se rapprocher de l'utilisateur "normal" sont encore pas mal loin derrière: en dépit d'objectifs similaires et de nombreuses améliorations, Rosegarden ne tient pas (encore) la comparaison avec cubase ou logic, Ardour ne tient pas (encore) la comparaison avec protools, Audacity ne tient pas (encore) la comparaison avec Sound forge ou peak, etc...

Certains softs n'ont pas du tout d'équivalent. A ma connaissance un logiciel majeur tel qu'ableton live n'a d'ailleurs même pas de concurrent dans le monde propriétaire.

Alors bien sur on peut produire de la musique avec des logiciels libres mais ce serait mentir de dire que les outils proposé sont globalement aussi bons que ceux du monde propriétaire. Quand on rajoute le problême des drivers... faire de la musique sur linux relève à mon humble avis soit d'une attitude de geek, soit de l'évangélisme, soit du fait d'être fauché ;-)

Bref, je ne suis pas prêt de mettre mon site web sous IIS... mais je ne suis pas prêt de produire mes morceaux avec Ardour non plus ;-)



------------------------------
http://ww.nuchoon.com

Ardour ne colle pas du tout à mes besoins mais je suis content de voir que les choses avancent pas mal pour la musique sous linux, en témoigne le site linuxmao.org.
Peut-être que dans quelques années je pourrai enfin me passer de windows :-)