destroyedlolo

Je ne connais pas le chat de GMail mais j'imagine qu'il est base sur une page web si tu nous en parle non ? Dans ce cas, hormis s'ils utilisent une applete java (ce dont je doute), il est oblige qu'il y ait une interrogation reguliere du client vers le serveur ... pour savoir si de nouveau message sont arrives. De fait, ca fait un keep alive

L'utilisation des sockets est surtout utile pour faire communiquer 2 applications ensembles, mais comme tu dis que des petits paquets de données de temps à autres, un web service est peut etre plus indique. L'avantage de la socket par rapport au webservice est que c'est plus rapide et que tu as un mode connecte. Mais les inconvegnants sont assez nombreux : assez complexe a programmer generalement c'est du bas niveau, donc tu dois tout gerer (securite, protocole, eventuellement encodage, ...) si tu as des grand moment de calme, il faut mettre en place une sort de ping ou de heart beat sinon la connection va tombe en timeout si tes clients ou toi devez passer par des firewall ... ben faudra les configurer pour autoriser les ports. ... Avec les Web service, c'est pas connecte, mais tu as l'avantage de te baser sur l'architecture HTTP, ce qui fait que tu n'as plus a te soucier du bas niveau. Apres, ca depend vraiment de qui discute avec quoi et pourquoi faire

Gagner, c'etait ca En fait, ce que je voulais faire, c'etait creer une reference sur l'argument, et donc la syntaxe correcte est =& et non &= comme j'ai fait qui est bien le ET logique. Pfff, on perd du temps des fois pour des #^@%^%#^& En ce qui conserne PHP4/5, je suis malheureusement bloque pour le moment sur le 4 a cause des gens qui gere ma machine de prod Mais bon, les deux seuls choses qui me manquent vraiment sont les classes abstraites (ce que sait faire PHP5), mais surtout les heritages multiples malheureusement impossibles que ce soit en PHP4 ou en 5. Dommage car ca m'oblige a definir 36 fois les memes methodes En tout cas merci pour vos reponses. Lolo

Bonjour, Je suis sur un gros projet avec des classes assez complexes, héritage et tout et tout ... mais j'ai le code suivant qui ne fonctionne pas : class act_chapitre extends chapitre { var $parent; function act_chapitre( $id, $p ){ parent::chapitre( $id ); $this->parent &= $p; echo 'Init :<pre>'; var_dump($this->parent); var_dump($p); echo '</pre>'; } } En argument, $p est une autre classe. Mon probleme est que l'assignation ne fonctionne pas. Le var_dump() de $this->parent m'affiche int(0) alors que celui de $p me donne bien le resultat que j'attends. Je suis actuellement en PHP 4.4.2 mais je vais upgrade cette nuit en 4.4.4 sans trop d'espoir car je n'ai pas vu de reference a ce probleme. Qu'est-ce qui pourrait faire que cette assignation ne fonctionne pas ? Est-ce que quelqu'un a deja eu ce genre de problème ? A+ Lolo

Malheureusement, ce n'est plus gratuit

Je suis desole de mettre notre ami Dudu en faute, mais ... il suffit d'aller dans les preferences puis trouver langage. Ca marche au moins sur FireFox, les netscape et j'imagine n'importe quel navigateur civilise (pour Netscape que j'ai sous les yeux, c'est preference / navigateur / langages). A+ Lolo (fr, en)

Hum, je ne connais pas la frequence de scan de Googlebot sur ton site, ton site risque de rester un bon moment dans la base de google avec un gros risque de dupplicate. Je pense reelement que la solution est la redirection 301. As-tu essaye de voir avec Google directement ?

Nous sommes de plus en plus de la Yaute. Sans doute que nous nous croiserons un jour en montagne vu que c'est aussi une de mes grandes passions

Ouai, de toute facon, tu ne peux qu'y gagner a essayer. Et lorsque tu auras a faire quelques choses, tu vera par toi-meme ce qu'il te semble le plus judicieux Bye Lolo

Hehe, je ne vais pas repondre sur les arguments car je l'ai deja fait et ... nous tournons en rond ... mais voila une conclusion qui me plait bien

