Reprise du message précédent :
la classe ultime même

Puis maintenant que le site est fermé, M.arc doit avoir du temps devant lui

Pour les problèmes de SMTP/SPAM, https://www.mail-tester.com/ donne de bon conseils

Merci Dada051, je vais aller voir.
J'ai essayé quelques préco que j'avais eues lors d'une mission récente, mais visiblement, ça ne suffit pas (nom expéditeur = nom du compte, mots clés à éviter, orthographe etc...)

Non ça ne suffit clairement pas, il y a un paquet de règles, et ce site aide bien pour ça

C'est le bordel l'authentification anti spam depuis quelques temps.
J'ai abandonné perso.

Puis les consignes ne sont pas les mêmes selon chez quel service de messagerie tu souhaites être mis sur liste blanche.
Gmail et Yahoo par exemple c'est déjà bien différent.

Exactement

De ce que j'ai vu au boulot, certains fournisseurs sont clairement à privilégier selon le service attendu.

Par exemple : au taf on se sert du serveur Exchange maison (enfin OVH quoi) pour tout ce qui est technique / logs / rapports quotidiens, et ça arrive systématiquement en spam.
Pour la prospection client, on se sert de MailJet, et là par contre, on peut bombarder plusieurs devis par jour à nos prospect (on est pas loin du harcèlement, vraiment...) et ça passe quasiment toujours nickel.

Ca dépend aussi du client de messagerie utilisé, évidemment.
Par exemple, les mails de Rehost (et ceux de mon outil de sauvegarde NAS, aussi chez diberie.com / OVH) arrivent en boite de réception (boite @outlook.com) sur mes PC maison (Outlook 2019) mais dans les spams au boulot (Courrier).

Je vais voir ce que je peux faire pour améliorer la crédibilité de postmaster@diberie.com, mais étant hébergé chez OVH, je me fais pas trop d'illusions...

Remontée d'un beau bug dans ce topic
 
Comme un gland, j'ai "sécurisé" les images uploadées en mode connecté pour que seul l'utilisateur en question puisse y avoir accès...
Du coup quand on partage une image cliquable (BB code, par exemple), bah les autres personnes (ou même soi même quand la session a expiré) qui cliquent pour agrandir... voient une alerte comme quoi la photo ne leur appartient pas    
 
Je corrige ça asap avec l'implémentation d'un mode "privé" lors de l'upload de photo, par défaut désactivé.
Ca sera présenté sous forme d'une checkbox lors de l'upload d'une photo.
Si la case est coché, la photo est uploadée avec le mode privé activé, et ne sera pas visible pas les autres et les non connectés (= mode de fonctionnement actuel).
En mode public (donc case décochée), tout le monde peut tout voir (comme sur les autres hébergeurs).
 
Par défaut, sans rien toucher, ça sera décoché (et donc les photos seront uploadées en mode public).
 
Il sera possible de modifier ce réglage au niveau de la photo, dans la galerie, je vais ajouter là aussi une petit checkbox pour rendre chaque photo publique ou privée.
 
Le mode invité n'est pas impacté par ce développement : les photos sont obligatoirement publiques en mode invité.
 
J'avais pensé à poser la fonctionnalité sur l'album plutôt que l'image, mais je trouve ça un peu tordu.
Perso, pour mes screenshots / photos HFR, je veux que ce soit rapide quoi, je veux pas me faire chier à créer des albums spécifiques et avoir à réfléchir si c'est un album privé ou pas...
 
NB : Je vais devoir faire un script pour les photos qui sont déjà en place dans la base de données.
Toutes les photos qui sont actuellement en place vont passer en mode public, pour que leur affichage pleine taille puisse fonctionner (et donc corriger le bug).
 
Je viendrai vous communiquer quand ça sera fait, pour que vous puissiez aller modifier cet état par vous même dans vos Galeries.

Avec deux semaines de confinement le gars va nous faire un picasa version hfr.

 
Peut être pas quand même
 
Livraison à l'instant :
- Ajout du mode Privé pour empêcher aux autres utilisateurs et aux invités de visualiser vos photos.
- Correction d'un bug dans la génération des liens de l'image (version resizée qui pointait vers la fullsize)
- Suppression du lien "Mot de passe oublié ?" : fonction pas encore implémentée

Drap !      

Bienvenue à toi

Drap, je me suis retrouvé con ce matin face à un page blanche sur mon bookmarks rehost.
 
Je vais tester.

 
Bienvenue à toi aussi

Bon, les copains développeurs Android et iOS
 
De quoi vous auriez besoin comme API pour pouvoir intégrer Rehost en tant qu'hébergeur dans vos applications web (par exemple pour RedFace)
 
Si je vous mets à dispo une méthode qui prend un byte[] en paramètre pour les données de l'image ça vous vas ? Ou il faut un truc plus poussé ?

