Reprise du message précédent :
Oui le random n'est pas si random que ça  

il faut le rendre aléatoire

En théorie c'est le cas (même si ça reste un nombre aléatoire généré...), je pense que ce qui fausse le résultat c'est la faible fenêtre de 60 jours... Je vais réfléchir à une autre formule

Bondour
 
J'ai voulu changer d'adresse, depuis impossible de réactiver mon compte, je ne reçois pas de courriel.

 
Si je cliques sur "demander un nouvel envoi", j'ai un message d'erreur :

 
Possible de faire quelque chose ?
 
PS : Hébergement des images pas sur rehost, du coup

Hey
Oui pas de souci je vais corriger ça dès que possible
C'est chiant cette fonction d’envoi de mail de confirmation, je galère à stabiliser ça !
Envoie moi un MP avec ton ancien mail (pour que je te retrouve dans la bdd) et ton nouvel email pour que je modifie

Tu envoies les emails avec ton adresse ?
Tu as essayé de passer par mailjet / mailchimp / ...
Souvent tu peux envoyer des milliers d'email par mois gratuit, ils sont jamais blacklisted / spammed et t'as rien à gérer.

Alors justement, je connais bien ces problématiques, et au tout début, j'utilisais MailJet.
Ca marchait super bien, mais j'avais parfois des délais de plusieurs heures dans les envois de mails...
 
J'ai tout basculé sur Microsoft 365 (via Azure), et je suis passé de 16€ à 0,50€ par mois (en moyenne) pour les mêmes prestations (vu que l'API est incluse dans mon abonnement MS 365) mais sans aucun délai d'envoi.
J'ai configuré les clés comme il faut dans mon domaine (OVH) et à priori les emails ne partent pas en spam.
 
MAIS, là c'est purement l'applicatif qui merde (Rehost donc), je n'ai même pas l'erreur dans les logs, donc je suppose que le serveur n'a même pas reçu la requête provenant de l'appli.
Probablement un caractère spécial dans l'adresse mail, ou un email vide/null quelque chose comme ça, bref une inconsistance de la donnée à vue de nez.
 
Je vais corriger ça asap.

Salut Dib, voici une suggestion d'amélioration :
Sous Firefox (je ne sais pas pour les autres navigateurs) si on ne clique pas bien sur le texte le bouton ne marche pas.
Soit grosso modo dans la zone orange
Il y a pourtant bien le curseur en forme de main.
Est-ce que tu crois que tu pourrais rendre tout le bouton actif ?
Nb : je n'ai pas checké sur les autres boutons.
 

Je confirme, c'est une bonne remarque  

Ouep, excellent point.
Je ne me souviens plus depuis le temps, mais il est fort probable que le lien hypertexte (a) englobe uniquement le texte (span) et non tout le bouton qui l'englobe (div) !
Je vais checker ça à la prochaine session

pas de "a", mais oui c'est ça
dans host.js
 

 
cible le span du texte, pas celui du bouton

Livraison en cours Rehost v1.8.25144.3 :