>> Ok, dans 2 ans, ton site fait un malheur. Résultat : Plus de 5000 visiteurs par jour sur ton site.... Tu me demandes toujours l'intérêt d'une BDD? Si oui, postule chez IBM Non, la je ne suis pas d'accord. Dans des cas comme ca, j'evite d'avoir 5000 requetes dans la base ... Et c'est justement l'interet : la seule chose que j'ai ce sont des requettes HTTP vers les images, et 1 scripts PHP par visiteur qui genere a la vole la page. Que tu utilises ou non une BD, de toute facon, tu ne coupera pas a ces 2 etapes. (evidement, on ne parle que de visiteurs et non de redacteurs). >> De plus, en terme de "practicité", c'est pas super : Comment gère X galeries portant toutes sur La Clusaz avec une description similaire? Tu dupliques les fichiers? Une même image va se retrouver dans X dossier..... pour rien? Et pourquoi Si je souhaites acceder a une images sur la Clusaz, je sais ou la trouver car son URL est normalisee. Il n'y a strictement aucune raison qu'elle se trouve dans un autre repertoire. >> Oui enfin là, on tombe sur le site pour le pappy qui a fêté ses 80 ans le week end dernier... Naturellement que l'on ne va pas crééer un BDD juste pour 1 ligne... mais maintenant, si tu as à monitorer X serveurs, tu feras plusieurs fichier 'log'? pourquoi ne pas mettre ca dans une BDD pour archiver, recroiser et ré-exploiter le résultat sur le long terme car une fois que ton fichier aura atteind 10 Mo, que feras tu? Il est evident que je n'etais pas rentre dans les details : je monitore actuellement une disaine de serveurs, et le nom des fichiers cree est : Serveur.AAAAMMJJ.heath ce qui fait que j'ai une segregation sur le nom du serveur et sur la date. >> Oui mais toujours pareil... si tu veux exploiter ses fichiers sur le long terme, tu auras dans ton dossier 15000 fichiers textes sans aucune relation entre eux car c'est bien ca le problème : Comment gérer les relations entre fichiers? Ca complique singulièrement les choses non? La seule chose dont j'ai besoin, c'est d'avoir une segregation par non de serveur et un trie par date. J'ai les 2 infos dans le nom meme du fichier. >> Tout ca pour dire qu'utiliser une BDD ne coute rien mais utiliser des fichiers peut engendrer bien des soucis : 1 - Problème de stockage Je ne vois pas ou : une donnee prend beaucoup plus de place dans une BD que dans un simple fichier. >> 2 - Problème d'exploitation (un fichier de 15 Mo, dur à gérer) Non : multitude de fichiers. Si le nombre de fichiers devient trop gros (c'est mon cas sur certaines donnee que je dois archivee "longtemps"), je cree simplement des sous repertoire specifique a chaque machine. A nouveau, il n'y a aucun croisement a faire entre machine. Y'a que sur les purges ou un DELETE FROM table WHERE ... est plus efficace qu'un find . -ctime -10 -exec rm {} \; . Mais bon, ca ne passe qu'une fois par jour. >> 3 - Problème d'accès (X utilisateurs en même temps) Non, pas lorsque c'est uniquement en lecture. >> 4 - Aucun relationnel possible Tout a fait d'accord : et c'est d'ailleurs ce qui me fait penche en faveur d'une DB ou d'un fichier a plat. >> Je ne me pose même pas la question de la base de données par rapport aux fichiers texte. Mysql est autrement plus rapide que php, point barre. Ben, les tests que j'ai effectue me prouve le contraire. Pour mesurer l'occupation disque des databases de ma boites, j'ai choisi de mettre les donnees en BD (car il y a des jointures a faire pour certains rapport). La volumetrie est a peut pret identique au monitoring que j'ai decrit plus haut ... sauf que j'ai abandonne l'idee de generer les graphismes a la vollee car ... ca prend trop de temps et ca bouffe les ressources de la machines. Bref, vu que ces donnees sont modifiees 1 fois par jour, je fais tourner des batch chaque nuit. Avant que ca ne vienne sur le tapi, les requettes SQL et les schema de la base de donnee ont ete optimises en profondeur (et vu la vitesse de mon serveur de dev, ce n'etait pas un luxe ) >> Et les cas où mysql est moins rapide, c'est qu'il faut changer de serveur. C'est vraiment une vision a la microsoft Ton serveur est trop lent, ne cherche surtout pas a savoir d'ou ca vient et change le Perso, je prefere rentabiliser ce que j'ai et laisse de la pluissance aux autres utilisateurs de mes machines. >> Mon site perso gère 3 millions d'enregistrements, et je n'imagine pas le quart d'une seconde que le serveur puisse faire ca en fichier texte.. Mon site perso contient plus de 5000 photos et elles ne sont pas gere par une BD ... simplement parce qu'il n'y avait pas de besoin. Le seul endroit ou la BD est utilisee, c'est pour gerer les stats et pour certains applie ou il y a reelement des croisement a faire. >> La base de données est un système de fichiers texte hyper optimisé. Pourquoi réinventer le fil à couper le beurre ? La BD est optimise pour faire des REQUETTE. L'utilisation systematique d'un BD lorsqu'il n'y a aucun relationnel entre les donnees est simplement du gaspillage de ressources. Bha, on n'arrivera pas a se mettre d'accord : mais ce n'est pas grave : ca prouve simplement qu'il y a toujours plusieurs facon de faire les choses. BD ou pas BD, pour moi ca depend surtout de l'utilisation des donnees.

