Reprise du message précédent :

 
JAMAIS
 

 
Aucun risque, même si c'est du off pour moi, je considère autant que possible Rehost comme un vrai et sérieux projet parmi mes projets pro.
Et dans ma façon de gérer mes projets, la recette est primordiale, donc c'est plutôt moi qui te remercie d'y participer
 
Je viens de livrer une nouvelle build 616 (ça se la pète) sur la beta
Il y a les boutons pour l'upload multiple (+ un lien sur le nom du fichier pour ouvrir les liens dans un onglet), si tu peux me dire ce que tu en penses, si c'est pas trop lourdingue ?!
J'ai effectivement basé mes choix sur les boutons les plus utilisés (URL et BB links).
 
J'ai aussi renforcé un peu la sécurité : j'ai eu une petite sueur froide en me rendant compte qu'on pouvait rendre privée/publique et changer d'album les photos publiques de n'importe qui

drap
 
Merci pour le service

 
Jamais dire jamais    
 

 
Ah ouais ben c'est carrément plus utilisable que la première mouture . Pour moi, c'est presque trop encombré mais soit faut dégager certains choix moins utilisés soit faire des icônes customs cliquables (ma préférence) comme ça:  
 

 
Bon tu m'excuseras, c'est fait à l'arrache sous Paint en 5 minutes pour illustrer mon point de vue . Je pense que si tu fais des icônes comme ça, ça va compacter encore plus l'affichage sans réduire l'usabilité .
 

 
Ca va, j'ai pas mis de photo compromettante sur le rehost .  
 

La bise à vous Hegemonie et Jean-Christophe

 
Je vais voir ce que je peux faire oui
 

 
Franchement ça va, à part 1 ou 2 photos en loucedé de filles dans le RER et une ou deux captures de films porno, y a vraiment rien eu de "modérable" jusque maintenant
Faire un best of, j'y ai pensé plusieurs fois à vrai dire, effectivement sur les photos des invités, vu que tout le monde y a accès, ça ne me pose pas de problème moral.
Y en a des bien

Bienvenue à toi Klink33

Geddons, j'ai livré une nouvelle retouche légère de l'interface, avec des boutons un peu plus "rangés"
J'essaie de repousser autant que possible l'utilisation de boutons custom, qui devront faire appel à mon (triste et déviant) imaginaire

Ah j'aime bien cette réorganisation . Pour les curieux (et fainéants ) :

Rendu bêta 1.1.2104.812

• 1920x1080
• 960x1080 (screen split)

C'est vraiment mieux comme organisation mais je trouve que ça devient quand même vite le bazar avec le côté responsive design qui fait son taff avec les labels bien longs/larges . A toi de voir .

Bugs bêta 1.1.2104.812

Par contre, bug quand je charge qu'une seule image, j'ai plus aucun lien :

Comparaison/Réflexion version PROD actuelle

J'aime bien ta réorganisation logique (bêta 1.1.2104.812) des types de liens qu'on peut avoir sur une image.
Je trouve ça plus clair que la disposition actuelle:

Dans tous les cas, je te conseille, même pour le single upload, de réorganiser leur disposition aussi de manière à être cohérent entre le multi et le single.
Le cerveau humain est fait de mécanisme de répétition sur ce genre d'outils .

P.S. : J'ai pas testé le mode enregistré sur la bêta. Si tu as besoin, dis-le et je ferai un compte . Sinon ça pourrait être utile de précréer des credentials bâteaux pour les versions bêta, quitte à ne les filer qu'en MP .

J'aime quand tu poste des images sur imgur alors qu'on est sur le topic de dib    

 
Je sais et j'y pense chaque fois d'ailleurs . Mais Greenshot est tellement pratique . J'aurais pas la patience de chaque fois faire une sauvegarde du screenshot, puis de l'uploader, puis de copier le lien, blabla . J'fais 1 touche clavier + sélection souris + upload to imgur  => done .
 
Il suffirait d'avoir un plugin Dib pour Greenshot

