Portekoi

Bonjour, Voici un petit lien fort intéressant : http://fr.wikipedia.org/wiki/SQLite Pour ma part, ne pas pouvoir altérer une table, ne pas pouvoir gérer des index, ne pas pouvoir faire de jointure, ca reste une solution sacrément limitée. Maintenant, concernant la gestion d'une galerie de 100 000 Photos créées à la base avec un fichier plat, c'est tout de même difficile de dire à son patron : "Attendez, je dois faire des "moulinettes" parce que là, je peux pas implémenter de moteur de recherche." Je pense pas que cela lui fera plaisir. Donc, comme je l'ai dis plus haut, avec mes 8 ans d'exprérience, une BDD n'est pas toujours justifé mais lorsqu'il y a un besoin d'évolutivité ou d'implémentation, cela reste la solution la plus simple à mettre en place. De plus, une BDD n'est pas incompatible avec un systeme de cache. En voyant un SPIP tourné et paramétré correctement, cela reste une très bonne solution. Bonne Journée. Portekoi

1 - Bien plus rapide? Non, je ne suis pas d'accord avec cet argument. Si tu dois prendre UN enregistrement sur 1 Millions (comme un gros forum) lequel sera plus rapide? 2 - Pareil avec Mysql et encore plus facilement grâce au Sql. Des index pour un fichier, jamais vu encore (sauf en DB2 mais c'est une BDD ou les tables s'appellent fichier) 3 - Pareil en SQL 4 - Pareil aussi 5 - La majorité des hébergeurs proposent Mysql. Il vaut mieux 100Mo de données en BDD que 100Mo de données en fichier surtout sur un petit hébergement. Idem en Sql, il ne faut avoir peur de programmer. Pour les applis 'pas roses', "quiconque a eu à reprendre des applis en fichiers écrites par d'autres savent que tout n'est pas toujours bleu". Autrement dis, une developpeur qui ce débrouille mal en Sql en fera tout autant en Fichier. Concernant le "pseudo-langage", j'espère que tu ne parles pas du Sql. Et en informatique il n'y a rarement qu'une seule façon de voir les choses... Portekoi

Très franchement, je vais pas te reprendre en QUOTE un par un. Tes arguments pour ma part ne sont pas recevables dans la mesure ou une gestion par fichier ne peut pas évoluer aussi facilement qu'une BDD concu pour et tu ne peux gérer un enregistrement choisi sur des milliers avec tes fichiers alors qu'avec une BDD, oui. Avec un fichier, tu ne peux pas requêté pour prendre UN enregistrement ou alors, tu dois parcourir tout ton fichier. Si demain on te demande de faire évoluer de facon significative ton application, tu seras coincé et étant développeur moi même, je pense moi aussi savoir de quoi je parle. Donc oui, utiliser les fichiers textes de temps à autre ok. Mais dans tout ce que tu as décris, en aucun cas j'aurai procédé ainsi. EDIT : Une question me vient à l'esprit : Comment procèdes tu pour modifier/supprimer UN enregistrement? Et dans le cas où tu me répondras "Pas besoin", comment feras tu lorsque tu en auras besoin?

Bonjour, J'ai rien compris à ton problème. Tout ce que je peux te dire c'est que le javascript côté serveur est impossible car totalement inutile. Peux tu re-expliquer ton problème clairement en sautant des lignes si tu peux? Portekoi

Bonjour, Moi je suis plus Tahoma et Verdana comme Seb portekoi

Ca marche aussi pour une colonne qui n'existe pas : SELECT cat_name,cat_id AS selecteur, '0' as cat_type FROM categories WHERE group_id = '3' ORDER BY cat_name ASC

Quel est ton but? Afficher un texte au hasard? Non? Et bien dans ce cas, à toi de nommer de facon unique tes intros et faire ainsi : SELECT Texte FROM Table WHERE Type = 'intro' and Id = 'Mon_intro1' ou SELECT Texte FROM Table WHERE Type = 'intro' and Id = 'Mon_intro2' Ou encore mieux, tu mets une relation entre tes intros et tes corps de texte.... Cherche un peu par toi même! Tu verras, tu apprendras bien plus vite en commettant des erreurs...

Stevers34 : je ne dis pas que mon schéma est le meilleur, loin de là mais essai déjà avec ca pour te faire la main. Installe toi EasyPhp, et fais des tests.

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 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? Hum... pardon, mais comme solution, je n'aurais jamais opté pour celle ci car dans une optique d'évolution, c'est bancale.... 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? 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? 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 2 - Problème d'exploitation (un fichier de 15 Mo, dur à gérer) 3 - Problème d'accès (X utilisateurs en même temps) 4 - Aucun relationnel possible Donc oui, tu as raison : Lorsque c'est pour un petit enregistrement, une appli qui n'a aucune connexion avec une autre (ce qui déjà serait bizarre), alors oui, utiliser un fichier texte peut être intéressant mais dans les 3 exemples que tu as cités ci-dessus, j'aurais utiliser une BDD. Bonne soirée Portekoi

Quand je lis cette phrase, je comprends que tu as une bdd qui ne te sert qu'à gérer les accès... J'ai du mal comprendre alors. Et comme le dis captain, c'est un système de cache que tu décris mais en aucun tu ne traites de la BDD

