Reprise du message précédent :
Salut à toi

Petite livraison du jour

Ajout de la possibilité d'écrire un commentaire à l'upload de la photo (ex : un titre, un mot clé, une description...), au format texte.
Visible en lecture seule (pour le moment) dans les détails de la photo.

Livraison du jour
 
Ajout d'une info-bulle dans la Galerie affichant quelques infos sur la photo.
Ca évite d'avoir à l'ouvrir
 
Exemple :  

La petite livraison du soir

Ajout d'une fonctionnalité de déplacement d'une image d'un album (ou de la racine) à un autre (ou vers la racine) :

Ajout d'une fonctionnalité de téléchargement d'un album (format .zip) :

EDIT : OK, bug identifié
Le téléchargement ne fonctionne pas si l'album contient 2 images du même nom, forcément
Fix en cours...

EDIT2 : Corrigé

Du bon taf !

Merci

tjs au top le service

Merci à toi

C'est pas le bon moment alors d'annoncer une petite coupure de service donc
Il faut que je déplace ma VM de Dev vers un hyperviseur un peu plus moderne, pour libérer de la place sur mon bon vieux HP MicroServer.
Du coup, je vais devoir couper quelques minutes.
Je reviendrai éditer par ici quand ça sera fait

EDIT : Et voilà, c'est reparti

Bon, dénoncez-vous
 
C'est qui le ptit malin qui essaie de chopper l'accès au Git (je suis sous Azure DevOps en mode TFS ) et wp/wp-admin (pas de WordPress ici, c'est du fait main en ASP .NET mon bon seigneur ) ?
 
Ce sont sûrement des robots, d'après les user-agents.
Des copains par ici qui hébergent des trucs chez eux ont le même genre de bizarreries ?
 
Exemples de stacks :  

 

Oui j'ai déjà eu le même genre de chose il y a quelques années. Par contre pour le premier c'est étrange, un user-agent de browser, et un url-referer de renseigné, soit c'est un truc bien chiadé, soit tu as vraiment un lien qui pointe vers old/wp-admin

J'en ai reçu une vingtaine dans la journée.
Tous d'IP différentes, vers des URL différentes (wp/wp-admin, wp-admin/wp-admin, backup/wp-admin...)

C'est blacklisté au fur et à mesure mais bon ça sert pas à grand chose je pense. C'est probablement un petit gaillard qui essaie de rentrer en force

Super site, je viens de m'en servir aujourd'hui ça marche au poil c'est rapide, gg

Bienvenue à toi, et merci pour ton retour

Vu les ip et les requêtes c'est des robots.  
Par contre tu ferais bien de cacher ton email Damien
 
Dès que tu as un site en ligne tu te prends ce genre de truc dans la tronche.
 
En effet le ban d'ip ne servira à rien.  
 
 
186.202.153.128/25 - LSS17
ID
 
LSS17
Description
 
Locaweb Serviços de Internet S/A
ASN
 
AS27715 Latin American and Caribbean IP address Regional Registry
Parent IP Range
 
186.202.128.0/19
Country
 
Brazil
Registry
 
arin
 
 
et la deuxième :  
 
NetRange:       18.128.0.0 - 18.255.255.255
CIDR:           18.128.0.0/9
NetName:        AT-88-Z
NetHandle:      NET-18-128-0-0-1
Parent:         NET18 (NET-18-0-0-0-0)
NetType:        Direct Allocation
OriginAS:        
Organization:   Amazon Technologies Inc. (AT-88-Z)
RegDate:        2018-06-29
Updated:        2018-09-19
Ref:            https://rdap.arin.net/registry/ip/18.128.0.0
 
 

Merci Mbl, tu as absolument raison

J'ai pas parcouru toutes les pages mais y'a possibilité d'uploader plusieurs images à la fois ?  
 
Ça reste rapide une à une grâce au bouton pour en charger une autre qui apparaît après un upload mais ça serait pratique

C'est pas encore possible non en effet.
J'ai 2~3 solutions sous le coude, que j'étudie, pour trouver la plus simple à l'utilisation.
Ca fait partie des prochaines grosses modifs que j'aimerai mettre en place.

Ok super, bon en attendant c'est chouette, avant j'utilisais imgbb depuis que rehost est dead, mais ça reste moins pratique, là avoir des dossiers/galeries c'est cool.
 
Autre idée, pour chaque image tu génères les URL, BBCode etc, ça serait cool d'avoir un bouton ou une vue qui affiche les BBCode de toute une galerie/dossier

Je note l'idée
 
C'est vrai que c'est un poil contraignant de devoir ouvrir chaque image (et donc ajouter 1 vue) pour copier/coller juste ses liens.
Je réfléchissais à un truc justement pour ça.
 
Dans le même ordre d'idée, pouvoir naviguer dans la bibliothèque me semble pas mal. Des boutons "PRECEDENT" "SUIVANT" déjà seraient pas mal.

Y aura un accès hfr premium avec un prix moins haut quand tu professionnaliseras ton système ?

 
JAMAIS
(tu peux quoter).
C'est pas du tout ma façon de penser.
Je sais que pour vous c'est peut être pas rassurant, mais je préfère 1000 fois une solution comme ça, dans un placard chez moi, intime entre nous, 100% gratuite à un truc officiel, qui m'obligerait à investir dans du matériel plus sérieux tout de suite coûteux.
 
Pour le moment, la croissance de l'appli n'a aucune raison de m'inquiéter sur le plan technique.
On est toujours dans l'ordre de <10 Go de données et la bande passante semble suffire.

Le débit !  
La bande passante n'a rien à voir là dedans.  
Y a pas de filtre dans ton appli que je sache
 
Mais je trouve que ta solution commence à devenir très pro donc garde quand même dans un coin de ta tête

Un backend avec du P2P (ou un truc à la PeerTube mais façon amateur) ça pourrait être une solution sympa à monter

Par pure et simple curiosité, y a combien de photos uploadé depuis que le service existe (à peu près) ?  

Effectivement, c'est un bon moment pour un petit bilan
 
 
A l'heure où j'écris ces lignes, Rehost c'est :
 
- 33 comptes utilisateurs actifs
- 1308 photos uploadées (la valeur ne compte que les uploads, elle ne tient pas compte des versions redimensionnées, et les photos supprimées par les uploaders)
- dont 934 ont été uploadées en mode anonyme (71% tout de même)
- et qui occupent  ~2.5 Go d'espace disque (gardez à l'esprit que Rehost fait 2 copies de l'image, pour les version réduites, donc en vrai, c'est un peu moins)
- aucune n'a du être supprimée par mes soins (modération)*
- la photo la plus vue est celle-ci, vue plus de 8500 fois et uploadée le 12/07/2020 par bacc.57@gmail.com ! Bravo !
 