Ben autre cas alors (ha mais ). La galerie de site web (bon, je sais, c'est un truc d'amateur, et y'a pas 15 milliards de gens qui vont dessus, mais bon, j'ai eu aussi a faire des sites de ce genre professionnellement). Alors, il s'agit d'une collection de description de lieu touristiques avec des photos et tout et tout. Pour le moment, tout est gerer sous forme de sous repertoires. C'est a dire, que pour les pages bien faite, si tu vas a La Clusaz par exemple, ben, tu te retrouve dans les repertoire France puis RhoneAlpes puis Clusaz, ce qui donne http://destroyedlolo.homeunix.org/galerie/...neAlpes/Clusaz/ A l'interieur, il y a des blocs de textes (qui sont sauvegardes dans des fichiers a plat) et des repertoires contenant les images. Ensuite, lorsque tu cliques sur le liens, une Action lance un PHP qui met en forme tout ca. Alors ... ou serait l'interret d'avoir une BD dans ce cas la ? Autre exemple : j'ai mis en place un monitoring d'une applie au taf. Pour tester si elle marche, je fais une sorte de PING sur l'applie et s'il echoue, je cree une ligne contenant l'heure dans un fichier a plat. Lorsque l'on veut afficher les donnees, le site web recupere ce fichier et affiche des pastilles verte ou rouge en fonction des heures ou l'applie ne fonctionnait pas. C'est leger, ca fonctionne bien, et je n'ai pas a me soucier de savoir si la BD est dispo ou pas (ca fait un point faible de moins, ce qui est important pour un monitoring). Enfin dernier exemple : sur une des pages de mon intranet, j'ai une zone ou sont publies des messages informatifs generer automatiquement par des applies ou par les utilisateurs lorsqu'ils veullent partager quelques choses. Ici aussi point de BD : les messages sont stoques dans un repertoire sous la forme de fichier texte de nom AAAAMMJJHHMMSS.num_unique. Pour les afficher, readdir() suivit d'un sort et voila. A nouveau, pas de bd, c'est trivial, simple et rebuste ... Pourquoi une BD dans ce cas la. C'est d'ailleurs le meme truc que j'ai utilise pour afficher la liste des mise a jour de mon site sur la page d'acceuile ou calendrier de nos sorties ski ou rando (blog like ) Bon, sur ce, je vais rejoindre mes penates ... A+

Ben non, car les donnees sont bien la, dans le DWH justement. Je ne parlais que de la facon donc les utilisateurs accedaient aux donnees : Le DWH genere les rapports sous forme de PDF ou de fichiers plats et ils sont publies ou mise en forme par le web serveur. Pas fou quant meme