_AT_destroyedlolo : Ton boss vient te voir 2 mois plus tard en te disant : "On va constituer un datawarhouse à partir de vos données sur les 12 derniers mois avec un moteur de recherche." (Cas qui m'est arrivé) Là, tu démissionnes

Ce qui compte c'est ca strucuture. Lorsque tu requetes, il faut utiliser les index / Clés lors de tes jointures. De plus avoir une table va provoqué une redondance certaine. il vaut donc mieux séparé les données qui risque d'être répétitives sans pour autant tout virer. Ah oui, et pour l'histoire des 200 requêtes, cela dépend de la structure comme dis ci-dessus mais aussi de la configuration serveur.

Bonjour, Tu peux faire ainsi : Table 'texte' : ID / Titre / Texte / Date / ID_Categorie Table 'Categorie' : ID / Nom Dans la table texte : Tous tes textes (un par enregistrement) avec un ID_Categorie correspondant à ci-dessous Dans la table catégorie : 1 - Accueil / 2 - Présentation Et dans ta page php 'Accueil' par exemple : Select a.* from texte a inner join categorie b on a.ID_categorie = b.ID where b.nom = 'accueil' Ci-dessus, le 'a' et le 'b' sont des alias de tables. C'est à dire que je les renome le temps de la requete. Si je n'avais pas fait cela, voici la requête : Select texte.* from texte inner join categorie on texte.ID_categorie = categorie.ID where categorie.nom = 'accueil' Ce qui est un peu plus long. Bon courage Portekoi

Bonjour, Je ne suis pas du tout d'accord avec ce qui a été dis. Préféré les fichiers à une BDD, c'est préféré une 2CV à une BMW. 1 - L'intérêt d'une BDD réside dans sa maniabilité, sa facilité à trouver les infos et l'éventail de sécurité qu'elle propose. 2 - Une requête n'est pas lourde en soit. Maintenant, si tu as une table avec 1 000 000 d'enregistrements, que tu la croises avec une table qui en a tout autant, alors là oui, ca deviens lourd et encore que tout dépend de la création de tes clés et index. Mais avec un fichier texte, impossible de le gérer. 3 - La mise à jour des fichiers est totalement différentes d'une mise à jour en BDD : Pour un fichier, un problème de droit en écriture se pose si 2 personnes agissent en même temps. Autrement dis, l'un des deux sera jetté. Avec une BDD, si les 2 requêtes arrivent en même temps, l'une passera avant l'autre sans blocage aucun. Très franchement, si tu as un site "basique" réaliser à l'occasion de l'anniversaire de ton oncle et que tu veux compter le nombre de visiteur, alors oui prend un fichier. Pour le reste, c'est BDD. Pour finir, ceux qui stock des images ou autre dans un BDD pourrait très bien stocker le nom et le chemin d'accès. Mais ca, c'est une autre histoire. Portekoi

Peux tu nous donner un bout de ton code sinon on va avoir du mal pour t'aider

Bonjour, Et bien je dois faire partie des derniers "pisseurs de code" (appellation franchement péjoratif mais passons). En effet, dans la banque où je me trouve, pas question de sous traité et c'est pareil dans les grosses boites possédant leur propre service informatique. Idem aussi pour mes 5 sociétés précédentes. Je pense que le "pissage" de code est une valeur ajoutée dans la mesure où ca permet de mieux appréhender la conception d'un logiciel tout en connaissant les contraintes. Et je ne parle même pas de la réactivité... Portekoi

Bonsoir, As tu essayé l'attribut "valign" de TD ? <td valign="bottom"> Portekoi

Après plusieurs échanges avec nephile, en renomant le fichier formmail.php5 en toto.php5, ca fonctionne. Sur son FTP, il y avait deux fichiers formmail : L'un php et l'autre php5. Est ce qu'il y a un rapport? Je ne sais malheureusement pas mais cela fonctionne maintenant.

Là, je vois vraiment pas. Sauf s'il y a un espace ou je ne sais quoi mais c'est vraiment très étonnant... Tu peux m'enovyer en MP un screen du contenu du dossier visite? Portekoi

Juste pour prendre exemple : http://www.smart-flat.com/Visite/Accueil.php5 -> marche http://www.smart-flat.com/Visite/accueil.php5 -> ne marche pas

C'est impossible car on a une 404 à cette adresse : http://www.smart-flat.com/Visite/formmail.php5 Où alors, il doit y avoir une majuscule quelque part (l'extension ou autre) Regarde bien car je suis convaincu que soit le fichier n'est pas là, soit il y a une majuscule quelque part...

Et où ce trouve le fichier "formmail.php5"? De toute évidence, le fichier "formmail.php5" ne se trouve pas dans le dossier visite.... Recherche le fichier sur ton FTP et dis nous où il se trouve.... De plus, le fichier Merci.php5 est bien présent lui. Ca vient donc bien de "formmail.php5".

Et tu as bien mis php5 comme extension? Si le fichier existe, il doit forcément le trouver. Cela viens donc soit d'une faute de frappe, soit une autre redirection (mais là je vois pas) Tu as une adresse à nous donner? Portekoi

Bonjour, Est ce que c'esst une erreur 404 ou 500? Portekoi

As tu une erreur? Si oui laquelle?