Toutes mes réponses sur les forums
-
AuteurMessages
-
d’autre part ne te casse pas trop avec lycos, ils risquent de bientôt fermer leurs services.
le fichier doit ressembler à ça :
<?php
/**
* La configuration de base de votre WordPress.
*
* Ce fichier contient les réglages de configuration suivants : réglages MySQL,
* préfixe de table, clefs secrètes, langue utilisée, et ABSPATH.
* Vous pouvez en savoir plus à leur sujet en allant sur
* {@link http://codex.wordpress.org/Editing_wp-config.php Modifier
* wp-config.php} (en anglais). Vous devez obtenir les codes MySQL de votre
* hébergeur.
*
* Ce fichier est utilisé par le script de création de wp-config.php pendant
* le processus d’installation. Vous n’avez pas à utiliser le site web, vous
* pouvez simplement renommer ce fichier en « wp-config.php » et remplir les
* valeurs.
*
* @package WordPress
*/// ** Réglages MySQL – Votre hébergeur doit vous fournir ces informations. ** //
/** Le nom de la base de données de WordPress. */
define(‘DB_NAME’, ‘kawasaki801_db’);/** Utilisateur de la base de données MySQL. */
define(‘DB_USER’, ‘kawasaki801’);/** Mot de passe de la base de données MySQL. */
define(‘DB_PASSWORD’, ‘10470010’);/** Adresse de l’hébergement MySQL. */
define(‘DB_HOST’, ‘localhost’);/** Jeu de caractères à utiliser par la base de données lors de la création des tables. */
define(‘DB_CHARSET’, ‘utf8’);/** Le type de collabtion de la base de données.
* N’y touchez qui si vous savez ce que vous faites.
*/
define(‘DB_COLLATE’, »);/**#@+
* Clefs uniques d’authentification.
*
* Remplacez les valeurs par défaut par des phrases uniques !
* Vous pouvez générer des phrases aléatoires en utilisant
* {@link http://api.wordpress.org/secret-key/1.1/ Le service de clefs secrètes de WordPress.org}.
*
* @since 2.6.0
*/
define(‘AUTH_KEY’, ‘put your unique phrase here’);
define(‘SECURE_AUTH_KEY’, ‘put your unique phrase here’);
define(‘LOGGED_IN_KEY’, ‘put your unique phrase here’);
define(‘NONCE_KEY’, ‘put your unique phrase here’);
/**#@-*//**
* Préfixe de base de données pour les tables de WordPress.
*
* Vous pouvez installer plusieurs WordPress sur une seule base de données
* si vous leur donnez chacune un préfixe unique.
* N’utilisez que des chiffres, des lettres non-accentuées, et des caractères soulignés!
*/
$table_prefix = ‘wp_’;/**
* Langue de localisation de WordPress, par défaut en Anglais.
*
* Modifiez cette valeur pour localiser WordPress. Un fichier MO correspondant
* au langage choisi doit être installé dans le dossier wp-content/languages.
* Par exemple, pour mettre en place une traduction française, mettez le fichier
* fr_FR.mo dans wp-content/languages, et réglez l’option ci-dessous à « fr_FR ».
*/
define (‘WPLANG’, ‘fr_FR’);/* C’est tout, ne touchez pas à ce qui suit ! Bon blogging ! */
/** Chemin absolu de WordPress vers le dossier WordPress. */
if ( !defined(‘ABSPATH’) )
define(‘ABSPATH’, dirname(__FILE__) . ‘/’);/** Réglage des variables de WordPress et de ses fichiers inclus. */
require_once(ABSPATH . ‘wp-settings.php’);
?>17 décembre 2008 à 21 h 18 min en réponse à : Erreur lors de l’établissement de la connexion à la base de données #654608Apparament tu as bien une base nommée « cm251580 » dans ton MySQL. donc l’erreur doit venir de la configuration
dans le wp-config.php.assures-toi que les réglages sont bons. je peux déjà t’assurer que cette ligne est bonne :
define(‘DB_NAME’, ‘cm251580’);et pour le reste, renseigne les infos que t’as fourni AMEN :
define(‘DB_USER’, ‘votre-utilisateur-de-bdd’);
define(‘DB_PASSWORD’, ‘votre-mdp-de-bdd’);
define(‘DB_HOST’, ‘localhost’); <<<<< ce doit-être une adresse du type "mysql2.amenworld.com"17 décembre 2008 à 21 h 00 min en réponse à : Erreur lors de l’établissement de la connexion à la base de données #654607as-tu créé manuellement la base de données dans ton MySQL ? WordPress ne le fait pas automatiquement.
va falloir changer d’hébergeur, lycos est en faillite et risque de vite fermer ses services.
au cas où, as-tu bien installé la dernière version de MailPress qui se trouve à cette adresse ?
http://www.mailpress.org/si c’est le cas, va falloir que tu te plaignes au développeur de ce plugin, il semble qu’il y ait une erreur de syntaxe dans son plugin.
vérifie que ton fichier wp-config.php commence bien par
17 décembre 2008 à 20 h 39 min en réponse à : sérieux probleme de mémoire (en theorie je ne la depasse pas…) #653846en regardant vite fait dans le code, on peut déterminer que ce n’est pas wordpress qui retourne une erreur 500, car sinon il aurait retourner une « jolie page d’erreur ». donc il se peut que ce soit le serveur qui dégueule.
à vue de nez, l’hébergement que t’utilises est sous dimensionné pour ton wordpress. je te préconise de tester un autre hébergement.
Ben, il y a un fichier dans la traduction française qui redéfinit une variable cruciale pour l’identification et peu faire planter certaine installation de WP.
Moi-même en passant de WP2.6 sans la localisalisation vers la 2.7 fr_FR, j’ai pu constaté que le fichier /wp-content/languages/fr_FR.php foutait en l’air l’identification à l’admin. en le supprimant, tout est rentré dans l’ordre.
http://www.wordpress-fr.net/support/viewtopic.php?pid=106693#p106693
D’autre part, j’ai pu constaté que le plugin wp-super-cache peut aussi faire planter l’admin, en affichant la page blanche. Pour résoudre ce problème, j’ai renommer temporairement le répertoire du plugin pour le désactiver. l’admin était de nouveau accessible.
QA power !
un des fichiers de traductions peut faire bloquer l’accès au blog.
cf: http://www.wordpress-fr.net/support/viewtopic.php?pid=106693#p106693je pense plutôt que c’est le fichier /wp-content/languages/fr_FR.php qui fout en l’air l’identification.
il redéfinit la variable $wp_default_secret_key qui est cruciale pour l’identification.si vous avez des problèmes de droits après la mise à jour, vous pouvez le dégommer en toute sérénité.
25 juillet 2007 à 17 h 32 min en réponse à : Utiliser jQuery : plutôt le sien ou celui de WP ? #606005Lle truc est qu’il existe la fonction wp_print_scripts dans WP qui permet de charger qu’une seule fois les bibliothèques dans le header de la page.
Cette fonction peut-être incluse dans les templates et dans les plugins. Donc en bidouillant avec un JQuery qui ne fait pas parti de la distribution risque de déclarer les 2 dans le header, et donc créer plus de problèmes qu’il n’apporte de solutions.
D’autre part, la dernière version de JQuery n’est vraiment justifiable que si tu fais un usage intensif de celle-ci (ce que je ne recommande pas).
Donc je te recommande plutôt d’être patient et de te contenter de l’actuelle qui, sans être toute fraiche, est déjà extraordinaire 🙂celà m’étonnerait que Prototype propose ce genre de service. il ne sert qu’à étendre JS avec de nouveaux objets afin de factoriser les scripts.
25 juillet 2007 à 12 h 12 min en réponse à : Utiliser jQuery : plutôt le sien ou celui de WP ? #606003idéalement, n’utiliser que celui inclus dans WP.
à priori les plugins qui font tout planter sont ceux qui sont « internationalisés ».
donc pour chaque plugin de ce type, il faut explorer son code source (càd tous les fichiers .php). -
AuteurMessages