C'est vrai que l'intégration de Imgur dans Greenshot est ultra pratique
Je leur proposerai d'intégrer Rehost, en tout humilité, dès que j'aurai achevé mon travail sur les API.
Actuellement, il n'y a pas moyen (propre....) de solliciter le service pour lui envoyer une image en une requête.

Une grosse partie du boulot est faite (upload clipboard), mais j'aimerai que le truc soit un peu plus intelligent et sécurisé (login / image en byte[] / choix d'un album etc....).

Alternativement (c'est que je fais désormais), j'utiliser la fonctionnalité de capture intégrée à Windows 10 (Windows + SHIFT + S), j'envoie au presse papier, et je colle ça dans Rehost.
Ca permet aussi de s'affranchir de Greenshot qui reste excellent, mais qui commence à accuser son âge (inutilisable sur un écran à haut DPI, par exemple...)

Allez, c'est parti
Livraison en cours de la v1.1 en prod.
Il peut donc y avoir quelques erreurs avec le service pendant les prochaines minutes, je viendrai éditer quand tout sera opérationnel

Voici le dernier status du sondage concernant les tags EXIFs terminé hier soir :

EDIT : Livraison effectuée, c'est tout bon

Relase notes
- ajout d'une fonction d'upload multiple (possibilité d'uploader plusieurs fichiers en une fois)
- possibilité de conserver les tags EXIF lors de l'upload d'une photo
- ajout d'un système de blacklist IP, en cas de défonçage DDoS ou de défonçage par un bot (ne concerne pas les comptes utilisateurs)
- ébauche de système API (upload auto etc...), non fonctionnel encore
- ajout d'une notion de version, basée sur la logique suivante majeure.mineure.build.build, pour me permettre de suivre le dev plus précisément
- corrections d'orthographe
- mise à jour des packages utilisés (Bootstrap, jQuery etc...)

Ca sert à quoi que Ducroc il se décarcasse ?     A priori le problème est donc présent en production à présent (j'ai testé qu'en mode invité)  

Ah merde j'ai pas réussi à le reproduire dans mon dev.
C'est logique en plus, puisque je switche sur l'interface "1 page" dès que je détecte ... plus que 0 fichier
 
Bon baaaah je prépare un hotfix ²

C'est corrigé dans la build 1014 (livrée à l'instant)
Le bug de l'envoi des mails d'upload aussi même si personne s'en sert ²
(c'était la même portion de code qui était ignorée, fausse manip, désolé)

 
 
Ca ira pour cette fois  

 
 
Autre bug "mineur" que je viens de voir à l'instant en générant des liens du multi-upload (quel bonheur d'avoir ça en prod ) : faut inverser les headers de tes colonnes 2 et 3 pour les liens:
 

 
Donc inverser les labels "Miniature" et "Réduite"
 
edit: A priori le mal est plus compliqué que ça . En prenant les 3 liens "BB" à la suite sur une image donnée j'ai : miniature / miniature / image pleine

Ah ouais t'as raison, c'est pété
Je comprends pas là par contre.
Quand on clique sur URL de la miniature, ça copie "OK" dans le presse papier
 
J'ai du me chier sur les références des input HTML (les Id) qui contiennent les datas. C'est sûrement un archivage qui a foiré, parce que ça je suis persuadé que ça fonctionnait à la dernière livraison.
Je vais corriger ça...

 
   
 
Bon courage .

Voilà c'est réparé dans la v1.1.2104.1109
J'ai aussi désactivé le site Beta, puisqu'il n'est plus utilisé pour le moment

Coucou les Rehostites !
 
Vous prendrez bien un peu de sauce API sur votre Rehost jambon-beurre ?
 
Je viens de livrer une première build de la v1.2, pour inaugurer les premiers travaux sur les API    
Pour le moment, il n'y a pas grand chose, tout au plus GetAlbums qui permet aux utilisateurs (enregistrés et avancés ) de récupérer la liste de leurs albums.
Ca permet de retrouver les Id d'album, pour les scripts, notamment.
 
Comment ça marche ?
Tout d'abord, munissez-vous de votre clé API, que j'ai astucieusement générée pour chacun d'entre vous, dans les paramètres de vos comptes
(y a pas encore de bouton "copier", je m'en occupe prochainement, donc triple-clic > CTRL+C)

 
 
Ensuite, vous sollicitez simplement l'API de votre choix, en passant en paramètre ladite clé API :

 
La syntaxe
Règle numéro 1, les API seront toujours accessibles de la façon suivante :

 
- L'URL "de base" https://rehost.diberie.com/API affichera une liste de ces API, dès que j'aurai eu le temps de me pencher sur la doc générée automatiquement (pour le moment, c'est vide, donc).
- La partie en bleu, c'est le nom de l'API. Pour le moment, il n'existe que /GetAlbums mais je travaille à enrichir ça rapidement, évidemment.
- La partie en violet, c'est votre identifiant. Le paramètre sera obligatoire pour chaque API, et doit s'écrire "uid", la valeur, c'est votre clé (c'est un GUID banal) fournie dans votre espace perso.
- la partie en vert, les autres paramètres, c'est pour les futures API qui pourraient prendre en entrée d'autre paramètres en plus de la clé API.
 
Automatisation
Sur les justes conseils de Dada051, j'ai ajouté la possibilité de solliciter les API de manière programmable (c'est-à-dire, hors navigateur, par exemple dans un outils de test, ou de scripting, comme Postman, SOAP UI etc...)
Il est alors beaucoup plus judicieux de passer les paramètres dans les en-têtes de la requête HTTP, plutôt qu'en clair, dans l'URL envoyée au serveur.
Du coup, depuis la dernière build, vous pouvez solliciter les API de la manière suivante :
 

 
- L'URL "de base" https://rehost.diberie.com/API constitue le point d'accès, la racine où seront consommables les API.
- La partie en bleu, c'est le nom de l'API. Pour le moment, il n'existe que /GetAlbums mais je travaille à enrichir ça rapidement, évidemment.
 
Les paramètres sont à fournir dans les en-têtes HTTP de la requête :
- Votre identifiant / clé API doit être placée dans l'en-tête x-api-key
- les autres paramètres, seront à placer dans des en-têtes du même nom que les paramètres URL ci-dessus (ie : le paramètre ?pictureId= sera aussi recherché dans l'en-tête HTTP pictureId)
 
API disponibles
Pour le moment, il n'existe que /GetAlbums, je tâcherai d'enrichir rapidement la liste (n'hésitez pas à suggérer vos besoins, d'ailleurs, y a sûrement des trucs auxquels je ne pense pas).
 
La sortie
La sortie est en JSON brut.
Evidemment, chaque navigateur tentera de l'interpréter à sa sauce, mais côté serveur, c'est du JSON.
Un tableau d'objet en l'occurrence pour GetAlbums.
Si certains sentent le besoin de versions XML des API, faites-le moi savoir.  
J'ai privilégié le JSON pour sa facilité déconcertante à passer chez tout le monde, quel que soit l'outil utilisé
 
Mais moi j'ai pas de clé comment je fais ?
Effectivement, pour le moment, le GUID (clé API) est généré manuellement par mes soins via un petit script
Je vais mettre à jour le code de création des comptes Rehost pour que ça se fasse automatiquement, mais en attendant, je le fais quand j'y pense.
A l'heure actuelle, tout le monde en a un, mais si jamais j'oublie, que vous voyez pas votre clé API, hésitez pas à me solliciter, que je passe le script de secours dans la foulée
 
Mais ça sert à quoi ?
En tant que tel, pas grand chose
L'idée c'est de pouvoir proposer des solutions "automatisables" aux utilisateurs avancés, pour leur permettre d'intégrer Rehost dans d'autres systèmes.
GetAlbums permet de sortir la liste de ses albums (non supprimés), afin d'en récupérer les Id.
Ces Id peuvent être ensuite utilisés dans les scripts d'auto upload, pour ranger directement les images au bon endroit
A terme, d'autres API plus utiles devraient arriver (upload automatique évidemment, mais aussi récup des liens photos etc...)

Monsieur s'amuse comme un petit fou  

Merci pour l'API, je vais pouvoir mettre à jour mon extension iOS pour utiliser ça plutôt que de parser le HTML comme un bourrin because there was no solution

Si jamais y'a des intéressés faut me le dire, là c'est sur mon github, mais comme y'a mon nom prénom toussa, faudrait que je crée un autre repository plus ... anonyme

 
Tellement
C'est plutôt calme au boulot en ce moment (r)(tm)(c)
 

 

Avec plaisir.
Si tu as besoin de plus de ressources, fais-moi signe.
J'y pensais toute à l'heure : j'ai modifié la signature de la méthode d'upload, donc c'est possible que ça ait pété ton script, non ?
(le nombre de paramètre a changé)

A priori l'extension iOS marche toujours, je vais tester les scripts Chrome
 
test extension:

Je vais faire mon relou, mais c'est possible (pour des raisons plus sécu qu'autre chose) de passer la clef dans les headers HTTP (pas d'obligation de retirer la possibilité de la mettre dans l'URL pour autant)

ça chôme pas ici !

 
Absolument
Pour le moment, j'ai fermé l'API au seul GET, pensant qu'elle allait être essentiellement exploitée par des clients web.
Du coup, forcément, je ne tiens pas compte des headers.
Mais c'est vrai que c'est un peu le b.a.-ba de l'API de tenir compte des headers, notamment pour l'authent....
Je vais upgrader ça pour la prochaine release (et je viendrai étoffer la doc dans mon post)
 

 
Je ne suis pas sûr d'avoir le temps de faire tout ça d'ici quelques mois, donc j'en profite

Et voilà
 
Build 1216 livrée.
Pour les appels hors navigateur, vous pouvez placer votre clé API dans le header HTTP x-api-key
 
Exemple ici pour Postman :

 
Vous pouvez passer la clé dans l'URL (comme dans l'exemple de ce matin) et/ou dans le header, c'est à votre choix, du moment qu'elle est présente dans au moins l'un des deux.
 
