Reprise du message précédent :
Pas de problème sous chrome
 
XaT

Ne viens plus sur HFR !

Ca le fait aussi sur les copies chinoises d'HFR ?
 
XaT

depuis qlq mises à jour je n'ai plus le wiki-smiley sous firefox Lubuntu

passer par la région lyonnaise déposer un chèque dans la boite aux lettres de kivoosavé    

 
C'était pas les clients bouygues qui avaient des problèmes aléatoires de connexion sur HFR ?
 
T'es chez bouygues ?

 
Ça me rassure de savoir que je ne suis pas seul.
 

Non, je suis chez EDPNet (un FAI belge), mais quel est le problème chez Bouygues ? Les DNS ?

Ca m'avait l'air plus complexe que ça mais je n'ai pas creusé pour tout t'avouer ^^

Monte un smokeping vers les différentes IPs liées à HFR, histoire de.
 
Y'a p'tet du drop sur une route à la con
 
XaT

Question con : Peut-on retrouver ses anciens avatars quelque part ?

EDIT : Je crois qu'il y avait un historique des avatars sous HFR4droid ?

Tu peux juste retrouver le précédent :
 
XaT

 
   
En dehors de 1 en jpg et 1 en png, y'en a d'autres de stockés ?
Mal lu ta réponse
 
PrE

 
Pr3
 
j'y connais rien en web, c'est quoi l'astuce?

 
T'as toujours un avatar stocké en jpg
http://forum-images.hardware.fr/im [...] 575275.jpg
 
Et un en png
http://forum-images.hardware.fr/im [...] 575275.png
 
Mais sur HFR4droid il y en avait plus d'affichés, c'était un historique in-app ?

Demande sur le topoc, j'ai pas souvenir que ça soit le cas directement chez HFR.
Peut-être sinon via waybackmachine ?

Perso ça marche via les archives : https://web.archive.org/web/2008121 [...] -54596.htm

XaT

Hello,  
 
je remonte un petit problème technique.  
 
Je suis derrière un proxy filtrant (SQUID + SQUIDGUARD) qui filtre les URLs, entre autres; suivant leurs extensions.  
Dans la liste des extensions filtrées (.exe, .cmd, etc.), il y a le ".inc".  
Or le forum s'appuie sur des URLs qui pointent vers des fichiers avec cette extension.  
 
Je ne connais pas grand chose en dev WEB mais de mes recherches c'est pas très conseillé d'utiliser de telles extensions (d'où surement le blocage par défaut dans la conf utilisée pour Squidguard).  
 
Le problèmes est connu ? Possible à résoudre ?  
 
Merci d'avance.

nan, mais c'est vrai que si tu changes de format tu n’écrase pas le précédent (du coup tu peux en avoir 3 : jpg, gif et png mais c'est tout)
 

 

 

hmmm au contraire... l'utilisation des .inc pour les includes php est assez classique

 
 
Classique OK. Mais safe ?
Moi si je lis ça, ça n'a pas l'air : https://www.addedbytes.com/articles [...] ure-php-2/
 
Or cette extension est bloquée par défaut par mon proxy, reléguée au même rang que les .cmd ou .exe

Amha ce sera plus simple de faire débloqué hfr par la direction de ta boîte que de faire modifier ça ici.

 
Le souci n'est pas le déblocage, je gère le proxy
 
Mais bon le but c'est de remonter ce qui me semble être un problème.

Une extension, c'est une chaîne de caractères dans un nom de fichier, ça ne préjuge pas forcément du contenu, encore moins de la "sécurité" du fichier. Y'a le type MIME pour ce genre de choses
 

 
Une extension, cela préjuge de comment l'OS ou l'applicatif va traiter le fichier.
 
Je vais te filer un fichier de mon cru en .txt et le même en .exe et on va voir la tronche de la sécurité de ton OS.
Merci de ton intervention

sauf que la tu confond l'extension d'un fichier sur ton pc avec une extension sur un lien, deux choses totalement diffétrentes

https://totoz.eu/ c'est quoi ce truc ?
Tiens donc, http://boardreader.com/site/FORUM_ [...] 66733.html

XaT

Ya un vieux logo

TheCreator a besoin d'un suivi psy

 
XaT

 
 
non.
 
suivant l'extension, le moteur PHP de ton serveur WEB va interpréter le fichier ou le livrer tel que au client.
 
Merde quoi, c'est fou sur un forum d'info d'expliquer qu'une extension c'est pas anodin !
Pourquoi j'suis obligé d'expliquer ça ?
 
Et puis je m'en fous au final, je remonte juste que cela pose problème derrière (au moins certaines) config par défaut de squidguard.
 
Voilà je livre l'info à HFR, on en fait ce qu'on veut.
Moi je suis pas impacté au final, je gère le proxy.

Je comprends pas non plus ou tu veux en venir,  c'est pas les lecteurs qui gèrent et configure le serveur.

Mais ok,  certaines pages sont bloqués par ton proxy.  

 
Un modo m'a invité à poster sur ce topic plutôt qu'un autre, je le fais
Vu que c'est le "topic du forum", à défaut de boire des bières le soir avec les dev du forum, c'est mon seul moyen de communication.

En fait les admins n'ont pas la main sur le code,  et les modifications mêmes mineurs sont rarement effectué.
Y'a que les patch de sécurité qui sont réactifs.
Du coup une modification structurelle c'est difficilement envisageable.

 
Oui mais là on touche peut-être à la sécurité. Voir le lien posté.
Après on remarquera que je reste hypothétique. Comme dit, ce n'est pas mes compétences.

C'est plus une mauvaise pratique qu'une faille, en l'état c'est pas exploitables pour quoi que ce soit.
En fait ton lien dit même l'inverse, il ne faut pas nommer en. Inc parce que le serveur Web va l'envoyer en fichier plat.
Le serveur hfr semble être configuré pour interpréter les .Inc donc ce problème ne se posera jamais ici.

 
Certes mais le problème n'est pas que HFR prenne bien en charge les .inc
Le problème est que ces derniers peuvent se retrouver bloqués. A tort ou à raison.

Totoz.eu ça a pas trop de lien avec hfr. C'est juste qu'en d'autres lieus les smiley hfr sont utilisés et que ces lieux ont fait une copie des smileys

 
mon bot marche bien

 
   
Tu peux transmettre ici :  
http://www.mesdiscussions.net/contact/

 
Je suis là putain  

 
Oui, mais, euh ... En quoi un proxy quelconque, chez le client, donc, empêcherait le code PHP, interprété sur le serveur, à faire un "include toto.inc.php" ?
 
Je pense qu'on ne parle pas nécessairement de la même chose, en fait.
 
Et si tu veux jouer sur les détails, c'est pas le moteur PHP qui décide si oui ou non il doit interpréter (et non exécuter) un fichier, c'est la config Apache.