Ben pour reste dans les metaphore, utiliser systematiquement un BD, c'est souvent utiliser un marteau pneumatique pour enfoncer une punaise. C'est exactement ce que je disais : la BD s'impose lorsque tu as des recherche a faire (et encore, faut que le model de donnee soit bien etudie). Par contre, faire un SELECT pour recuperer par exemple la liste des images d'un album est sans commune mesure plus consomateur qu'un readdir(). Ai-je dit le contraire ? Evidement s'il y a plusieurs utilisateurs interactifs qui sont amenes a modifier des informations, il est bien evident qu'une BD offre une facilite de developpement sans commune mesure par rapport a des fichiers. Mais ce n'est pas une raison pour que toutes les informations qui sont amener a modifier se retrouvent dans la dite BD. Ben non, la je ne suis pas d'accord avec toi : tous les trucs massivement statique comme les sites promotionnels, les collections en tous genre (generation de rapports, album photos, articles statiques, voir meme les annuaires ...) ben tu te passes tres bien d'une BD. Exemple tres concret : j'avais la charge d'un site web de ma boite ou est publie tous les rapports financiers (plusieurs centaines), utilises par plusieurs centaines de personnes. Ben la BD ne servait qu'a gerer les droits d'acces a ces rapports (paske a l'epoque, le directory LDAP n'etait pas encore finalise, depuis, c'est gere par les groups LDAP). Pour le reste, j'avais des batchs qui tournaient la nuit et envoyait les PDF des rapports, ou des fichiers a plat d'ou etaient generer dynamiquement les graphiques qui correspondaient. Le gros avantage de ce genre de truc, c'est qu'a 8 heures du mat, quant tous les managers arrivent et se connectent pour voir les chiffres du jours, ben ils n'accedent plus qu'a des donnees statiques, donc la BD n'a pas a absorbe des centaines de requettes qui ne font que fournir les meme resultats. En plus, les utilisateurs sont content car ils obtiennent ce qu'ils cherche imediatement, pas de temps de calcul.

Ben faut le dire aux developpeurs de FireFox car les {Ctrl}+{'}+{e} ne passent absolument pas dans les textarea ou text C'est d'ailleurs plutot penible. Arg :!:

Ben, le gros avantage est que si ton datamodel est bien foutu, il est plus facile en cas de probleme de reconstruire les liens entre objets qui aurraient pu etre perdu. Au niveau de la portabilite, je pense que tout les hebergeurs permettent de creer des fichiers/repertoire dans ton propre espace non ? Je ne vois pas pourquoi. C'est toi qui fait le design, tu peux tres bien ne stoquer que des references dans ta BD et mettre tout ce qui est statique sur disque. Y'a pas photo, c'est le cas de le dire. C'est encore pire lorsque tu commences a y stoquer des BLOB comme les images ou les videos. Il n'y a que pour les mise a jour que le probleme se pause, mais ce n'est a nouveau qu'un probleme de design, mais il est tres facile aussi de faire un mechanisme de "COMMIT" avec des fichiers a plat. Et si plusieurs personnes souhaites mettre a jour une page en BD, les memes questions se pauseront.

Ben, vous avez bien de la chance : moi aussi j'aime bien le developpement, mais ma boite a decrete que les chefs de projets ne devait que faire les specs, les docs et les recettes Tous les developpements est fait en inde. Heureusement que j'ai mes sites perso

Salut, Perso, je pense que l'utilisation des BD dans les sites web est beaucoup beaucoup trop generalise Comme tu le dis, y'a pleins cas ou ce n'est pas justifie ou ca penalise trop les perfs sans vrais valeurs ajoutees. A titre d'exemple, je suis en train de developpe un site pour gerer de maniere completement automatique les albums de photos de mariages (pas uniquement les photos, mais aussi les textes, ... bref, ca donnera des pages completes et pas uniquement un slide show). Bref, je n'ai pas utilise de BD mais plutot des fichiers a plat qui sont mis en forme dynamiquement par des Actions Apache. C'est nettement plus flexible et surtout nettement moins consomateurs en ressources. J'utilise uniquement des BD lorsque j'ai a faire des tries, des recherches ou a manipuler des chiffres (par exemple pour le stats), mais jamais au grand jamais pour stocker directement mes pages HTML ou des photos. Si on prend l'exemple des photos, si je dois faire des tries ou des selections, je cree dans la base des objets qui contiennent les caracteristiques de la photos, et son URL, mais c'est tout. C'est pourquoi, mes sites fonctionnent sur des vieux tromblons (par exemple, mon site tourne sur une vielle SUN Server5 a 110 Mhz avec seulement 128 Mo, et au taf, c'est sur une HP712 a 80 Mhz) et les temps de reponse sont plus que satisfaisant et la charge CPU negligeable mais lorsqu'il y a affluence. Lolo

Hehe, 3h59 du matin :!: Ben, ca depend : si c'est pour un site commerciale, ca me parrait logique. Par contre, pour les sites perso et les trucs du mode communautaire ("open source" meme si le terme est quelque peu galvaude), ca fait une eternite que des organisations proposent par exemple des traductions gratos. Par exemple, il y a les fameux livres open-source qui sont ecrit gracieusement traduit gracieusement dans plusieurs langues par des organisations communautaires par la meme ... corriges Il y a meme 10 ou 15 ans, j'avais meme fait des programmes pour Amiga (Freeware) qui avait ete gracieusement traduit. Et lorsque j'ecrivais des articles pour le regrete AmigaNews j'avais 3 ou 4 relecteurs. Je ne sais pas ce que faisait la redaction, mais je pense que c'etait fait a titre gracieux. Bref, j'aime bien cette vision ou chacun fourni a la communaute des choses qui correspondent a ses competences : du contenu, l'amelioration de ce dernier, des resources (par exemple, une petite place sur un serveur). C'est clair que ca ne rapporte rien cote $$$$$, mais ca rapporte enormement d'un point de vu perso. Mais ce n'est aussi que mon avis

Perso, les seules fois ou j'ai ete oblige d'utiliser un serveur windows a ete pour des sites ASP ou .net Pour des questions de stabilites et surtout de securite evidents, tous mes autres serveurs tournent sur des UNIX (Solaris, HP-UX, NetBSD, Linux ...) avec Apache et PHP.

Je pense que ca dépend principalement de 3 facteurs : Tes competences en administration : il est evident que si tu n'y connais rien en administration Unix, tu vas deja commencer par passer du temps en apprentissage et c'est pas le bon plan lorsque tu as des clients sur le dos. De plus, l'administration est un vrais metier et tu fais inévitablement des erreurs : a nouveau, c'est risque s'il y a des vrais client derriere :!: le besoin de securite de tes clients : Il y a les trucs de base telle que les sauvegardes, les mise a jour de securite, ... bref, les trucs classique et evident. Ce qui vient moins facilement a l'esprit, c'est que si tes clients veullent un niveau de service correcte, il te faudra forcement quelqu'un qui surveille la bonne marche du serveur de temps en temps. Si c'est personne est toi exclusivement ... que ce passera-t-il avec tes clients si le serveur crash pendant que tu es en vacances ? (la solution est d'indique clairement dans le contrat les condition de service) le genre de sites a heberger : si les sites sont tout simple, avec uniquement du classique ou alors uniquement bases des outils que tu cree et que tu met a disposition de tes clients, les mise a jour logiciel sont assez facile a gerer. Par contre, si tu laisses la possibilite a tes clients de developper leur propres scripts, avec beaucoup de liberte au niveau des modules PHP par exemple ... ben une mise a jour majeur de ton serveur ou d'un de ses composants (Apache, DB, PHP, systeme) risque d'etre une vrais galere car il faudra que tu synchronise avec tout tes clients. La solution est de leur fournir une machine de dev avec les nouvelles version de ses logicielles pour qu'ils preparent la migration, mais ca sera la galere. C'est donc a toi a reflechir par rapport a tout ces points ... mais ce n'est pas forcement impossible Lolo

Ben non, car mon tableau contient des objets class et je ne fais la comparaison que sur un seul champ de la class. array-search fait semble-t-il la comparaison sur l'objet entier. A ca serait tellement simple si on pouvait surcharger l'operator == comme en C++

Ce que je decrivais plus haut etait valable si tu voulais lancer une recherche a partir d'un lien classique. Mais dans ton cas ... je ne vois pas ou est le probleme : dans les 2 cas, tu appeles ton truc par une FORM, donc il faut simplement que les 2 FORM aient les memes champs ...

Bon, j'ai rien trouve de mieux que de tout recoder Ca n'a pas l'aire trop penalisant ... N'empeche que si qq'un a une idee lumineuse, elle sera la bienvenu.

Si j'ai bien compris ce que tu dis, Engine.php contient a la fois le formulaire de recherche et le code qui fait la dite recherche. Et ce que tu veux, c'est lancer la recherche sans passer valide le formulaire. C'est ca ? Dans ce cas, il te suffit de placer dans l'URL qui appel Engine.php les parametres qui lance la recherche : engine sera donc appeler comme si elle s'etait appele elle-meme par le click sur le bouton.