Attention : c'est toujours en GET only
Je vais mettre à jour le post ci-dessus.

Merci c'est super  

Hello les Rehostites !
 
Je souhaiterai aborder 2 sujets avec vous, qui utilisez régulièrement Rehost
 
1- Support des anciens OS --> c'est livré
Pour des raisons de sécurité, je vais être obligé de mettre en place un filtrage des requêtes web qui sont mises en œuvre dans le processus de création d'utilisateur (et uniquement là, pour le moment).
Plus clairement : à partir de la prochaine version, il ne sera plus possible de créer de compte utilisateur sur une machine Windows qui n'exécute pas Windows 10.
Cela m'assure un socle minimum de compatibilité avec les différents navigateurs web, et les bibliothèques que j'utilise.
Les futurs Rehostites qui utiliseraient encore Windows XP à 8.1 : mettez à jour !! Ou utilisez un smartphone pour vous inscrire.
Les mobiles et les Mac ne sont pas concernés, sur ces machines-là pas de restriction pour le moment
 
NB : Cela n'affecte QUE la création d'utilisateurs. Le reste de l'application ne change pas.
D'ailleurs, ceux qui préfèrent utiliser l'appli en mode invité ne sont pas concernés non plus
 
Plus d'info en MP si vous êtes intéressé sur le pourquoi du comment
 
 
2- Le chant des sirènes...
J'ai mis en place depuis quelques jours un tracking sur le nombre de vues des images.
Ce compteur est incrémenté à chaque fois qu'une image est ouverte en fullsize et/ou dans la page Details (= les liens).
Actuellement, en totalité depuis ~5 jours, j'ai reçu plus de 40000 requêtes :

 
Avant toute chose, ça me conforte sur le fait que l'appli vit et vous sert et ça, ça m'emplit de joie  
Merci encore à vous !
 
