OVH - auto block update impossible

[Thomas]

Bonjour,
je suis hébergé chez OVH, depuis toujours la vérification des versions des Blocks et Plugins ne fonctionne pas (Version 0.0 et trés long à charger )

Sans titre 1.png (9.13 KiB) Viewed 11225 times

Pour les mises à jour des Blocks rien ne fonctionne non plus, pareil pour les langages.
Avez vous le même type de problème? Y'a t’il un moyen de régler ça ?
Merci

[scadie]

Bonjour Thomas,

J'ai eu le même problème lorsque j'ai fais la mise-à-jour à la version 16.

Assure-toi d'avoir dans le menu administrateur, clique sur configuration générale et sauvegarde de nouveau, cela va mettre les nouveau paramètre et cela devrais marcher par la suite.

[Thomas]

Bonjour Scadie,
j'ai bien validé la configuration générale
Cette fonction de vérification n'a jamais fonctionné même avant la V16...

Merci

[al60]

Bonjour,

j'ai le même problème que toi, étant moi aussi hébergé chez OVH.
J'ai créé un post dans la rubrique "template - problém" en utilisant google translate afin d'élargir aux non-francophones.

bonne journée

[Thomas]

Bonjour Al60,
je pense alors que le problème vient de OVH (et pas d'une mauvaise configuration de nos sites).
C'est dommage car on ne peut pas profiter de tous les automatismes de la dernière version.
Je vais me renseigner du coté d'OVH on ne sait jamais...

Thomas

[al60]

Bonjour Thomas

Effectivement le problème vient de chez OVH. j'ai installé Météotemplate sur le serveur mutualisé de mon fils qui est chez 1&1 toutes les nouvelles fonctionnalités sont bien présentes.,
C'est un peu frustrant, notamment pour l'installation et la mise à jours des blocks et plugins qui est un réel plus. Tiens moi au courant si tu as des news de chez OVH.
A tout hasard si d'autres personnes étant chez OVH pouvait nous faire un retour du fonctionnement de la version 16.

Bonne journée.

[didoujm]

Bonjour, Avant j'étais chez ovh je n"avais que des problèmes maintenant ça fait trois ans que je suis chez franseserv.com et
c'est le top;et pas cher .

[scadie]

Bonjour à vous tous,

Moi je suis avec Funio.com et je n'ai jamais eu de problème avec eux. De plus, leur plan complet illimité pour 3.99$US/mois est une aubaine.

[Thomas]

Bonjour,
j'ai lancé une discussion sur les forums d'OVH : https://community.ovh.com/c/web-hosting/hebergement-web
Et j'ai envoyé un message au support de OVH.
Apparemment cela pourrait être un problème de pare feu sur de l'hébergeur WEDOS qui héberge météotemplate...

[al60]

Bonjour,

j'ai lu la discussion que tu as eu sur le forum OVH. Si j'ai bien compris OVH serai potentiellement blacklisté par l'hébergeur de Météotemplate.
Je suppose que ta demande au support OVH concerne les tests à faire pour vérifier le "blacklistage".
Malheureusement si cela est avéré nous sommes coincé, sauf si l'hébergeur est d'accord pour enlever OVH de sa blackliste.
Se sera à voir avec Jachym.

Bonne journée

[Jolumarali]

Bonjour
Je suis sur Easy Hebergement, installation et fonctionnement des pages sans problème
Bonne journée

[Thomas]

Bonjour,
la réponse de OVH, peut etre une piste pour résoudre le problème:

Suite aux vérifications, je vous informe que les connexions sortantes de type
Curl sont filtrées uniquement si vous les lancez depuis SSH.

Par contre il n'y a aucun filtrage de notre côté pour les connexions sortantes
exécutées via des scripts PHP.

Par ailleurs, dans ce cas de figure, il s'agit d'une sécurité du site distant
qui rejette les requêtes faites via la commande file_get_contents sans user
agent. Il faut donc en indiquer un lors de l'utilisation de cette fonction.

J'ajoute que j'utilise sur un autre site (même hébergement) les galeries de photo "Piwigo" et que celles ci peuvent se mettre à jour automatiquement donc je ne vois pas pourquoi cela ne fonctionnerait pas avec meteotemplate...

[al60]

Bonjour,
la réponse de OVH, peut etre une piste pour résoudre le problème:

Suite aux vérifications, je vous informe que les connexions sortantes de type
Curl sont filtrées uniquement si vous les lancez depuis SSH.

Par contre il n'y a aucun filtrage de notre côté pour les connexions sortantes
exécutées via des scripts PHP.

Par ailleurs, dans ce cas de figure, il s'agit d'une sécurité du site distant
qui rejette les requêtes faites via la commande file_get_contents sans user
agent. Il faut donc en indiquer un lors de l'utilisation de cette fonction.

J'ajoute que j'utilise sur un autre site (même hébergement) les galeries de photo "Piwigo" et que celles ci peuvent se mettre à jour automatiquement donc je ne vois pas pourquoi cela ne fonctionnerait pas avec meteotemplate...

bonjour,

j'ai demandé à WEDOS s'il blacklistait les IP OVH notamment celle-ci 213.186.33.40.
Ils m'ont demandé de faire un traceroute à partir du serveur OVH, Malheureusement mes connaissances ne sont pas suffisantes pour effectuer cette tâche à partir du serveur d'ovh.

Voici leur réponses :

Hello,

I didn't find any evidence for blocking the IP 213.186.33.40. Could you run tracveroute from 213.186.33.40 to meteotemplate.com?

Sincerely,


S přáním hezkého dne,

Jan Vendl

WEDOS Internet, a.s.
Masarykova 1230
373 41 Hluboká nad Vltavou

E-mail: hosting@wedos.com
URL: http://hosting.wedos.com/
Nejrychleji rostoucí a zároveň největší hosting v ČR

[MeteoMignault]

Bonjour,

Mon hébergeur est OVH (la formule la moins chère) et j'ai fait la mise à jour hier du template en version 16.

Je ne sais pas si OVH et Jachym ont fait des modifications suite à vos messages mais en tous cas la mise à jour des blocks fonctionne de mon côté en un clic.

Michaël.

[Thomas]

Bonjour,
De quelle offre disposez-vous ?
merci

[polbrieuc]

Même problème pour moi, également hébergé chez ovh (pack webhosting de base).
Pas sûr de savoir si le serveur hébergeant MT est blacklisté ou si c'est le fait de faire un appel http depuis une page https.
En attendant une résolution, deux options :
Option 1 : Désactiver la ligne qui va chercher les versions sur le serveur hébergeant MT (ligne 58 du fichier admin\blockSetup.php :

Code: Select all

	
	// Load latest versions
	//$blocksLatest = json_decode(loadContent($meteotemplateURL."/web/blockVersions.txt", 5),true);
	

La page de configuration des blocks se charge instantanément maintenant mais les versions restent à zéro.

Option 2 : Sauverager le fichier de version des blocks http://www.meteotemplate.com/web/blockVersions.txt dans le répertoire admin
Lire le fichier directement dans le page admin\blockSetup.php (lignes 57 a 59):

Code: Select all

        // Load latest versions
	//$blocksLatest = json_decode(loadContent($meteotemplateURL."/web/blockVersions.txt", 5),true);
	$blocksLatest = json_decode(file_get_contents("blockVersions.txt"),true); 

Du coup, la page marche mais il faut mettre à jour le fichier blockVersions.txt régulièrement.

[Thomas]

Polbrieuc c'est exactement ce que je fais...
Ce qui est bizarre c'est que, très rarement, cela fonctionne. Par exemple la semaine dernière pour moi cela à marché une fois puis plus rien (temps de chargement long etc...).

[Thomas]

Bonjour
aujourd'hui cela semble fonctionner, mise à jour de blocks et plugins effectuée.

[thenioux-meteo]

bonjour
je n ais jamais rencontrer ce problème avec OVH mais j'en ai d'autres l'installation ce fait admirablement simple maintenant les 2 dernières versions sont facile si on utilise weather display et weathercat les api intégrer au site et au deux logiciels évite de passer sur le site '' cron ''
bien a vous