Reprise du message précédent :

 
C'est malheureusement un problème, c'est l'auteur du topic (NazzTazz) qui posède le nom de domaine et je n'arrive pas à le joindre pour qu'il me le file ou change les NS pour que ça pointe sur un truc que je puisse contrôler

http://reho.st/ down ou alors c'est moi ?

Si je comprends bien si on soudoie le monsieur on peut profiter de son dns pour le faire pointer sur hfr-rehost.net et faire remarcher le bouzin sans le naz taz?  

 
 
C'est toi

 
Ok, étrange  

HFR Rehost est limité en poids d'image...Comme beaucoup d'hébergeurs. Donc sur des gif, ça m'étonne pas.

Bon choix pour l'illustration

mouais en l'occurence le gif dépasse la taille autorisée pour rehost mais il me semblait que dans ce cas rehost faisait une redirection transparente

ah ben si il passe

arf je sais même pas si il est trop gros il fait 2 039Ko

2Mo, c'est tout juste la limite non?

 
Non mais moi je n'accède même pas au site en lui même. Ca doit être les DNS qui chient dans la colle.
"Petit problème... Google Chrome n'est pas parvenu à accéder à la page reho.st."

T'as essayé avec les dns de google ?

8.8.8.8
8.8.4.4

?

Yep, pareil.
Mais c'est le routeur de ma boite qui doit merder.

proxynazy, y'a sleath rehost : http://roger21.free.fr/hfr/hfr_sleath_rehost.user.js

Nan c'est pas ça.
J'ai pas accès non plus à http://hardware.fr  

t'aurais pas bidouillé tes route ?
 
cmd => route print, t'es pas sensé avoir plus de 10 ou 11 lignes dans les itinéraires actifs

Le site ne s'est pas fait pirater?  

Nan ca a toujours été comme ca

Clair, ça fait des mois qu’elle elle là, cette dédicace.

c'est cassé (just for me ?)

Pareil

+ 1  

sly angel est attendu à l'accueil du magasin hfr par des forumeurs affolés

m'en occupe désolé

\o/
(ça fait déjà 10x que je clique sur sur le topic images par réflexe, pour ensuite devoir marquer à nouveau le favori vu que rien ne s'affiche )

C'est bon, mais va falloir que je fasse du ménage ça commence à être un peu trop rempli

Déjà?
 
Tu veut que l'on t'envoie des disques?  

Ah bah oui, ça va tout de suite mieux.  

T'as des stats pour faire ça sur des critères d'utilisation ?
(je suppose que le seul truc indispensable à garder c'est le "self", le reste devrait a priori se recréer tout seul lorsqu'utilisé...)

Non pour le reste, puisque ya plein d'hebergeurs qui effacent tout après quelques temps
Le mieux c'est de tout garder

"le mieux" oui, mais là il dit que c'est rempli donc va falloir faire un choix hein

Si image non demandée sur plus de x jours alors la considérée comme linkée nulle part et supprimer...  
Sinon recompresser sournoisement tout les jpg en qualité 20  

Oui ça en théorie c'est facile, après justement intercepter et/ou stocker cette info l'est peut-être moins
Sur mon site c'est simple : c'est un service d'hébergement d'image pour le site lui-même, donc image non trouvée dans un commentaire = image à supprimer Mais ici vu la quantité de commentaires (100x plus) ça paraît plus lourd à faire et il me semble qu'il avait aussi été dit que ça pouvait être utilisé ailleurs que sur HFR...

Logs du serveur web?
 
Dans l'absolue il suffit d'enregistrer la dernière date d'accès à une image, éventuellement en évitant de faire la MAJ en BDD si écart inférieur à un certain delta pour ne pas créer trop d'accès inutiles. Et après de temps en temps gros batch, on regarde chaque date dans la BDD et si trop vieux on vire \o/

Ouais c'est ce que je dis, en théorie c'est facile.
En pratique déjà c'est pas sûr du tout qu'il y ait une base de données pour ça... je ne vois pas trop pourquoi il y en aurait une, en fait.

Bon après je suppose que sous Linux on peut récupérer la dernière date d'accès à un fichier ?
(sous réserve que ce soit pas une connerie genre la date est modifiée si tu veux aller voir la date, problème d'informatique quantique )

 
Ouais, 4 x 600 Go SAS 15K (bon j'accepte en 10K à la limite)
 
J'ai un serveur derrière en SATA mais j'ai pas encore codé l'algo pour basculé le contenu moins chaud dessus.
 

 
Non parce que les gens se plaignent de plus avoir la source de l'image derrière, l'intérêt c'est aussi d'avoir cette mémoire des images self.
 

 
Je fais régulièrement un clean de ce qui n'a pas de vues depuis super longtemps oui, pour le full, moyen et mini pour s'assurer que c'est pas utilisé, ça commence à être moins efficace avec le temps.
 
La compression ça me semble pas cool pour les gens, surtout qu'on met une limite déjà pour pas que ce soit trop gros.
 
Non mais je vais changer les disques et m'occuper un peu de ce truc entre 2, faut juste du temps un peu (et peut-être des disques)

Hello,
Je viens apporter (peut-être) mon modeste grain de sel.
J'ai créé un topic, devenu assez conséquent à la longue. Le fait est que, à part les 3 premiers messages + les 2-3 dernières pages nous intéressent, car les autres images (c'est un topic de jeu online) ne sont intéressantes qu'au moment où l'on en parle, et après 15 jours, tout le monde s'en fout un peu...
Question : est-il possible de "tagger" les images rehostées pour que tu puisses après X temps les supprimer quand ton "programme" verra un mot-clé (du genre "à virer après X jours" ) ? Dans mon cas, ça virerait 90% des images du topic, sans aucun dérangement.