Quelques nouveautés :
- Ajout d'un lien dans la page "A propos" pointant vers une liste des images utilisées dans l'arrière plan, avec les liens pour les ouvrir.
- Fix des liens "toggle" qui pointaient vers le texte et non le bouton en entier dans l'écran de chargement
- Mise à jour des paquets et librairies vers les dernières versions (hors Bootstrap )
- Changement du mode de build/gestion de conf (passage de Azure à GitHub + déploiement local)
- Changement du calcul du numéro de version, pour unifier avec mes autres projets (x.y.25144.1 = 1er build du jour n°144 de l'année 2025 )

Ce nouveau mode de livraison/build va me faciliter pas mal la tâche, ça devient vraiment une galère d'utiliser Azure DevOps "à l'ancienne" comme le supporte ce projet qui commence à vieillir...
Y aura peut être des petits "oups" au début, donc prévoyez un petit temps down dans la prochaines minutes

Bon week-end les copains !

J'ai évidemment tenté d'aller dans A propos et voir la liste des fichiers du jour, mais Error 404 !

Ouep, c'est normal, le fichier n'existait pas encore...
C'est le cas désormais, MAIS 90% des liens semblent HS
Je ne comprends pas encore pourquoi, je suis dessus

Ok, bug fixé (et isolé), republish en cours, ça va couper !

Je viens de tenter, ça a marché pour la 1ère, MAIS
 
pour la 2ème, ça me dit que je ne suis pas autorisé à atteindre cette image (pas connecté).
Cela dit, j'étais pas connecté

Je suis retourné voir la 1ère, et effectivement, je suis pas autorisé.

Ouais c'est ça que je ne comprends pas : normalement les images de l'arrière plan sont obligatoirement des images publiques, donc le souci d'accès ne devrait pas se produire...

Merci à toi de faire le cobaye en tout cas
Une livraison est en cours, ça devrait corriger le souci, sinon j'ai une autre cartouche derrière

EDIT : Ok, ça va plus loin, on peut afficher les images publiques "anonymes", c'est à dire uploadées sans compte.
Mais les images publiques uploadées avec un compte posent encore souci. Je corrige ça...
Pendant un moment, j'ai bien cru que c'était l'inverse et open bar...

Cha marche !  

super boulot  

Whaaa ! super top la mise à jour

Merci à vous les gars  
J’essaierai de rendre la page "vrac" un peu plus stylée à l'occasion.

Merci  

Et de deux !

Livraison en cours Rehost v1.8.25144.4 :

- Première amélioration du design de la page "vrac" (images du fond d'écran)
- Correction de l'algo de génération du fond d'écran

J'ai encapsulé la liste des images dans un conteneur lui-même inclus dans une page statique.
L'avantage, c'est qu'ainsi je peux injecter du style, des scripts et même par la suite pourquoi pas manipuler le comportement de la page en fonction de l'utilisateur (thème, préférences...)

Quant à l'algo, c'est con mais depuis la dernière fois que j'y ai touché, je ne récupère plus qu'un petit nombre d'image (les 3 derniers mois si mes souvenirs sont bons), mais de manière séquentielle.
Du coup, c'est toujours les 200 dernières images (modulo 3 mois quoi) qui sont prises en compte
En mode fond d'écran blurré ça se voit pas trop, mais en mode "vrac" clair, ça saut aux yeux, surtout dans le cas d'upload multiple...
Ie : si un coquinou uploade 200 photos d'un coup on ne verrait alors plus que le siennes et dans l'ordre d'upload... un peu naze.
J'ai ajouté un peu de (pseudo) random là dedans, histoire qu'on ait pas trop l'impression de voir tout le temps les mêmes

Ca sera pris en compte au prochain regen de l'arrière plan

Allez je vous laisse tranquille
Bon week-end à tous

EDIT : Bon, après tous ces tests, je crois qu'un petit update s'impose
Il manque cruellement un bouton "Sélectionner tout" dans la gallerie quand on sélectionne une image ^^

 
Done
Ajout de boutons Sélectionner / Désélectionner tout dans la galerie.
C'est (évidemment...) tout fait en JavaScript, donc si ça n'apparaît / ne fonctionne pas chez vous, faites un refresh (CTRL+F5) des scripts de la page.
J'ai (évidemment...) rien testé
 
Publish de la v1.8.25146.1 en cours...
Done
 

 

Petit "bug" en passant : quand tu envoies une image plus petite que les formats réduit/miniature, ton script propose une bouilli de pixel inutile dans ces formats.
 
Peut-être bypasser et coller l'imagine d'origine dans les trois cas (ou deux cas selon sa taille ?)

Ce qui serait "génial", c'est qu'en cliquant sur l'image l'on arrive sur le thread qui l'a posté (et sur le message évidemment).

Ouais j'ai vu ça ce matin lors d'un test !
J'étais sûr d'avoir corrigé ça déjà, mais à priori non...
Quand on uploade une toute petit image, ce con-là va tout de même en créer une "miniature" (300px de large) et une "resized" (800px de large !) même si l'image ne fait que 20x20 px
Faut que j'améliore ça en désactivant les versions alternatives (comme pour les GIFs par exemple).
 

Alors ça, pendant un temps j'y ai pensé !
C'est impossible lors de l'upload (via le site ou même via les API), mais c'est théoriquement possible en gardant une trace du "referer HTTP" lors de l'affichage / le chargement de l'image.
Mais ça pose évidemment un énorme souci de confidentialité, et de nombreux navigateurs brouillent cet en-tête (le referer) pour protéger l'utilisateur.
 
Piste éventuel, mais ça ne concernerait que RedFace (ou du moins, les API) : envoyer au serveur lors de l'upload l'info sur le topic (voire le numéro de post ? le permalink ?) où l'image a été postée
Je vais en discuter sur le topic dédié à RedFace déjà
Il faudra ensuite trouver un moyen de stocker l'info, et d'afficher ce lien / d'utiliser ce lien quelque part

J'avais pas pensé à ce problème de sécurité.
Ca me semble bien mieux de ne pas le faire, dans ce cas.

Clairement c'est borderline niveau confidentialité je pense.

On pourrait découvrir les DT sur lesquels on est pas inscrit

Erf, effectivement    

Bon parlons de l'éléphant dans la salle.
On est d'accord que c'est de l'IA hein tous ces molusques ?

Les navigateurs modernes envoient juste https://forum.hardware.fr comme referer et pas le topic exact .

Publication de la v1.8.25159.1 en cours
 
Migration vers Bootstrap 5.3.6... enfin !  
J'ai pris 2 minutes pour rendre Rehost compatible avec la dernière release majeure de Bootstrap, la lib de composants UI qu'il utilise.
Il y avait quelques changements majeurs dans la branche 5.3 qui empêchaient un passage en douceur depuis la version 5.2 qu'on utilisait jusque là.
Principalement au niveau de la gestion des tableaux (<table> ) et des zones de contenu (<div> "card" ), qui sont utilisés en MASSE dans Rehost.
Ca donne accès à quelques effets sympas de style et une meilleur compatibilité avec les navigateurs mobiles.
 
Cette mise à jour touche uniquement au style visuel du site web (front end), et n'a aucun impact sur les fonctionnalités (back end) de Rehost.
En revanche, c'est une mise à jour assez conséquente, donc n'hésitez pas à me remonter si vous rencontrez des anomalies (bugs, glitchs, du text invisible, ou des écrans à l'allure éclatée...)
 
Bon dimanche à tous

Dans Redface, pourquoi lorsque je clique sur une image je me prends un :

Reho.st a une protection pour que les images ne puissent être affichées que depuis hardware.fr pour éviter les usages pas cool

Et donc Redface est un usage pas cool ?  

T'as ouvert l'image dans ton navigateur, ce n'est ni redface ni hardware.fr le referer

Je n'ai pas ce problème sur mon navigateur PC.    
 
Encore que c'est reho.st et non https://rehost.diberie.com  

Yep je confirme.
Pour le moment (pas de raison que ca change), Rehost n’est pas sujet à cette limitation

 
Je n'arrive pas à me faire à l'idée que le dépôt sur reho.st est encore possible depuis son arrêt par Joce Sly.