Le lien commercial de PHPNET.ORG : https://www.phpnet.org/hebergement-wordpress.php ( et https://www.phpnet.org/hebergement-mutualise.php ) .
La formule ECO est à 0,99 Euro HT , on va dire 14,26 Euros TTC/an ( Cette offre comprend un domaine offert en .fr ) :
Cela doit faire 6 ans que je fais mon blog :
En 6 ans, j’ai la taille de la base de donnée qui est de 65 Mo, pour 1102 posts :
L’espace disque est de 6 Go.
PHPNET.ORG : “Your site was down for approximately 59 mins, but is up again as of Friday, July 27, 5:04 pm.”
Les précédentes pannes :
A suivre.
Le lien : https://blog.phpnet.org/phpnet-a-rejoint-le-groupe-magic-online/ .
Que dire sur PHPNET ?
Je suis fidèle à PHPNET depuis le 17 septembre 2003 (plus de 15 ans)… je vais essayé de le rester.
Quand je regarde tous les graphiques daily_usage_YYYYMM.png, j’ai l’impression qu’il y a des erreurs ( des trous ) :
Pourquoi ?
Voici les graphiques de 2014 à 2018 :
Dans l’email je pouvais lire :
Action: failed Status: 5.7.1 Remote-MTA: dns; mx3.phpnet.org Diagnostic-Code: smtp; 554 5.7.1 <mailout10.t-online.de[194.25.134.21]>: Client host rejected: IPPI
L’IP 194.25.134.21 était donc black listée par PHPNET.ORG, PHPNET.ORG a supprimé l’IP de la balcklist. Si je regarde sur https://mxtoolbox.com/blacklists.aspx :
A suivre.
Ce module fournit un filtre RATE_LIMIT pour limiter la bande passante des clients, il semblerait qu’il soit utilisé chez PHPNET.ORG.
J’ai du mal à comprendre l’erreur, voici un exemple :
[mutu0312] [Tue Jan 03 18:34:12.710507 2017] [ratelimit:error] [pid 26451] [client 131.253.26.254:53732] AH01454: rl: conn aborted, referer: https://www.cyber-neurones.org/2015/10/spartan-race-le-castellet-la-trifecta-dans-le-weekend/L’historique des erreurs sur mes sites :
grep "limit:error" error.log.201701* | grep "conn aborted" | awk '{print $4 " " $3}' | sort -n | uniq -c
6 03 Jan
11 04 Jan
12 05 Jan
7 06 Jan
6 07 Jan
5 08 Jan
12 09 Jan
14 10 Jan
7 11 Jan
9 12 Jan
8 13 Jan
5 14 Jan
7 15 Jan
8 16 Jan
15 17 Jan
11 18 Jan
9 19 Jan
10 20 Jan
7 21 JanSi je regarde le source sous SVN :
Je fais un petit rappel pour le ménage (suppression) du répertoire /tmp/ sous Linux. A la suite de l’étude des logs de error.log de Apache j’ai pu voir que souvent le répertoire /tmp/ était complet.
grep "No space left on device" error.log.201701* | awk '{print $4 " " $3}' | sort -n | uniq -c
85 18 Jan
114 19 JanL’idéal est donc de modifier le paramètre de tmpwatch, par défaut on a :
Souvent je fais la publicité pour PHPNET : https://www.phpnet.org/ , voici mon historique des problèmes chez eux afin d’être transparent.
1-Ticket n°69373 (ouverture 10/11/2016 à 10:59:17 / fermeture10/11/2016 à 21:00:00 ) : Soucis sur les serveurs mutualisés, qui a provoqué un dysfonctionnement sur l’upload de fichier depuis un script PHP. Critique pour moi (mais Basse pour eux :().
2-Ticket n°39662 (ouverture 09/06/2012 à 17:30:15 / fermeture 13/06/12 à 16:35) : le virtualhost était en majuscules, plutôt qu’en minuscules. Non critique.