Je pense qu'il va falloir que tu ailles sur le topic redface pour ça.  
au passage, si tu avais besoin de transférer ton service sur une archi "plus pro" type serveur dédié, ça serait faisable facilement ?

J'ai prévu le truc super modulaire ouais.

Le must serait un hyperviseur VMWare, comme ça j'ai juste à donner un snapshot (pour le moment la base de données et l'appli + fichiers sont sur la même machine virtuelle, au format ESXi 6.0.0, donc v11) qui pèse dans les <5 Go (pour le moment).

Mais un petit dédié (sous Windows Server au moins 2008 R2, que les modules nécessaires puissent être installés) serait pas bien plus compliqué.
Il suffit de restaurer un backup de la base de données, de faire quelques modifs de droits (pour autoriser l'upload sur un dossier), de déployer l'appli depuis VisualStudio et de modifier le fichier de config pour pointer aux bons endroits.
Et encore, pour les 2 dernières étapes, un bon gros .zip du dossier actuel pourrait même faire l'affaire !

En 2 mots donc : c'est faisable facilement oui !

Merci poto, j'me suis inscrit, si il faut donner une pièce comme pour un certain drive, n'hésite pas

Edit : Comme pour reho.st, dans mon explorateur de fichiers, la photo apparaît dans le bon sens, une fois uploadée elle est 90° sur la gauche, y'aura une possibilité d'avoir une feature de pivot stp ?

 
Tes chemins pour les images sont relatifs ou absolu ?  
Si par exemple on imagine des machines indépendants pour service et stockage c'est possible facilement en spécifiant le chemin d'accès global ?

 
Je t'en prie
Ca ne coûte rien pour le moment si ce n'est un peu de temps et d'électricité (la machine sert à d'autres choses ).
 
Pour le pivot j'ai déjà des trucs en tête ouais.
J'ai l'impression que ça vient des photos smartphones, ça me le fait avec d'autres hébergeurs.
 
Dans le même ordre d'idées, y a un truc un peu louche avec les photos "animées" qu'on trouve sur certains smartphones (au moins les iPhone, les Samsung Galaxy et les Microsoft Lumia).
Ces smartphones là font des minis séquences vidéo de 2~3 secondes à 10~15 fps, et stocke tout ça dans le fichier .jpg (qui pèse un peu plus lourd, du coup...).
Seule la première frame est affichée dans la galerie, et justement quand tu uploades une image comme ça, elle est inversée à 180°
On dirait que pour faire le distinguo, les OS inversent la première frame.
Je sais pas trop comment contourner le souci encore, j'y réfléchis.
 
Toujours dans le même thème, y a aussi un truc qui déconne depuis que j'ai mis en place les URL dynamiques (désormais les liens directs ne sont plus visibles que pour les balises BB, les liens directs sont dynamiques, pour sécuriser et contourner les soucis de cache éventuels).
Sauf que du coup mon algo qui détecte les dimensions des images lors de l'upload est pété, l'aperçu n'est plus à la bonne dimension et fait donc un zoom tout dégueu dans le coin supérieur gauche de l'image.
 
Enfin, autre petit tracas lié pas très futé : l'appli dispose de 3 versions de l'image.
L'originale (dimensions d'origine), la miniature (150px de large) et la "ajustée" pratique pour les forums, et en 800px de large.
Sauf que moi je resize à la pragmatique : si tu uploades une image de moins de 150 ou de 800 pixels, bah j'étire au lieu de réduire, pour rapporter à 150 / 800
Du coup ça fait des résultats un peu bizarres tout en dupliquant inutilement (aucun intérêt de proposer la version 800px d'une image qui fait 500px par exemple...)
 
Bref, j'ai tout ça en tête, j'y bosse asap
 

 
Je stocke les fichiers dans un dossier /Upload à la racine de l'appli, et en base de données c'est ce chemin relatif que je stocke.
Que l'exécutable se trouve dans "D:\applis\Rehost" ou "\\MyBalls-SRV\\WebSites\Rehost", à priori le résultat devrai être identique.
PAR CONTRE ça impose que le dossier /Upload soit là où se trouve l'appli
J'ai rendu ça paramétrable, mais ça pose évidemment des soucis de droits d'accès, puisqu'il faut que l'utilisateur du pool du website (IIS_IUSRS) y ait full access

Bienvenue à toi

 
 
Initiative intéressante, on va tester

 
Bienvenue à toi aussi

 
Ce point, c'est corrigé
 
J'ai modifié un peu la façon dont les images s'affichent à l'upload et dans la galerie, afin de respecter un peu mieux le format d'origine.
Dites-moi si ça vous va comme ça

 
J'ai uploadé talleur une image un peu trop grosse, du coup, tel un nourrisson a qui on aurait trop donné à manger, le site m'a vomi dessus un joli tas de code   :
 

 
J'ai pas copié tout le log d'erreur, mais c'est facilement reproductible je pense. (Mon screen faisait 6,4 Mo, ... je sais, ... j'ai réfléchi après.... )

 
Merci pour ton retour, c'est super sympa
Erreur de noob de ma part : j'ai élargi la limitation à 20 Mo par fichier dans l'uploader, mais j'ai oublié d'élargir côté serveur, pour le traîtement des requêtes.
 
Tu n'y es pour rien t'inquiète, ça aurait du passer
(aujourd'hui, avec nos smartphones il n'est pas rare qu'une photo dépasse 10 Mo même en JPEG)
 
Je vais corriger ça.

 
 
Superbe initiative, HFR quoi.

Bienvenue à toi Wolm

Coucou par ici
 
Cause maintenance sur le serveur (ajout d'un disque dur ), Rehost va couper quelques minutes ce soir, vers 21h.
Je ferai de mon mieux pour que ça dure le moins longtemps possible.
 
Je repasserai déposer un petit post pour vous prévenir avant de couper

Bien

Bref, c'est redémarré, et ça tourne, c'est good

/!\ Intervention en cours : le disque ajouté n'est pas initialisé
Je dois donc reboot le serveur pour qu'il le soit proprement...
Je viendrai éditer ce post quand tout sera à nouveau dispo...

EDIT : -> c'est tout bon

Livraison du matin :
Correction du bug de limitation des transferts des fichiers à 2 Mo.
C'est désormais raccord avec l'UI : limité à 20 Mo par fichier.
 
Merci Rakame de m'avoir signalé le bug

C'est open source ton truc ? Si non, c'est prévu ou pas ? Et si pas prévu, c'est pas grave.

Alors, ça repose sur des technos Microsoft (c'est écrit en C#) qui ne sont elles-mêmes pas toutes open source (= faut des licences pour héberger et faire tourner l'appli).

Par contre le code source lui-même n'utilise que des paquets libres de droits, et est hébergé sur un serveur de contrôle de code source (Azure DevOps, un concurrent de Git) chez moi-même et je suis parfaitement disposé à ouvrir des accès à qui veut participer.

En revanche, pour les livrables binaires, l'hébergement et l'accès aux bases de données et fichiers uploads, je préfère que ça reste (pour le moment en tout cas) chez moi et isolé, de sorte que vos photos partent pas dans la nature tout de suite

Après, si il a des idées, suggestions, requêtes, on peut démarrer un document partagé, voire un Trello public pour partager l'avancement du projet tous ensemble.
Je sais que TFS (l'ancêtre d'Azure DevOps) intégrait un outil de ticketing assez bien foutu, mais je pense pas y avoir accès avec la licence de prolétaire

Sur Azure DevOps, c'est 5 users gratuits  il me semble. Sinon le C# ça me va bien, j'en fait toute la journée (et je m'en doutais vu la tête du site )

Sur DevOps oui c'est ça, limité à 5.
Pour contourner ce souci (j'ai d'autre projets où on est plus nombreux sur le même serveur), j'ai installé un DevOps Express sur une VM chez moi.
C'est pas limité en utilisateurs, mais c'est sensé être utilisé pour le loisir, pas pour des projets pro et lucratifs.
 
Du coup, la connexion se fait via un compte privé (= un compte utilisateur sur la machine), pas un compte Microsoft comme c'est le cas sur un vrai Azure DevOps pro.
 
Je te crée un compte avec plaisir si tu veux avoir accès au code source et/ou collaborer

Sinon, petite mise à jour du week-end : ajout d'un envoi de mail récap optionnel.
C'est tout bête : lors d'un upload en mode connecté, si l'adresse mail de l'utilisateur est renseignée et valide (du moins, par ma regexp quoi... ), alors un mail récap est envoyé avec les liens. Ca évite de devoir se reconnecter juste pour copier/coller un lien dans HFR quoi...
 
C'est activé par défaut (case à cocher à cocher/décocher dans le formulaire d'upload) et disponible uniquement pour les membres enregistrés actifs (validés quoi) et avec un email valide.
 
Ca envoie un mail tout pourri avec les liens et une image
Je perfectionnerai ça par la suite avec un peu de design et des infos supplémentaires.
 

Hello ! Corrigez-moi si je me trompe:
 
Je suis le forum HFR depuis belle lurette! J'ai constaté que je n'arrive plus à voir les gifs via le rehost, est-ce que cela ait un rapport avec le changement / modification avec le tien ?
 
Exemple:
 
 
https://reho.st/https://66.media.tu [...] o1_500.gif
 
https://reho.st/https://66.media.tu [...] o1_500.gif
 
https://reho.st/https://66.media.tu [...] 2_250.gifv
 
ces liens ne fonctionnent pas en visualisation.... Et de votre coté ?
 
Lien cité ici-même

Reho.st est mort (sale affaire)

Dib propose sa solution en tant que relais

C'est que le nom porte à confusion
Mais en effet, Clads a raison, le service Rehost que je vous propose n'a rien à voir avec Reho.st qui a récemment fermé