Reprise du message précédent :
Avec un petit paramètre genre "&privée=[true|false]" en cadeau ?

Sinon je dois pouvoir avoir un peu de temps pour faire du dev perso d'ici peu, si besoin.

Du coup private alors j'ai du mal avec les API en FR

Yep moi aussi en fait (encore plus avec les accents)

Sinon un emoji style agent secret / inspecteur

J'enfile tout ça dans ma todolist

Tu veux pas aller voir les gars de redface pour qu'ils implémentes ton machin sur leur appli mobile ?

Ca serait molto buono c'est clair

Je vous propose qu'on se donne quelques jours pour tester un peu l'upload automatique avec les nouveaux paramètres (dès que j'ai livré ça), et après on avise pour :
- Redface
- scripts / extensions navigateurs

Et un api dominos pizza pour qu'ils mettent l'image sur le carton pizza

 
 
Et voilà, je viens de livrer une nouvelle version, qui prend en charge les paramètres supplémentaires demandés (login, album id, private mode...)
 
J'ai volontairement omis ces nouveaux réglages dans l'upload via l'interface (menu Charger), pour ne pas surcharger l'écran déjà bien dense.
Une fois l'upload "racine" opéré, l'écran propose de toute façon de déplacer la photo dans un dossier de son choix et de la rendre privée si désiré.
Ca rajoute une étape je sais, mais au moins l'écran de chargement reste relativement simple. A voir si ça pose problème, j'ai quelques idées en tête pour revoir ça...
 
A propos de l'upload automatique (= depuis l'URL donc) :
J'ai essayé de couvrir les cas qui me venaient à l'esprit, mais c'est possible qu'il y ait des cas spéciaux que j'ai omis... Hésitez pas à torturer un peu le truc, qu'on les identifie ensemble.
Dans le genre :
- si vous uploadez en mode anonyme, avec votre login passé, une photo en mode privée : l'aperçu sera pété, forcément, puisque vous n'êtes pas connecté, donc vous ne devriez pas voir la photo
- si vous uploadez en mode connecté, avec un login passé différent du votre : ce login sera ignoré et la photo sera placée à votre dossier racine. Impossible d'uploader "pour quelqu'un d'autre" en somme
- si vous uploadez dans un dossier qui n'existe pas : la photo sera placée à la racine de l'utilisateur passé (ou en mode anonyme, le cas échéant)
- si vous uploadez dans un dossier qui n'appartient pas au login passé : la photo sera placée à la racine de l'utilisateur passé
 
Gardez à l'esprit que les paramètres additionnels (login, album, isprivate...) sont facultatifs, mais sont interdépendants
 
Bonus : pourquoi "isprivate" et pas "private", tout simplement parce que dans la techno que j'utilise, le mot clé "private" est réservé
 

Dans ce cas, la variable doit s'appeler @private dans ton code (mais j'aime pas trop)

Je suis super content de trouver un descendant à reho.st, merci beaucoup DiB91.  
 
Deux petites questions :
 
1. Est-ce que ça permet de rehost des images déjà en ligne simplement en ajoutant un préfixe devant l'URL (donc sans passer par l'interface) pour s'assurer qu'elle seront pérennes, ou au moins dupliquées ? Reho.st permettait ça, j'utilisais ça super souvent pour pérenniser une partie des images que j'upload sur 0x0.st notamment, où le stockage est temporaire.
 
[Edit] Ok, je vois dans les derniers messages que la fonction vient d'arriver. Désolé, j'ai posté trop vite. Un alias court serait chouette pour pouvoir taper l'URL qui déclenche l'upload à la mimine, et le retenir sans avoir à utiliser un script ou une appli. C'est envisageable ? En revanche je vois que le résultat de l'URL est en HTML, comme tu l'as d'ailleurs précisé. Ça implique malheureusement une étape supplémentaire pour aller chercher la nouvelle URL : il faut taper l'URL de rehost et la visiter, pour ensuite copier l'URL du format choisi qui se trouve en fait être une nouvelle URL, puis fermer l'onglet. Dans le cas de reho.st, la nouvelle URL était celle qui était tapée, il était donc inutile d'aller la visiter pour en copier une autre directement intégrable dans un message, ce qui était bien pratique. Évidemment ça faisait des URL moches du type https://reho.st/https://domain.tld/ [...] /image.jpg, mais c'était idéal pour taper un texte avec des images sans avoir à jongler entre les onglets.
 
