dièse

Bah à priori ce que Sebastien voulait c'est un message personnalisé si MySQL est planté, donc il faudrait faire la redirection que dans le cas où la connection à la base n'est pas possible. Mais ne connaissant pas Dotclear en profondeur, même ça je ne le conseillerai pas

Euhh c'est un peu tendu quand même... je ne me risquerai pas à ça . Avec cette modification tu empêches la navigation sur ton site quelque soit le type d'erreur que MySQL te retourne. La solution la plus propre serait de redéfinir le gestionnaire d'erreurs de php, pour personnaliser ce type d'erreur mais là ça devient beaucoup plus compliqué à développer...

Comme il fait pas beau, je te file un peu de lecture pour cet après-midi : http://www.supinfo-projects.com/fr/2005/mysql_tweaking_fr/3/ http://maximilian.developpez.com/mysql/queryCache/ http://dev.mysql.com/doc/refman/5.0/fr/que...figuration.html J'ai fait pointé les liens sur des articles sur le cache de requêtes mais tu pourras trouver plein d'autres infos sur l'optimisation sur les 3 sites.

Salut Première chose quand tu essaies de faire face aux montées en charge d'un serveur MySQL, c'est d'être sûr d'avoir placé des index sur tous les champs de tes tables qui le nécessitent. Est-ce le cas ? Si jamais tu n'as pas placé d'index, tu peux déjà te réjouir, l'amélioration des performances est souvent phénoménale. Deuxième chose as-tu activé le cache de requête ? quelles valeurs as-tu pour les variables query_cache_size et query_cache_type ? (tu peux facilement trouver ces valeurs à partir de phpMyAdmin "Afficher les variables du serveur". Une fois que tu seras sûr de l'état de ton serveur et si tes problèmes ne sont pas réglé, tu pourras t'intéresser à la façon dont tu as programmé tes scripts et optimiser tes requêtes SQL ( en analysant le log des requêtes lentes "slow-query.log" par exemple ). bon courage EDIT : euhh bizarre ton graph effectivement.... rien à voir avec Mysql :/

héhé sympa Puis vraiment, un interview où le présentateur laisse parler l'interwieuver... vive la radio !!!

bah ton site, qui ne marchait plus tout à l'heure, remarche non ??? http://www.monmodele.com/ Edit : ok tu peux très bien retester les modifs dans le my.cnf, en le gardant ouvert pour pouvoir l'éditer rapidement lol, et en utilisant "/etc/init.d/mysqld stop" et "/etc/init.d/mysqld start" plutôt que restart.

bon normalement vu tes 2 erreurs je pense que ton serveur Mysql n'est pas lancé lol. Lance le . Normalement en tapant mysql start (la commande mysql permet de se connecter au serveur Mysql et non de lancer le démon mysqld), tu aurais tu avoir un message d'erreur portant sur le password. Enleve toutes les modifs que tu as faites dans le my.cnf, lance mysql "/etc/init.d/mysqld start", et repart calmement

ps -ax | grep 'mysqld' ou alors tout simplement en le lançant, la commande doit à peu prêt se rapporter à celà : /etc/init.d/mysqld start Edit: Lol si tu édites tes messages pendant que je réponds, on va plus rien comprendre . Taper 'mysqld' ne va rien te donner, "ps -ax" pour voir les processus qui tournent sur ta machine.

Il faut surtout vérifier que ton serveur MySQL est bien lancé, est ce le cas ?

Bonjour, Tu peux dans un premier temps t'assurer que tu as au moins autant de connexions possibles à ton serveur MySQL que de connexions possibles à ton serveur Apache. Si tu as plus de 100 connexions possibles à Apache, ça ne le fait pas

Dernières corrections avant d'aller me coucher, je suis creuvé j'arrive plus du tout à réfléchir... mais il y avait une erreur dans le dernier bout de code que je t'ai donné, ça m'embête un peu bonne nuit (ou bon courage plutôt )

Utilise le mot réservé self pour faire appel static à une variable ou une méthode de ta classe courante if( self::$keyboard($talettre) )