Attention, ça ne veut pas dire que ce sont 40000 clics sur images !
Ca compte les sollicitations de chaque image.  
Donc une balise [ img][/ img] sur une page d'un topic HFR ouverte 10 fois par 10 personnes dans la journée, c'est considéré comme 100 "vues", même si personne n'a cliqué sur le lien pour l'ouvrir en grand.
 
Mais cette quantité d'échange me fait évidemment me demander "si ces requêtes ne pourraient pas me rapporter un petit quelque chose" ...
Je sais ce que vous allez dire, et NON, j'ai pas changé ma philosophie sur le sujet : Rehost reste et restera gratuit, sans pubs, anonyme etc...
 
Je me renseigne simplement pour savoir s'il existe des moyens de me rémunérer sur les échanges qui ont lieu entre les serveurs, de manière totalement transparente pour vous.
Le but étant de me payer une RTX 3080 FE d'amortir l'électricité dépensée par le serveur qui héberge l'application, tout au plus (soit à la grosse louche : 100€ par an quoi).
Il n'y aura pas de bandeau pub, pas d'abonnement "Premium", pas de bouton "Donate" etc...
Je suis pas fan de l'affiliation de liens non plus, qui fait entrer une 3e personne entre vous et moi, avec tous les risques que ça comporte (niveau disponibilité, temps de réponse et niveau sécurité...)
A vrai dire, mes connaissances s'arrêtent là. Si y a rien d'autre à faire, alors soit, on touche à rien, on laisse comme ça et on clôt le débat
 
