Dan

Je dois reconnaître que pour ceux qui ont eu l'occasion de te rencontrer IRL, c'est rigolo de lire ça ! Groses bises Laurent (alias Bisounours) Je pense que certains ont vraiment du mal à cerner les vrais "pros", dont Thick et toi faites partie !

Bonjour, Et dans ton error_log, tu as quoi comme message ? Parce que ce que tu donnes comme info ne nous apprend pas grand-chose Dan

Là c'est plus clair. Il faut contacter le support OVH, qui va te demander (de mémoire) : - un courrier expliquant la situation. - un engagement sur l'honneur - copie des docs d'identité du nouveau propriétaire. Je sais que c'est faisable parce qu'un de mes clients a été dans le cas. Mais c'est un peu lourd comme procédure.

Je ne comprends pas lorsque tu dis : "le registrar a disparu" ... et plus loin "le NDD est enregistré actuellement chez OVH"

Garde tout de même à l'esprit que, sans avoir prévenu ton interlocuteur que la conversation est enregistrée, l'enregistrement ne sera pas recevable. Je pense qu'il vaut mieux laisser tomber, comme on te l'a déjà suggéré. Prends-en de la graine pur les prochains clients.

Tu peux décocher le safe_mode ... cela ne changerait quelque chose que si tu revendais de l'espace et ouvrais ton serveur à d'autres utilisateurs.

Tu peux sans problème mettre dans le fichier .htaccess du répertoire où se trouve ton script : error_reporting(E_ALL); ini_set('display_errors', true); Ou alors changer le "display_errors=off" en "display_errors=on" dans le php.ini, puis redémarrer Apache (pas besoin de rebooter, on n'est pas sous Windows ) Si tu as des erreurs, elles devraient s'afficher à l'écran. On pourra aller plus loin une fois qu'on les connaîtra !

Le problème avec Plesk, c'est que c'est un peu "usine à gaz" et qu'il est difficile pour un non-aguerri de paramétrer son serveur comme il faut :!: Je comprends bien pour l'infogérance, pas de souci. J'ai tout de même tenté de t'aider. Mais Plesk, ce n'est vraiment pas ma tasse de thé ! Quand on voit le nombre d'heures (de jours ?) qu'on peut passer à tenter de résoudre des problèmes sans y arriver, on peut aussi comprendre que même des particuliers font appel à l'infogérance. Teste tout de même en laissant open_basedir à "_vide_" et safe_mode à "off". PS1: le ; devant une ligne (dans le fichier php.ini) signifie que cette ligne est un commentaire PS2: assure-toi que tu n'es pas confronté aux limitations de base de php, notamment en matière de taille d'uploads. Tente avec une image plus petite que 1MB pour essayer.

Un php.ini dans root/etc ??? Vu les permissions généralement attribuées à /root, il faudrait que php et/ou Apache tourne en setuid root pour pouvoir aller lire ce fichier. Ce serait surprenant ! As-tu vérifié avec phpinfo() que c'est bien celui-là d'actif ?

Le tout est de savoir si tu as fait les redirections qui vont bien des anciennes URLs vers les nouvelles (avec une entête 301) Si ce n'est pas le cas, tu risques bien d'avoir mis son travail d'indexation et de positionnement "sur le cul" et je peux comprendre qu'il soit sourd à tes arguments.

Comme te le suggérait Laurent, tu as quelques articles dans les publications qui te permettront de découvrir la réécriture et le fichier .htaccess : Mod_rewrite ou la réécriture des URLs à la volée Le fichier .htaccess

Bonjour, Le fichier php.ini se trouve dans /usr/local/lib/php.ini en général. Mais cela peut varier selon les distributions. La meilleure manière de savoir quel script est utilisé est d'uploader un petit fichier php sur un de tes hébergement avec ceci comme contenu : <?php phpinfo(); ?> Tu verras quel est le chemin du php.ini. Ensuite, il faut désactiver l'open_basedir et le safe_mode et redémarrer Apache. Dan

C'est plutôt que Hotmail considère ce mail comme spam, soit parce que ton serveur n'a pas de reverse DNS sur son IP, soit parce que le message est considéré comme "spammy" Donc il ne le distribue même pas ! Tu dois retrouver trace de ce mail dans tes logs... Essaie avec une autre adresse de destinataire.

C'est tout juste ! Je t'ajoute la clé ssh, comme ça tu n'auras plus de demande de mot de passe ! Dan

Pour le Hub, cela représente aujourd'hui 8,5% des référents moteurs... Ca reste loin derrière Google, mais cela monte régulièrement. Probablement parce que notre visiteur cible est un webmaster et que ces derniers se laissent tenter par ce nouveau moteur. Pour moi, pas de yoyo sur les mots clés principaux. Là on est en bonne place pour "webmaster" par exemple.

Je me doutais bien ! Mais pour quelle raison le redémarrer ? Parce qu'il se plante ? A chaque redémarrage, tu vides le cache et perds donc l'avantage de celui-ci. De toutes manières, à part en faisant tourner ton serveur web comme root (ce que je te déconseille formellement) ou en changeant les permissions et l'ID du script du script de redémarrage, tu ne pourras pas redémarrer mysql.

L'un de mes infogérés a quelques sites avec du chinois... qui s'affichent sans aucun souci pour ses visiteurs. Par exemple : http://www.chine-nouvelle.com/

Ca me rassure ! Mais pour quelle raison veux-tu redémarrer mysql par php ? C'est ça que je ne m'explique pas !

Salut Mickael, Vu que je gère tes serveurs, j'aimerais savoir pour quelle raison tu souhaites faire cela ? Du moins s'il s'agit d'un des serveurs infogérés... Cela me semble peu rationnel, en tout cas !

De plus, si tu t'inscris avec une Ip WiFi de chez MCDo, ce n'est toujours qu'une inscription. J'imagine que tu ne vas pas retourner chez MCDo à chaque fois que tu voudras venir sur le Hub, non ? Et comme les admins ont TOUTES les IPs de TOUS les posts, il est facile de repérer les tranches d'Ip les plus fréquemment utilisées par un membre donné. Mais comme le dit Arlette, on ne va pas non plus éjecter un membre seulement sous prétexte que son IP a déjà été utilisée par un autre pseudo

Et non, tu n'es pas le seul. Deux autres infogérés sont dans le même cas que toi... et j'imagine qu'il y en a bien d'autres. C'est, je pense, la rançon du succès ... Les infos de disponibilité sur le site ne sont pas à jour, aux dires mêmes d'Octave.

Bonjour, Tu sais que Php a des fonctions pour cela ? bindec() et decbin() Elles fonctionnent pour les entiers jusqu'à 232

Une classe que j'ai utilisée quelques fois pour des développements rapides: EZsql !/>http://www.woyano.com/jv/ezsql C'est simple à mettre en place, et les devs sont hyper rapides.

Un accès shell sous Vista

D'accord avec destroyedlolo, dans la mesure où cela n'impacte pas le fonctionnement de memcache.. Mais bon, comme le dit Nicolas, les disques en Raid1 auront de toutes manières une durée de vie différente... ne fût-ce quelques jours. Cela permet à OVH de remplacer le disque fautif le cas échéant. Effectivement les disques SSD sont TRES rapides. Rien qu'à l'installation on sent une vraie différence. Et le fait de ne plus avoir ton cache de furieux sur le disque devrait faire du bien, et pas qu'au serveur de sauvegarde !