Peut-être, mais je ne suis vraiment pas sûr . En tout cas ton appel à ton tableau $keyboard est bon. Edit : après recherche le problème vient peut-être de l'utilisation des accolades sur tes chaines de caractères qui serait obsolète, même en PHP4 :/. Essaie avec des crochets

Qu'essaies-tu de faire avec "$word{$i}" ?

Bonjour Revilo Ton message de présentation m'a fait sourire, tu m'as l'air d'être un beau raleur Normalement, sur le Hub, le message de présentation standard est plutôt : Bienvenue sur le Hub et courage, on va s'en sortir

Il y a peu de langages qui autorisent l'héritage multiple. Ce que tu fais avec ta variable $parent c'est une composition et ça vaut souvent mieux qu'un héritage pour lier 2 classes. Aucune raison de réécrire 36 fois la même méthode, même en PHP4. Bonne chance pour ton projet

Avec PHP 5 les objets sont automatiquement passés par référence dans les paramètres d'une méthode. Avec PHP 4 il faut effectivement faire un appel explicite à la référence. Le code suivant devrait marcher sans problème : function act_chapitre($id, &$p ){ $this->parent = $p; } Il faut évidement qu'il existe une instance de ta classe act_chapitre, tu ne peux pas utiliser $this lors d'appel static.

array_combine() je crois

Non ça me marche pas, mysql ne modifie pas la valeur de l'auto-increment après une optimisation. Si tu y tiens vraiment tu peux peut-être avec phpmyadmin faire un export de ta table ('structure' et 'données'), détruire ta table et la recréer avec une nouvelle valeur d'auto-increment. C'est pas très propre mais ça te permet au moins d'être sûr de ne modifier aucune clé primaire.

Bonjour, A partir d'un MCD ce que tu obtiens c'est le shéma de ta base de donnée. Donc au mieux si tu appliques un mapping strict, tu peux déduire de ce shéma tes classes d'accès aux donnée (DAO : classes ne comprenant que des méthodes du type getChamp() et setChamp() ). Dans ce cas oui, à tous les champs de tes tables peuvent correspondre des attributs de tes classes, par contre l'héritage n'est pas indiqué. Si tu ne comptes pas développer une couche d'accès aux données, et que tu parles de tes classes métiers, alors ta logique métier demande très certainement une modélisation propre qui ne correspond peut-être pas à ton MCD. Pour les classes métiers l'héritage peut être intéressant.

Google, dis moi tout ! Le 2 lien a l'air de répondre exactement à tes besoins

Ne le prend pas mal , mais ta première solution n'a fonctionnellement aucun intérêt ou alors je vois pas ( pour des serveurs mutualisés ? ) . Avec MySQL une solution existe pour assurer la redondance de données c'est la Réplication (ou les clusters mais ça devient techniquement plus compliqué à mettre en place).

Je ne pense que ça soit ce que cherche Ouarzazat, des tables uniques partagés par plusieurs bases . Peut-être qu'il faut mieux jeter un coup d'oeil (edit :dans la doc MySQL) dans la doc de ton SGBD du côté de la réplication .

oui Donc je vois plus qu'une chose c'est l'utilisation de php-flag directement dans ton virtualhost. Vérifie ton fichier httpd.conf. Je voulais te conseiller comme cogotte de mettre "php_flag display_errors on" dans un fichier .htaccess, mais je viens de tester sur mon post sous Windows et mon fichier .htaccess n'est pas interpreté alors que normalement je n'ai aucun problème... et ce matin je n'ai pas trop le temps de pousser plus loin les investigations :/ Autre chose si dans ton fichier php tu écris ini_set("display_errors", TRUE), et que dans ton phpinfo() tu vois que l'affichage des erreurs en local est à On, ce n'est pas pour autant que tu verras s'afficher les erreurs de syntaxes (du style oubli d'un point virgule), l'analyse de la syntaxe étant effectué avant la compilation de ton code et donc avant l'inclusion de ton ini_set(). C'est d'ailleurs pour cela qu'il est intéressant d'utiliser un fichier .htaccess pour modifier localement ta conf PHP .