Ce qui m'amène à nos petits palmarès inutile (on fera des Rehost Award 2020 en fin d'année, pas d'inquiétude)
Le Rehoster (r)(tm)(c) ( ) le plus actif est shinseiki555@gmail.com avec 53 photos uploadées, joli !
Le Rehoster le plus populaire est bacc.57@gmail.com avec 26443 vues ! Bravo aux pénis japonais !
Le Rehoster le plus incertain est nicolasnom@outlook.com avec 8 photos supprimées
Le Rehoster avec le nom le plus cool est oscar.grandadam@gmail.com, dont le nom est "Watt 1000"
Le Rehoster le plus discret est test-my1yfrf0r@mail-tester.com, dont le nom est "D S"
Le Rehoster le plus encombrant est mtkfuel@gmail.com, qui occupe 115 Mo d'espace disque
Le Rehoster le plus perdu est thekingofdouches@gmail.com, qui ne s'est pas connecté depuis le 04/03/2020 à 10h
Le Rehoster le plus g33k est ... moi-même, vu que je suis le SEUL à utiliser le thème sombre et à avoir activé les notifications par mail
 
Et enfin, le petit dernier, bienvenue encore une fois à fireflaie@gmail.com, le dernier Rehoster à s'être inscrit
 
(il faut vraiment que j'implémente un champ pour renseigner le pseudo HFR, ça sera tellement plus simple !)
 
Merci à tous d'utiliser Rehost, les stats parlent d'elles-mêmes : on est pas encore très nombreux et c'est très bien comme ça.
Vous utilisez régulièrement l'outil, et ça, ça fait vraiment plaisir
 
   
 
 
*et gros gros merci à vous pour ça. A part 2~3 photos de demoiselles en mode perv furtif dans les transports, vous êtes particulièrement sages et responsables, j'en suis assez fier, respect à vous

test-my1yfrf0r@mail-tester.com c'est quand j'ai fait un test de score de spam sur mail-tester

Et j'ai activé le thème sombre dans le profil, je ne savais même pas qu'on pouvait gérer ça !!

Livraison du jour !

Ca me trottait depuis quelques mois, vous pouvez maintenant renseigner votre pseudo HFR à l'inscription (pour les nouveaux) et dans votre profil (pour les membres actifs).

C'est facultatif, évidemment, et y a aucune connexion avec HFR pour le moment.
C'est à titre indicatif, en fait, c'est plutôt un login qu'un pseudo HFR, mais ça permet :
- de vous faciliter la connexion (plus obligé de saisir son email à chaque connexion...)
- de vous reconnaître dans les stats
- de rendre les champs Nom et Prénom facultatifs (ça devrait l'être, d'ailleurs je vois que de nombreux utilisateurs ici préfèrent garder l'anonymat, et c'est bien légitime).

Pour les anciens membres, vous pouvez renseigner votre pseudo HFR et supprimer vos noms/prénoms depuis votre panneau utilisateur (clic sur votre nom, en haut à droite).

Par la suite, ça permettra, je l'espère, de développer des choses communes avec le forum

Bon week-end à tous

Super t'es au top dib !

Édit : je dis ça de tête, ça existe peut être déjà. Une feature pour uploader depuis une URL c'est faisable ?

C'est pas encore faisable, mais c'est une super idée sur laquelle je réfléchis depuis quelques temps déjà : une API d'upload automatique.

Tout réside dans le souci de la façon dont les données de l'image sont transférées.
Si je laisse juste un truc du type "https://rehost.diberie.fr/upload/[url_de_l_image]" ça ne fera que des uploads anonymes pour le moment.
A l'inverse si j'ouvre une API un peu plus complexe (un WCF qui prend un objet JSON, avec l'image en base64 + le login, par exemple), j'ai peur de perdre 99% des utilisateurs, de par la complexité

3e possibilité, le proposer dans l'appli (champ texte où saisir l'URL de l'image à réuploader, ce qui permettrait de la rattacher à un utilisateur / un album), mais ne perdons alors nous pas tout l'intérêt d'un réupload rapide comme Reho.st le proposait ?

Bon, j'ai eu quelques heures de calme ce week-end
 
Je vous propose une première version de "l'API auto rehost"
C'est une fonction qui vous permet d'uploader directement à partir d'une URL, de la forme :

 
Deux mots sur la fonction
 
C'est accessible aux anonymes tout comme aux utilisateurs enregistrés.
Si vous êtes enregistré (et loggé !) au moment où vous déclenchez la fonction, l'image ira se poser dans album racine (vous pourrez la déplacer ensuite).
J'ai ajouté des champs optionnels, pour faciliter la vie des amateurs de scripts, et prévoir une intégration dans les applis HFR
 
L'orthographe de l'URL est très importante, il faut respecter le formalisme suivant :  
https://rehost.diberie.com/Upload?url=[url_de_l'image]&login=[votre_login_rehost]&isprivate=[true|false]&album=[ID_de_l'album]
La partie bleue : l'URL du service, rien de bien nouveau. Obligatoire
La partie rouge : le code qui déclenche de l'action de ré-host à la volée (sensible à la casse !). Obligatoire
La partie verte : l'URL complète de l'image à uploader, avec le protocole, le port et tout (ex : https://mondomaine.com/photo/2014/masuperimage.jpg). Obligatoire
La partie orange : votre login Rehost (c'est à dire l'adresse mail utilisée pour vous inscrire. Le login HFR ne fonctionne pas ici). Optionnel
La partie violette : choisissez si l'image doit être privée (si vous saisissez true) ou pas (si vous saisissez false). Optionnel, inutile si login n'est pas fourni
La partie jaune : l'ID de l'album dans lequel déposer la photo (l'ID est trouvable en consultant la Galerie). Optionnel, inutile si login n'est pas fourni
 
Ca supporte, comme pour l'upload classique, les images aux formats JPG et PNG et les GIF animés.
Ca ne prend pas (encore...) en charge le Bitmap, WebP... !
De même, ça ne prend pas en charge les images "en flux", qui sont streamés depuis un serveur (par exemple http://mondomaine.com/image/1), il FAUT, que le nom du fichier apparaisse à la fin de l'URL.
 
Pour ceux qui voudraient scripter la chose : c'est possible, il n'y a pas de redirection (sauf en cas d'erreur !)
Pour le moment, j'affiche le résultat au format HTML, mais si vous préférez une version JSON pour pouvoir l'intégrer dans vos scripts, faites-le moi savoir
 
La fonctionnalité est aussi accessible depuis le site, dans la rubrique Charger :

 
N'hésitez pas à me faire part de vos retours de vos tests, et soyez prudents en réhostant des images soumises à des droits d'auteur
 
EDIT : Post mis à jour pour refléter la dernière version des développements.

Dans ton exemple pour la partie verte, l'URL n'est pas url encodée. Normal ?

Je pense pas que ce soit nécessaire, vu les technos que j'utilise, et vu que j'attends justement une URL : le texte qui sera collé ici aura déjà été URLEncodé, forcément.

En contre partie, c'est pour ça que je dois proposer une URL "querystring à l'ancienne" comme 'https://rehost.diberie.com/Upload?url=[url_de_l'image]' au lieu de 'https://rehost.diberie.com/Upload/[url_de_l'image]'
Parce que les "/" de la seconde URL interfère avec la route MVC d'origine ...

Mais si tu vois un trou dans la raquette, n'hésite pas à me le faire savoir

J'urlencode toujours par défaut. Ça évite les emmerdes. Puis si tu veux ajouter des params dans ta requête, en fonction de qui te fait la requête, ça ne va pas passer

A ce moment là je trouverai un autre moyen de procéder en effet.
D'ailleurs un truc tout con auquel j'ai pas pensé... Si l'URL elle-même contient un paramètre ça va tout niquer  

Bref c'est à perfectionner, je me pencherai dessus

urlencode ça le fait, sinon POST avec un payload contenant l'URL ou bien un Header HTTP
 
Ça peut être pratique cette API

Voilà, d'où l'URL Encode par défaut

Je vais corriger ça au plus vite.
Merci à vous

Tant qu'on y est ça serait superbe si on pouvait ajouter un paramètre supplémentaire qui permet de stipuler la galerie de destination plutôt que de la mettre dans la galerie racine.
Comme ça j'ai qu'a scripter un export directement depuis LightRoom dans la bonne galerie sur rehost

Avec un petit paramètre genre "&privée=[true|false]" en cadeau ?