Dan

Tu peux, par exemple, lancer un "lsof -p num" avec num étant le numéro d'un process que tu vois en première colonne sur un top ! Il te faudra pour cela deux fenêtres de terminal, parce que ces process risquent de ne pas durer longtemps... On voit tout de même qu'ils durent 30 secondes, mais il faudra être quand même rapide pour lancer le lsof alors que le process est toujours actif. Mais, si tu regardes dans /var/log/mysql/mysql-slow.log tu verras les requêtes mysql qui prennent le plus de temps. Il te suffit de rechercher la première d'une série qui dépasse quelques secondes. Les suivantes n'auront que peu de valeur, vu que le première aura déjà eu tendance à saturer mysql. Tu dois avoir des tables sur lesquelles il te manque des index. Je vois par ailleurs que tu as un forum phpbb qui revient souvent dans ces requêtes "longues".

Hello Antoine, 62% de cpu, ce n'est que 62% d'un cœur de CPU, et tu en as 8 en tout. Donc en fait le max CPU étant de 800% ton process mysql utilise moins de 8% des ressources globales CPU de ton serveur. De plus, c'est une charge instantanée ! Donc cela ne signifie pas que ton process mysql tourne à 62% d'un cœur depuis plus de quelques secondes... pas de panique ! Qu'il ait utilisé 2882 minutes depuis le démarrage du process il y a près de 53 jours, veut dire que depuis le démarrage du serveur (il y a 76 000 minutes) ton process n'a au total utilisé que 4% des ressources CPU en moyenne ! Tu as eu par contre beaucoup de process php-cgi pour l'utilisateur jrme au moment où cette charge a monté. A toi de voir ce que ces process ont effectué. Je t'ai augmenté la limite de MaxClients sur ton serveur parce que tu l'avais atteinte le 30 janvier. Dan

Avec un fichier IPS.txt qui contient ceci : 27.116.56.0/22 5.10.78.240/29 5.10.83.0/25 5.10.85.212/30 Ce code fonctionne bien et sort de la boucle dès qu'un match est trouvé : $monip="5.10.83.12"; $fp=fopen("IPS.txt", "r"); while(($ip = fgets($fp)) !== false) { if(_cidrMatch($ip, $monip)) { echo "found in : $ip "; break; } } ou, comme alternative, avec valeur de sortie "0" si l'IP est non trouvée, "1" si l'IP est trouvée. : $monip="5.10.83.12"; $fp=fopen("IPS.txt", "r"); while(($ip = fgets($fp)) !== false) { if(_cidrMatch($ip, $monip)) exit(1); } exit(0); Ce n'était pourtant pas compliqué, si ?

Où as-tu vu que le premier argument de la fonction _cidrMatch() devait être un fichier Remplace-le par une adresse IP avec cidr, comme "1.2.3.4/24" et refais un test ! Il te faut lire le fichier en boucle et appeler la fonction pour chaque IP/CIDR !

Essaie en mettant la valeur après le session.gc_maxlifetime entre quotes. Teste avec une valeur réaliste qui te permet de tester, par exemple 7200 (2 heures)

Si tu veux changer le session.cookie_lifetime dans un fichier .htaccess, il faut lui donner une valeur entre quotes. Par exemple : php_value session.cookie_lifetime "10800" au lieu de php_value session.cookie_lifetime 10800 pour une durée de session de 3 heures.

C'est pourtant simple : http://www.faqforge.com/linux/how-to-enable-port-587-submission-in-postfix/

@Renaud, Comme le dit Nath, elle arrive à recevoir ses emails, pas à y répondre. @Nath70 Je t'ai signalé d'utiliser le port 587 (si ton serveur de mail est configuré pour utiliser ce port, sinon, il faut simplement le configurer) Nombreux sont les FAI qui bloquent ce port d'office (Orange par exemple)... donc si ce n'est que le port 25 qui est bloqué, c'est un moindre mal.

@Renaud, Tout à fait d'accord sur le "service minimaliste" ...

Bienvenue à bord du Hub ! Avec plus de 10 ans d'expérience, nul doute que tu seras un plus pour la communauté.

C'est tout simplement parce que Linux utilise la RAM "au mieux"... et lorsque ton programme en libère, linux va utiliser ce surplus pour mettre des infos en cache. Lorsque ton programme a besoin de plus de RAM, linux va libérer tout ou partie de ce cache. Lance la commande "free" et tu verras les parties "buffer" et "cached"

La règle suivante fonctionne : RewriteCond %{HTTP_HOST} !s\.domaine\.ch RewriteRule (.*) http://s.domaine.ch/$1 [QSA,L] C'est /s/ qui n'est pas transmis lors de la réécriture.

