Reprise du message précédent :
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.

pourquoi les rehoster si cest pour les garder 15 jours par contre?

On a toujours le choix

Pour que ça passe les proxy des boîtes (quoi que la mienne a blacklisté reho.st maintenant )

Parceque c'est bien foutu/rapide/pratique

Parceque les applis smartphone HFR proposent le rehost sur cette plateforme pour poster rapidement des images prise avec le smartphone (en tout cas celle de toyo)

Y a peut-être aussi du host plutôt que du rehost (images dans /self)

 
Pas con, je vais voir pour ajouter cette feature

Si tu rajoutes la fonctionnalité, essaye de faire en sorte que le paramètre soit accessible pour le rehost depuis les extensions stp. l'extension pour chrome et firefox utilisent du http GET, on pourrait imaginer un paramètre to (pour timeout en ms) avec une durée paramétrable dans les options de l'extension.
 
exemple :  
 

Des ms c'est un peu bourrin et pas très user friendly pour faire ça à la main

une unité en jours pourrai suffire, ou une énumération :
0 => unlimited
1 => 6 mois
2 => 3 mois
3 => 1 mois
4 => 15 jours
5 => 72H

Plus facile à coder côté serveur et c'est facile de transformer 15j en ms dans les paramètres de l'extension.
Après, c'est une idée, mais un mapping avec quelques valeurs peut également suffire comme le suggère sord.

ou pourquoi pas un sous-dossier ( http://reho.st/foobar/... ) ?
La durée serait fixée arbitrairement à X jours, a-t'on vraiment besoin de laisser l'utilisateur modifier ce paramètre ?

 
Ca pourrait, faut un paramètre très spécifique pour pas matcher sur le site d'origine, genre rehost_for. Je préfère l'idée après.
 

 
Oui, surtout que c'est simple à parser/convertir derrière en ms.
 
 
 
ou simplement 24h , 2j ou un format du genre.
 

 
C'est le mieux effectivement, plus facile à parser, moins intrusif par rapport à l'url d'origine, un pourrait imaginer :
 
http://reho.st/limit/3j/<url> par exemple ou un truc du genre.
 
Le problème c'est de le communiquer aux gens pour qu'ils sachent que la feature existe. Peut-être un watermark avec la date d'expiration très discrétement (bon pas sur le gif du coup) susciterait la curiosité sur cette possibilité.

Sur le formulaire d'upload tu pourrais rajouter un select aussi du coup avec quelques durées ? (Ça ferait la "pub" pour la feature à ceux qui utilisent les deux (upload et vrai rehost) en passant)

 
Oui ça c'est prévu bien sûr, c'est le plus simple à gérer

 
meilleure idée, en effet.
Et pour communiquer, ben déjà, je peux l'ajouter assez facilement dans l'extension chrome, dans la partie option.
Puis ajouter une entrée supplémentaire, car actuellement, on a :
- image sur hfr-rehsot
- vignette sur hfr-rehost
Donc je pourrais ajouter un hébergement temporaire sur hfr-rehost

A mon avis, le problème est surtout que si c'est optionnel, les gens prendront la décision de faire au plus simple, et donc de ne pas mettre de durée de validité.
Tu vas t'embêter à mettre en place une feature qui ne sera que très très faiblement utilisée, et donc sans impact sur le but recherché.
 
A moins de mettre une durée par défaut, mais là tu vas voir débarquer des mécontents en masse.

faut aller au plus simple il n'y a que ça qui fonctionne
 
régulièrement, au delà d'un quota de remplissage, genre 80% au pif, tu effaces les images qui ont été vues le plus lointain dans le temps, en progressant vers le plus récent, jusqu'à descendre en dessous de ce quota.
 
les usines à gaz et autres systèmes se basant sur la raison humaine sont toujours voués à l'échec à plus au moins long terme.

 
Bof, ça reste intéressant et pas très long à mettre en place. Quelqu'un trouve que ça apporte, je trouve que c'est une feature qui a du sens (ne serait-ce que pour certaines utilisations), alors pourquoi pas.
 

 
C'est déjà le cas ça, même si à ce jour ce n'est pas automatique. Mais l'idée c'est pas de se dire que ça suffit parce que ça me plait pas de devoir étendre de plus en plus les valeurs de delete au fur et à mesure du temps.
 
De toute façon je vais le bouger sur plus d'espace faut juste que je me prenne le temps de le faire intelligemment avec des caches pour pas utiliser des disque SAS de taille couteuse.

c'est cassé (ça mouline dans le pâté)

et ... ça remarche

J'ai une question!
J'ai des images que j'avais mis de coté dans un document texte, sous forme d'adresses hfr rehost. Mais c'était il y a une paie et comme je les ai jamais posté elles sont plus valides. Quelqu'un sait comment les récupérer, ou même si c'est possible? J'ai pas grand espoir, mais j'avais vraiment passé beaucoup de temps à les trouver...
                                     

Si tu remplaces juste hfr-rehost.net par reho.st ça peut marcher si les images sont encore sur le serveur.
Sinon c'est que c'est définitivement perdu

Oui quelqu'un viens de prendre le temps de me montrer la manip (parce que mes liens sont hypers long avec des trucs en double dedans, je pigeais rien)
Donc du coup je pense pouvoir en récupérer pas mal, pour le reste tant pis, je pensais déjà pas pouvoir en récupérer une seule!
 

 
 
impossible de se connecter à reho.st.
Problème wanadoo (mon provider ) où du service d'hébergement ?
 
 

chezmoiçamarchepasnonplus.com
 
mais sly doit faire des bidouilles, il casse tout ces jours ci apparemment

ah un slyghtly side effect dans ce cas

y'a un mec qui a uploadé massivement, c'est bon là

J'ai reho.st qui est down chez moi (freebox).
 
Et downforeveryoneorjustme me dit que je ne suis pas le seul.
 

+1 il m'a l'air HS

de nouveau up

sé tout kassé

- Pas mieux

Qui fait mumuse avec le serveur ?

c'est lent aujourd'hui ou c'est moi ?

Bonjours les gens
 
J'ai un problème, j'ai posté des images sur rehost avec l'adresse http://hfr-rehost.dev.syn.fr .
Or, depuis quelques temps, ces images ne s'affichent plus et j'ai essayé de changer pour http://reho.st , mais ça ne marche pas.
Ces images sont-elles perdues ? Que puis-je faire pour les ré-afficher ?
 
Cordialement,

oui elles sont perdues, elles n'avaient rien à faire sur la première adresse

Si c'était l'année dernière, elles sont perdues logiquement.

C'était pourtant cette adresse qui a été communiquée à un moment où rehost rencontrait de gros problèmes techniques

Non, pas l'année dernière, début 2014...

dev = developpement = serveur de test = pas de garantie ni de sav, on ne rembourse pas

 
J'ai jamais communiqué cette adresse, j'ai communiqué http://reho.st
 
Sinon les images ne sont pas perdues, mais faute de place sur le serveur, elles sont bougées ailleurs temporairement. J'ai pas le temps de remonter dev pour le moment et ça n'a jamais été le serveur de prod.

Loin de moi l'idée d’exiger quoi que ce soit (ce n'est, même, pas très important) ce serait juste mieux de pourvoir les afficher

Je n'ai pas moi-même décidé d'héberger mes images sur un serveur précis , mais j'avoue ne plus me souvenir de quand cette adresse m'a été communiquée (je l'ai utilisée pour la dernière fois vers mars 2014).

Merci pour les infos en tout cas

T'es probablement tombé dessus via une recherche Google comme beaucoup de monde... mais maintenant ça affiche le bon.