dièse

Tu as fait un top à un moment où tu ne swappais pas. C'est vrai que tu as un load average un peu élevé mais les données que tu nous donnes ne peuvent pas l'expliquer. Pour la configuration Apache je ne pense pas qu'elle soit en cause. Ca serait bien que tu nous fasses voir un top en entier (voir si il n'y a pas un process bizarre), et que tu nous dises combien il y a de connexions tcp simultanées (parce que, comme je te l'ai écrit dans ton post de présentation, un trafic de 100000vu/mois peut très bien être assumé avec un seul serveur alors avec 3 ).

Bonjour, Je pensais qu'il s'agissait d'un cas d'utilisation "extrème". Pour un site de petites annonces, c'est très étonnant que tu es du mal à soutenir un trafic de 100000vu/mois avec une telle configuration . Mais ça n'est pas le lieu pour discuter de cela, bienvenue sur le Hub

Pas au niveau apprentissage, c'est souvent plus profitable de corriger soi-même ses fautes

Bonjour, Félicitations pour ton site. Tu fais un travail vraiment impressionnant pour une étudiante , tu pourrais donner des leçons à bien des webcommerçants . Bienvenue sur le Hub.

Bonjour et bienvenue sur le Hub . Sympa cette présentation détaillée, ça donne envie d'aller en apprendre plus sur votre site .

Bonjour, Peut-être tout simplement mettre des points virgules à la fin de tes 3 requêtes ( point virgule = éxécution ).

Ca marchera mais que pour les webmails

A mon tout aussi humble avis , la fée corsetée a naturellement sa place dans les 10 premièrs résultats renvoyés par Google. Tant que ce n'est pas le cas c'est qu'il y a sanction , et je pense donc que ça ne sert à rien de faire des modifications au site (Et surtout pas de répéter 2 fois le mots corset dans le title ). Il faut des backlinks de qualité, il n'y a que ça qui calme Google, ensuite viendra le temps de l'optimisation . A mon avis il faut aussi essayer de faire varier le texte de tes backlinks, tu en as suffisamment avec le mot corset.

Cool, je ne connaissais pas , il aurait peut-être suffit que je réfléchisse 2 secondes mais bon...

Mais ça ne modifie que la tailles des caractères pas celles des images

Bonjour, Je n'ai pas vraiment le courage de me plonger dans ton post . Mais je peux tout de même essayer de te donner quelques pistes. Une structure arborescente peut très bien être modélisée avec une seule table et le travail sur les chaînes de catactères peut être fait avec ton langage de programmation ( peut-être PHP ), ou même avec des fonctions SQL ( dans ton exemple SUBSTRING() devrait faire l'affaire), mais pas à l'aide d'une table dédiée. Bon courage

Puis ensuite tu peux le référencer dans les annuaires d'annuaires , comme http://www.annuaire-info.com .

Bonjour, Déjà tu devrais rajouter le header qui renvoit le type mime pour tes pages PHP. Mais ça n'est pas ça qui peut poser problème lors de l'insertion dans ta base... Vérifie peut-être le format d'encodage de tes fichiers par ton éditeur de texte

Bonjour, Peut-être tout simplement en ne donnant pas les droits de création à l'utilisateur, en enregistrant les demandes et en faisant tourner un cron de création sur ces demandes.

Je ne comprends pas trop le problème. C'est justement tout l'intérêt des digg-like, les urls plébicitées continuent à apparaitre les autres disparaissent petit à petit... Si tu veux coller à l'actualité, il suffit de présenter à l'internaute les sites les plus populaires sur une très courte période (urls ayant enregistrées le plus de votes depuis 1 semaine par exemple).

Bon j'ai testé tout fonctionne parfaitement. Tu as des erreurs dans le code que tu as copié: Si ne nous donne pas exactement le code avec lequel tu travailles, on ne pourra pas t'aider à résoudre ton problème . Parce que là je ne vois vraiment pas comment tu peux obtenir "toto" au lieu de "titi"...

Bonjour, Comment testes tu la valeur de tes attributs ? si tu crées une instance $maClasse2 et que dans une méthode de cette instance tu fais appel à self::$attrStatic1 tu accéderas bien à la valeur définie dans ta classe fille.

et !==

Il n'y a pas de mystère. Un site met longtemps à stabiliser son positionnement sur Google. A partir du moment où un évènement vient perturber l'ontogénèse de ton site (je dépose immédiatement un copyright sur l'expression "ontogénèse d'un site web" ), tu es quite pour une nouvelle période d'instabilité.

C'est la barre d'adresse qui est utilisée comme formulaire de recherche lorsque l'url n'est pas valide . Je suppose que la recherche s'effectue sur le moteur par défault du véritable formulaire de recherche. Le monde sort en première position sur Google France pour la requête "www" .

Bonjour, Je crois qu'il existe une extension spécifique, sinon ColorZilla le fait très bien.

A mon avis ce que Google a acheté, c'est un bon moyen de diffuser de la pub sur tous les petits sites perso . Yahoo s'intéresse au web2.0 et se paie Flickr, Google s'intéresse à l'affiliation et se paie un réseau de diffuseurs .

Bonjour, Plusieurs choses que je trouve étrange : - 1 controleur => 1 vue, pour le web c'est normal, par contre 1 controleur => 1 objet modèle ça me parait bizarre. - Une variable d'instance $db dans le controleur c'est aussi étrange. C'est plutôt dans le modèle ce genre de chose . - Que ta classe "events" soit une sous-classe de ta classe "controleur", ça me choque aussi . D'abord je ne vois pas à quoi ça peut te servir et ensuite tu vas perdre en souplesse (par exemple si te venait à l'idée d'implémenter un sous-controleur qui aurait des propriétés spécifiques tu ne pourrais plus étendre ton contoleur actuel...). Concernant ta question, je n'ai pas de réponses toute faites. D'autant que je me suis aussi pris la tête avec ces problèmes et que je ne suis pas sûr du tout de m'en être bien tiré... 1 module=1 controleur ça me parait bien. Faire en sorte qu'1 controleur ne dépende pas d'1 autre controleur ça me parait bien aussi. J'ai personnellement intégrer tous ma logique d'appels aux controleurs à l'intérieur du frontControleur et je gère ça, comme dans ton exemple simpliste , à l'aide de tableaux. Bon courage

Bonjour, Effectivement on t'avait signalé que les pages sattelites, il faut mieux éviter quand on cherche à obtenir des résultats sur le long terme . Pour la requête "lingerie sexy" (ça aussi je te l'avais signalé lors de ton premier post sur le hub ) elle est porteuse de beaucoup de trafic non qualifié, et est donc peu intéressante... Tu devrais, dans un premier temps, t'intéresser à des requêtes comme 'vente de bikini', 'boutique bikini' qui sont nettement plus facile et qui t'apporteront des visiteurs beaucoup plus intéressants

Les enregistrements de la requête en cours, mais toutes les autres requêtes peuvent s'éxécuter normalement. Les erreurs mysql ne sont pas bloquantes et le script PHP peut continuer à s'éxécuter tout à fait normalement .