Peut-être que tu hérites des règles du niveau supérieur, qui interfèrent avec celle-ci. Fais-moi connaître le nom de ce domaine/sous-domaine par MP, que je regarde ça. Ça devrait fonctionner !

OSCommerce n'est probablement pas le meilleur choix à l'heure actuelle. Tu devrais regarder du côté de PrestaShop

As-tu essayé en supprimant (ou en renommant) la page contact.php ? Si le fichier demandé n'existe pas, Wordpress redirige vers index.php !

Le port 25 n'est pas celui qui te permet de recevoir les mails, c'est plutôt le port 110 ! Le port 25 peut être remplacé par le port 587 pour le protocole smtp. Tu as un souci de réception ou un souci d'émission ? A mon sens c'est plutôt un souci d'émission de mails. Dans ce cas remplace le port 25 par le port 587 !

Ceci devrait donner le résultat que tu cherches /** * Check an IP adress against a CIDR * * @param string $cidr * @param string $ip * @return boolean */ function _cidrMatch($cidr, $ip) { // Get the base and the bits from the CIDR list($base, $bits) = explode('/', $cidr); // Now split it up into it's classes list($a, $b, $c, $d) = explode('.', $base); // Now do some bit shifting/switching to convert to ints $i = ($a << 24) + ($b << 16) + ($c << 8) + $d; $mask = $bits == 0 ? 0: (~0 << (32 - $bits)); // Here's our lowest int $low = $i & $mask; // Here's our highest int $high = $i | (~$mask & 0xFFFFFFFF); // Now split the ip we're checking against up into classes list($a, $b, $c, $d) = explode('.', $ip); // Now convert the ip we're checking against to an int $check = ($a << 24) + ($b << 16) + ($c << 8) + $d; // If the ip is within the range, including highest/lowest values, // then it's witin the CIDR range if ($check >= $low && $check <= $high) { return true; } else { return false; } }

Hello Nicolas ! Joyeux Noël à toi et tous les lecteurs du Hub aussi ! Dan

Bonjour Florent, et bienvenue à bord du Hub !

Pour moi, l'appellation "bas de gamme" est seulement liée au service.Je n'ai pas de doute quant au matériel. L'équipe SyS est une équipe différente (et nouvelle à mon avis) et je n'ai pas gardé un souvenir impérissable de mon dernier contact avec elle. Effectivement, le manager V6 semble bien pour tous les serveurs. Ce qui m'ennuie pour l'instant c'est le fait qu'il faille un manager différent pour la gamme SyS et celle d'OVH. Et comme lorsque j'infogère un serveur je souhaite être contact technique, ce n'est pas gagné avec les SyS. C'est à l'heure actuelle surtout une question de contrat VIP que j'ai pris pour les serveurs et dont on ne peut pas bénéficier sur les SyS.

Hello, De ce que j'ai vu sur le manager SyS ... On ne peut pas changer les contacts, donc dans ton post on passe tout de suite à "Si non, grrrr" Je ne pense pas qu'on puisse basculer des IPs failover de ovh.com vers Sys. Les serveurs SyS ont au départ un quota d'IPs (non failover) toutes attribuées à l'origine. On peut faire un reboot et une install sur le manager SyS Pour le manager V6, je ne sais pas vu que je ne l'ai encore jamais utilisé. Je vais regarder cela de plus près. Pur moi, cette gamme est véritablement un "bas de gamme", légèrement supérieure aux Kimsufi, mais je la déconseille aux clients ayant des besoins "pro" ! Je ne la prends pas non plus en infogérance. Dan

Si, tu vas bloquer toutes les IPs non renseignées. Il vaut mieux travailler dans l'autre sens et bloquer toutes les IPs des pays que tu ne veux pas voir mais la liste risque d'être longue.

Les adresses email des destinataires sont en gmail.com, hotmail.com, etc... ? Parce que hotmail a l'habitude de refuser des emails sans prévenir l'expéditeur. As-tu un reverse sur l'IP de ton site ? Utilises-tu un champ SPF dans la zone ? Utilises-tu DKIM ? Beaucoup de questions, mais de tes réponses va dépendre le bon acheminement des emails.

J'espère aussi, vu que je n'ai aucune idée de la durée de validité de ce compteur.

Bonjour, Tu ne donnes pas assez d'info pour qu'on soit certain d'une réponse... mais si tu as changé de version de Php, assure-toi que le répertoire contenant les fichiers de session n'a pas changé ! Sinon, il nous faudrait au moins un message d'erreur qui s'affiche pour aller plus avant !