Si certains connaissent des choses concernant ce point, n'hésitez pas à me contacter ici ou en MP
 
 
Voilà pour les dernières news.
Bonne journée à vous

Hop hop, nouvelle API disponible
 
Je viens de livrer la build 1.2.2104.2016, qui implémente la nouvelle API GetLinks  
Elle s'ajoute à GetAlbums et permet de retrouver les liens (et les autres propriétés tant qu'à faire) d'une photo.
 
Comment ça marche ?
Tout comme pour GetAlbums ci-dessus, ça se sollicite avec votre clé API, et cette fois-ci il faudra aussi préciser l'ID de la photo qui vous intéresse.
 
La syntaxe
En reprenant la règle n°1 de mon poste précédent sur GetAlbums :

 
- L'URL "de base" https://rehost.diberie.com/API affichera une liste de ces API, dès que j'aurai eu le temps de me pencher sur la doc générée automatiquement (pour le moment, c'est vide, donc).
- La partie en bleu, c'est le nom de l'API. Ici, donc c'est /GetLinks
- La partie en violet, c'est votre identifiant, votre clé API.
- la partie en vert, c'est l'ID de la photo dont vous voulez récupérer les liens.
 
Je sais, tout le monde ne connait pas par coeur les ID de ses photos
Je travaille donc sur une autre API qui listera les liens de toutes ses photos d'un album donné, ou de la racine
 
Bien sûr, ça scrute si une photo est privée ou publique, et si elle vous appartient ou pas.
 
Automatisation
L'API GetLinks comme la précédente, est joignable en direct depuis votre navigateur (cf ci-dessus), ou au requêtage en passant les paramètres dans les headers HTTP
 

 
- L'URL "de base" https://rehost.diberie.com/API constitue le point d'accès, la racine où seront consommables les API.
- La partie en bleu, c'est le nom de l'API. Ici, c'est GetLinks
 
Les paramètres sont à fournir dans les en-têtes HTTP de la requête :
- Votre identifiant / clé API doit être placée dans l'en-tête x-api-key
- l'ID de la photo doit être placé dans l'entête pictureId
 
La sortie
La sortie est en JSON brut.
 
Exemple d'appel

 
A la votre !
 

Tu peux louer ta bande passante avec des outils comme honeygain.

Pour ta liste d'api tu pouvais pas mettre simplement un swagger ? C'est 4 lignes de code dans ton startup.cs  

Je ne connais pas, tout simplement.
Je vais me renseigner.

Tu vas kiffer  

 
+1, un Nuget et c'est tout prêt

Le support étendu de win 8.1 c'est jusqu'en 2023, pourquoi ne pas l'avoir conservé ?

Attention, la seule chose que j'ai retiré, c'est la capacité aux machines sous Windows XP -> 8.1 (et leur variantes Server) de s'inscrire à Rehost !
Toutes les autres fonctionnalités (y compris la connexion, l'upload....) sont inchangées.
 
Tous les autres OS (mobiles, Linux, MacOS etc...) restent eux aussi, inchangés.
 
Je t'envoie tout de suite une réponse un peu plus complète en MP.