2. Est-ce qu'il y a un referer qui limite l'usage au domaine HFR, ou bien on peut utiliser le service pour poster sur d'autres forums non affiliés à HFR ? J'utilisais pas mal reho.st sur des forums de Linux Mobile (donc c'est toujours un truc de nerd, ça passe non ? ).

Hello, bienvenue à toi
 
Concernant tes questions :
1 - C'est tout à fait faisable dans la techno que j'utilise oui. Ca demande un peu de réflexion (pour pas que l'image soit ré-uploadée à chaque visite notamment ^^)
2 - Aucune limite ! Ca avait été discuté au début, mais pour le moment, c'est utilisable partout

Excellent, merci beaucoup.

Je viens de tester l'application sous MS EDGE sous Android (oui mieux vaut tard que jamais )
 
L'appli fonctionne parfaitement (merci le design responsive de Bootstrap / ASP .NET MVC), mais curieusement, sur mon Galaxy S10+ lorsque je clique pour choisir un fichier, le navigateur me demande l'autorisation d'accéder au microphone de l'appareil
 
Je sais pas ce que ça donne sous Safari ou Chrome, mais je pense que c'est un comportement lié au navigateur (pilotable à la voix, j'imagine), et non au site.  
 
Je vous promets que j'accède pas à vos enregistrements vocaux, qu'ils ne m'intéressent pas, et qu'aucune fonctionnalité d'enregistrement vocal n'est présent sur le site

Je viens de tester sous Firefox-Android, et le concernant il m'a juste demandé l'autorisation d'accéder aux fichiers, ni plus, ni moins

Sur Chrome iOS aucun problème, par contre ça pourrait être amélioré l'experience mobile sûrement, enfin je m'en sers rarement je poste mes photos pour ma galerie tranquille depuis le PC

Ouais l'ergonomie est.. "fonctionnelle" quoi, c'est une application web desktop, qui "marche" sur mobile.
Si j'ai le courage, je tâcherai de proposer une vraie variante mobile (app Xamarin par exemple) dans le futur

il y a un module pour firefox ?

Rien pour le moment.
Juste le site web

Améliorations auxquelles j'ai pensé (je sais pas si déjà dit)

- upload multiple
- bouton pour copier le BBCode (sub mobile sélectionner le texte c'est un peu compliqué)
- pouvoir ouvrir une image dans un nouvel onglet quand on est dans une galerie, là ça doit être un lien JS qui empêche le clic milieu de souris
- Une vue avec génération des BBCode de toutes les images uploadés depuis la dernière connection

En tout cas je m'en sers tous les jours, déjà plus de 200 uploads

Je note tout ça, de très bonnes idées  

Quand je modéré le contenu (bande de foufous), je suis toujours admiratif de tes uploads d'ailleurs.
C'est pour des concours photo ?

C'est principalement pour ma galerie HFR
 
Ça arrive que je participe à des concours mais pas depuis un moment, et souvent ça se passe sur Twitter / Instagram / autre.

Les vues sont superbes en tout cas, beau travail.

 
Je rajoute:
- Une vue avec génération des BBCode de toutes les images d'un dossier
- un bouton suivant precedent dans le mode galerie pour changer de photo sans fermer
 

Effectivement le premier serait très utile si je me trompe pas ça a déjà été mentionné

C'est ajouté au backlog

Salut DiB91, ton rehost est très pratique mais pourquoi refuser l'upload de gif?
 
A++

Salut à toi
 
Pour ça, c'est tout bête : la bibliothèque graphique que j'utilise pour manipuler les images fonctionne avec des images bitmap et prend en entrée des fichiers png, jpeg ou bitmap (et webp aussi je crois).
Pour pouvoir supporter d'autres formats, il faut simplement que je me renseigne et me forme sur d'autres librairies pour compléter
 
Ce n'est pas exclu.

Donc pas d'apng non plus ?

si ça se trouve, ça marcherait, mais l'extension est pour le moment bloquée côté UI.
Je ferai quelques tests ce week-end pour voir
 
J'ajoute ça au backlog.

Hello

Sur mobile le CSS fait un peu ce qu'il veut

Et ça serait possible d'avoir un bouton copier dans le presse papier stp ?
Ca marche super bien sûr tel sinon merci

Merci Clads.
Effectivement, je suis au courant pour ce glitch.
Les largeurs des conteneurs bootstrap ont leurs limites
Je vais fixer ça.
 
Pour la copie du lien, j'ai un chantier en cours, ça sera dans la prochaine release

Hello ! Petit cross-post avec le topic Pimp My HFR car je ne savais pas que ce topic existait

Je sais pas pourquoi, mais depuis plusieurs mois j'ai ce comportement avec reho.st où les images ne sont pas affichées ; quand je prends l'URL j'ai une 403 Forbidden et ce quel que soit le navigateur (testé avec Firefox, Chrome et Edge). Exemple : https://reho.st/preview/self/55b0ed [...] 4e8279.jpg chez moi j'ai une 403. Si en revanche je remplace le "preview" par "view" dans l'URL alors ça passe nickel. L'image a été postée hier ici : https://forum.hardware.fr/hfr/Discu [...] #t60932627

Une idée de ce qui peut foirer ? Ce qui m'étonne c'est l'erreur 403 qui vient clairement du serveur mais apparemment je suis le seul à avoir ce souci Mon IP est une IP Orange, RAS de ce côté (pas de VPN borderline ou quoi que ce soit de semblable).

J'allais répondre que "ça vient de chez toi", que "je suis chez Orange et que chez moi ça marche", et puis je refresh la page (F5) et BOOM

La console ne donne pas vraiment plus d'information, si ce n'est que sur Rehost, tu n'aurais pas le problème

Blague à part, je vois pas !
On peut pas vraiment savoir, nous, côté client, si c'est une vraie 403 involontaire (droit d'accès au fichier, par exemple), ou si c'est une 403 volontaire (le code qui impose de retourner une 403 si on détecte plusieurs requêtes dans un laps de temps raccourci par exemple).

Mais là, je pencherai pour la première : un accès concurrent au fichier.
Il est toujours ouvert en exclusif dans une première session serveur, et en rafraichissant la page (vu que reho.st fonctionne sans gestion de session visiblement), boom, tu essaies d'accéder à une ressource verrouillée...

Mais bon la 403 même si c'est un poil plus spécifique qu'une 500, y a quand même des tonnes de causes possibles

Ouais mais si tu mets "view" dans l'URL au lieu de "preview" ça passe Donc je sais pas si c'est un souci de ressource partagée.

C'est pas censé marcher avec preview et view, vu que ça ne doit marcher que quand tu cliques sur le lien de l'image depuis le forum (ube histoire de referer)

Ba ça fait un autre truc qui marche pas, alors

C'est normal que ça ne marche pas, c'est volontaire. Par contre pour parler de reho.st c'est pas le bon topic