Le chanteur YANNS a mit en place une arnaque sur internet et je suis le seul à avoir découvert ça
Le 01 mars 2024 à 23:10:41 MalagasyLover a écrit :
Le 01 mars 2024 à 23:00:55 :
Le 01 mars 2024 à 22:59:16 MalagasyLover a écrit :
Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
https://yanns.1642.studio/form/Ah, tiens, où est passé le document html?
Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?Et que par conséquent la logique est gérée côté back, comme 99% des applis en 2024
Monsieur ne connait pas les SPA? La page form est accessible que via le sous domaine yanns.1642.studio, autrement non.
Prouve moi que c'est géré côté back du coup? Car je vois aucunes requêtes créée
Et pourquoi c'est perdant dans le JS?Car si y'a pas de back t'as juste à te connecter à l'url avec /form directement pour être censé tomber sur ta page de "perdu".
Sauf que si tu le fais t'as juste l'animation + page vide. les balises html avec le contenu du perdu blablabla rejouer dans x n'est pas présent, normal vu que quand tu te connectes à /form sans passer par la page d'accueil tu lances une requête GET sur la route /form par défaut. La route côté back ne t'envoie pas les balises avec les fameux message de perdu/gagné dans ce cas (normal vu que t'as pas POST le formulaire et qu'il veut s'assurer que tu puisses pas rejouer plusieurs fois avec ton numéro/email)
T'as donc bien un back qui t'envoie un document html à un moment. Et qui donc gère sa logique gagné/perdu avant de te l'envoyer.
Explique moi ce fichier javascript?
Le 01 mars 2024 à 23:11:45 :
Le 01 mars 2024 à 23:10:41 MalagasyLover a écrit :
Le 01 mars 2024 à 23:00:55 :
Le 01 mars 2024 à 22:59:16 MalagasyLover a écrit :
Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
https://yanns.1642.studio/form/Ah, tiens, où est passé le document html?
Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?Monsieur ne connait pas les SPA? La page form est accessible que via le sous domaine yanns.1642.studio, autrement non.
Prouve moi que c'est géré côté back du coup? Car je vois aucunes requêtes créée
Et pourquoi c'est perdant dans le JS?Car si y'a pas de back t'as juste à te connecter à l'url avec /form directement pour être censé tomber sur ta page de "perdu".
Sauf que si tu le fais t'as juste l'animation + page vide. les balises html avec le contenu du perdu blablabla rejouer dans x n'est pas présent, normal vu que quand tu te connectes à /form sans passer par la page d'accueil tu lances une requête GET sur la route /form par défaut. La route côté back ne t'envoie pas les balises avec les fameux message de perdu/gagné dans ce cas (normal vu que t'as pas POST le formulaire et qu'il veut s'assurer que tu puisses pas rejouer plusieurs fois avec ton numéro/email)
T'as donc bien un back qui t'envoie un document html à un moment. Et qui donc gère sa logique gagné/perdu avant de te l'envoyer.
Explique moi ce fichier javascript?
Le fichier Javascript côté FRONT gère un message sur l'élément de classe .phrase et un countdown sur les éléments de classe .hour, .min, .sec
Je vois pas le problème à ce que le countdown dans le cas perdu soit géré côté FRONT, y'a aucune donnée sensible à protéger dans ce cas, t'aurais préféré qu'il y ait un websocket avec le serveur back et que toutes les secondes tu reçoives un socket pour mettre à jour le countdown espèce de tarax?
Tu remplis le formulaire =>
Logique côté back si t'as gagné ou perdu.
Si perdu => document html de perdu avec notamment les balises de classes phrase, hour, min, sec
Si gagné => On sait pas, probablement un autre document html qui te dit "Bravo, nous prendrons contact avec vous."
Le 01 mars 2024 à 23:19:36 MalagasyLover a écrit :
Le 01 mars 2024 à 23:11:45 :
Le 01 mars 2024 à 23:10:41 MalagasyLover a écrit :
Le 01 mars 2024 à 23:00:55 :
Le 01 mars 2024 à 22:59:16 MalagasyLover a écrit :
Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
https://yanns.1642.studio/form/Ah, tiens, où est passé le document html?
Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?Monsieur ne connait pas les SPA? La page form est accessible que via le sous domaine yanns.1642.studio, autrement non.
Prouve moi que c'est géré côté back du coup? Car je vois aucunes requêtes créée
Et pourquoi c'est perdant dans le JS?Car si y'a pas de back t'as juste à te connecter à l'url avec /form directement pour être censé tomber sur ta page de "perdu".
Sauf que si tu le fais t'as juste l'animation + page vide. les balises html avec le contenu du perdu blablabla rejouer dans x n'est pas présent, normal vu que quand tu te connectes à /form sans passer par la page d'accueil tu lances une requête GET sur la route /form par défaut. La route côté back ne t'envoie pas les balises avec les fameux message de perdu/gagné dans ce cas (normal vu que t'as pas POST le formulaire et qu'il veut s'assurer que tu puisses pas rejouer plusieurs fois avec ton numéro/email)
T'as donc bien un back qui t'envoie un document html à un moment. Et qui donc gère sa logique gagné/perdu avant de te l'envoyer.
Explique moi ce fichier javascript?
Le fichier Javascript côté FRONT gère un message sur l'élément de classe .phrase et un countdown sur les éléments de classe .hour, .min, .sec
Je vois pas le problème à ce que le countdown dans le cas perdu soit géré côté FRONT, y'a aucune donnée sensible à protéger dans ce cas, t'aurais préféré qu'il y ait un websocket avec le serveur back et que toutes les secondes tu reçoives un socket pour mettre à jour le countdown espèce de tarax?
Tu remplis le formulaire =>
Logique côté back si t'as gagné ou perdu.
Si perdu => document html de perdu avec notamment les balises de classes phrase, hour, min, sec
Si gagné => On sait pas, probablement un autre document html qui te dit "Bravo, nous prendrons contact avec vous."
Kheyou je pense que tu maîtrises pas le sujet. Continue d'étudier, t'es en première année de DUT informatique je comprend qu'on a pleins de choses à dire
Moi je suis dev senior
Le 01 mars 2024 à 23:21:05 :
Le 01 mars 2024 à 23:19:36 MalagasyLover a écrit :
Le 01 mars 2024 à 23:11:45 :
Le 01 mars 2024 à 23:10:41 MalagasyLover a écrit :
Le 01 mars 2024 à 23:00:55 :
> Le 01 mars 2024 à 22:59:16 MalagasyLover a écrit :
> Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.
>
> Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
>
> Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
> https://yanns.1642.studio/form/
>
> Ah, tiens, où est passé le document html?
> Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?
Monsieur ne connait pas les SPA? La page form est accessible que via le sous domaine yanns.1642.studio, autrement non.
Prouve moi que c'est géré côté back du coup? Car je vois aucunes requêtes créée
Et pourquoi c'est perdant dans le JS?Car si y'a pas de back t'as juste à te connecter à l'url avec /form directement pour être censé tomber sur ta page de "perdu".
Sauf que si tu le fais t'as juste l'animation + page vide. les balises html avec le contenu du perdu blablabla rejouer dans x n'est pas présent, normal vu que quand tu te connectes à /form sans passer par la page d'accueil tu lances une requête GET sur la route /form par défaut. La route côté back ne t'envoie pas les balises avec les fameux message de perdu/gagné dans ce cas (normal vu que t'as pas POST le formulaire et qu'il veut s'assurer que tu puisses pas rejouer plusieurs fois avec ton numéro/email)
T'as donc bien un back qui t'envoie un document html à un moment. Et qui donc gère sa logique gagné/perdu avant de te l'envoyer.
Explique moi ce fichier javascript?
Le fichier Javascript côté FRONT gère un message sur l'élément de classe .phrase et un countdown sur les éléments de classe .hour, .min, .sec
Je vois pas le problème à ce que le countdown dans le cas perdu soit géré côté FRONT, y'a aucune donnée sensible à protéger dans ce cas, t'aurais préféré qu'il y ait un websocket avec le serveur back et que toutes les secondes tu reçoives un socket pour mettre à jour le countdown espèce de tarax?
Tu remplis le formulaire =>
Logique côté back si t'as gagné ou perdu.
Si perdu => document html de perdu avec notamment les balises de classes phrase, hour, min, sec
Si gagné => On sait pas, probablement un autre document html qui te dit "Bravo, nous prendrons contact avec vous."Kheyou je pense que tu maîtrises pas le sujet. Continue d'étudier, t'es en première année de DUT informatique je comprend qu'on a pleins de choses à dire
Moi je suis dev senior
https://image.noelshack.com/fichiers/2017/05/1485800183-2588741.png
Un dev senior qui sait pas faire F12 Network puis cliquer sur form/ pour voir tout le détail de la requête qui est faite, (ah oui fallait aussi cocher l'option Record network)
Le 01 mars 2024 à 22:59:16 :
Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
https://yanns.1642.studio/form/Ah, tiens, où est passé le document html?
Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?
Ahii T'es cuit mon Yannos
Le 01 mars 2024 à 23:28:14 :
je sais pas si tu le fais exprès mais c'est rien que l'affichage du compte à rebours soit géré côté front tant qu'il y as une vérification serveur derrière, ne serait-ce que pour ne pas avoir à faire des call à chaque fois pour savoir combien de temps il reste ou a mettre en place un websocket, ça me choque pas.et il va falloir apprendre a lire du JS, son bout de code de merde gère ne que trois trucs :
- le message avec le countdown, et ce script est trigger lorsque y'as un élément avec la classe hour sur la page, c'est pas juste systématique quand tu clique sur envoyer
- l'etat de la checkbox mentions légale
- l'animationensuite il y a bien un back, ne serait-ce que pour l'envoi du formulaire et le PHPSESSID dans tes cookies
t'es bien conscient que le formulaire doit aller quelque part, sinon c'est juste un app qui ne fait rien
t'as juste à ouvrir ta console pour voir qu'on a un call sur /form avec l'email et le numero de téléphone en payload
a 2 doigts de comprendre le trick
Le 01 mars 2024 à 23:29:39 :
il fait quoi des infos, il les vends ?
Selon l'opax il vend les infos, qui pour rappel ressemble à quelque chose comme ça vu que l'opax a lancer des requêtes en boucle :
{test@test.com:0101010101, test2@test.com:0101010102,...}
Il va sûrement vendre ça à des pajeet qui sait
Le 01 mars 2024 à 23:27:59 MalagasyLover a écrit :
Le 01 mars 2024 à 23:21:05 :
Le 01 mars 2024 à 23:19:36 MalagasyLover a écrit :
Le 01 mars 2024 à 23:11:45 :
Le 01 mars 2024 à 23:10:41 MalagasyLover a écrit :
> Le 01 mars 2024 à 23:00:55 :
>
> > Le 01 mars 2024 à 22:59:16 MalagasyLover a écrit :
>
> > Vous êtes vraiment de piètres dev car vous voulez croire à votre thèse complotiste.
>
> >
>
> > Donc selon vous y'a aucun BACK et tout est géré côté FRONT.
>
> >
>
> > Très bien, je vous invite, sans passer par la page d'accueil, à directement vous connecter à cette adresse :
>
> > https://yanns.1642.studio/form/
>
> >
>
> > Ah, tiens, où est passé le document html?
>
> > Ah, me dites pas qu'il est en fait envoyé par le back quand on remplit le formulaire correctement peut-être?
>
> Monsieur ne connait pas les SPA? La page form est accessible que via le sous domaine yanns.1642.studio, autrement non.
> Prouve moi que c'est géré côté back du coup? Car je vois aucunes requêtes créée
> Et pourquoi c'est perdant dans le JS?
Car si y'a pas de back t'as juste à te connecter à l'url avec /form directement pour être censé tomber sur ta page de "perdu".
Sauf que si tu le fais t'as juste l'animation + page vide. les balises html avec le contenu du perdu blablabla rejouer dans x n'est pas présent, normal vu que quand tu te connectes à /form sans passer par la page d'accueil tu lances une requête GET sur la route /form par défaut. La route côté back ne t'envoie pas les balises avec les fameux message de perdu/gagné dans ce cas (normal vu que t'as pas POST le formulaire et qu'il veut s'assurer que tu puisses pas rejouer plusieurs fois avec ton numéro/email)
T'as donc bien un back qui t'envoie un document html à un moment. Et qui donc gère sa logique gagné/perdu avant de te l'envoyer.
Explique moi ce fichier javascript?
Le fichier Javascript côté FRONT gère un message sur l'élément de classe .phrase et un countdown sur les éléments de classe .hour, .min, .sec
Je vois pas le problème à ce que le countdown dans le cas perdu soit géré côté FRONT, y'a aucune donnée sensible à protéger dans ce cas, t'aurais préféré qu'il y ait un websocket avec le serveur back et que toutes les secondes tu reçoives un socket pour mettre à jour le countdown espèce de tarax?
Tu remplis le formulaire =>
Logique côté back si t'as gagné ou perdu.
Si perdu => document html de perdu avec notamment les balises de classes phrase, hour, min, sec
Si gagné => On sait pas, probablement un autre document html qui te dit "Bravo, nous prendrons contact avec vous."Kheyou je pense que tu maîtrises pas le sujet. Continue d'étudier, t'es en première année de DUT informatique je comprend qu'on a pleins de choses à dire
Moi je suis dev senior
https://image.noelshack.com/fichiers/2017/05/1485800183-2588741.png Un dev senior qui sait pas faire F12 Network puis cliquer sur form/ pour voir tout le détail de la requête qui est faite, (ah oui fallait aussi cocher l'option Record network)
C'est ce que je fais justement
Le 01 mars 2024 à 23:28:14 KayoMajiba a écrit :
je sais pas si tu le fais exprès mais c'est rien que l'affichage du compte à rebours soit géré côté front tant qu'il y as une vérification serveur derrière, ne serait-ce que pour ne pas avoir à faire des call à chaque fois pour savoir combien de temps il reste ou a mettre en place un websocket, ça me choque pas.et il va falloir apprendre a lire du JS, son bout de code de merde gère ne que trois trucs :
- le message avec le countdown, et ce script est trigger lorsque y'as un élément avec la classe hour sur la page, c'est pas juste systématique quand tu clique sur envoyer
- l'etat de la checkbox mentions légale
- l'animationensuite il y a bien un back, ne serait-ce que pour l'envoi du formulaire et le PHPSESSID dans tes cookies
t'es bien conscient que le formulaire doit aller quelque part, sinon c'est juste un app qui ne fait rien
t'as juste à ouvrir ta console pour voir qu'on a un call sur /form avec l'email et le numero de téléphone en payload
Oui y'a un call POST, mais ça retourne pas de données exploitables pour dire si gagné ou perdu, simplement le même code que sur le formulaire
Et le compte à rebour est géré en JS intégralement, change la date et l'heure de ton navigateur (via extension) et tu rejoues autant de fois que tu veux depuis la même IP
Conclusion, le back sert juste à sauvegarder le formulaire et ressort toujours la même page qui est codée en dure et affiche "perdu"
Le 01 mars 2024 à 23:31:44 MalagasyLover a écrit :
Le 01 mars 2024 à 23:29:39 :
il fait quoi des infos, il les vends ?Selon l'opax il vend les infos, qui pour rappel ressemble à quelque chose comme ça vu que l'opax a lancer des requêtes en boucle :
{test@test.com:0101010101, test2@test.com:0101010102,...}
Il va sûrement vendre ça à des pajeet qui sait
Même pas, pour prouver l'amateurisme, tu enlèves l'attr "type" du formulaire et tu peux mettre une donnée qui n'est ni un téléphone, ni une adresse mail, et ça passe quand même, alors le back PHP est vraiment SOLIDE
Le 01 mars 2024 à 23:35:00 :
Le 01 mars 2024 à 23:28:14 KayoMajiba a écrit :
je sais pas si tu le fais exprès mais c'est rien que l'affichage du compte à rebours soit géré côté front tant qu'il y as une vérification serveur derrière, ne serait-ce que pour ne pas avoir à faire des call à chaque fois pour savoir combien de temps il reste ou a mettre en place un websocket, ça me choque pas.et il va falloir apprendre a lire du JS, son bout de code de merde gère ne que trois trucs :
- le message avec le countdown, et ce script est trigger lorsque y'as un élément avec la classe hour sur la page, c'est pas juste systématique quand tu clique sur envoyer
- l'etat de la checkbox mentions légale
- l'animationensuite il y a bien un back, ne serait-ce que pour l'envoi du formulaire et le PHPSESSID dans tes cookies
t'es bien conscient que le formulaire doit aller quelque part, sinon c'est juste un app qui ne fait rien
t'as juste à ouvrir ta console pour voir qu'on a un call sur /form avec l'email et le numero de téléphone en payloadOui y'a un call POST, mais ça retourne pas de données exploitables pour dire si gagné ou perdu, simplement le même code que sur le formulaire
Et le compte à rebour est géré en JS intégralement, change la date et l'heure de ton navigateur (via extension) et tu rejoues autant de fois que tu veux depuis la même IP
Conclusion, le back sert juste à sauvegarder le formulaire et ressort toujours la même page qui est codée en dure et affiche "perdu"https://image.noelshack.com/fichiers/2017/31/5/1501863678-risitas596bestreup.png Le 01 mars 2024 à 23:31:44 MalagasyLover a écrit :
Le 01 mars 2024 à 23:29:39 :
il fait quoi des infos, il les vends ?Selon l'opax il vend les infos, qui pour rappel ressemble à quelque chose comme ça vu que l'opax a lancer des requêtes en boucle :
{test@test.com:0101010101, test2@test.com:0101010102,...}
Il va sûrement vendre ça à des pajeet qui sait
Même pas, pour prouver l'amateurisme, tu enlèves l'attr "type" du formulaire et tu peux mettre une donnée qui n'est ni un téléphone, ni une adresse mail, et ça passe quand même, alors le back PHP est vraiment SOLIDE
Tu sais pas ce que fait le back,
Tu peux très bien soumettre de la merde en modifiant le front, et au final côté back il a une vérification, si tu soumets de la merde il te renvoie la page perdu quoiqu'il arrive.
Le 01 mars 2024 à 23:37:16 MalagasyLover a écrit :
Le 01 mars 2024 à 23:35:00 :
Le 01 mars 2024 à 23:28:14 KayoMajiba a écrit :
je sais pas si tu le fais exprès mais c'est rien que l'affichage du compte à rebours soit géré côté front tant qu'il y as une vérification serveur derrière, ne serait-ce que pour ne pas avoir à faire des call à chaque fois pour savoir combien de temps il reste ou a mettre en place un websocket, ça me choque pas.et il va falloir apprendre a lire du JS, son bout de code de merde gère ne que trois trucs :
- le message avec le countdown, et ce script est trigger lorsque y'as un élément avec la classe hour sur la page, c'est pas juste systématique quand tu clique sur envoyer
- l'etat de la checkbox mentions légale
- l'animationensuite il y a bien un back, ne serait-ce que pour l'envoi du formulaire et le PHPSESSID dans tes cookies
t'es bien conscient que le formulaire doit aller quelque part, sinon c'est juste un app qui ne fait rien
t'as juste à ouvrir ta console pour voir qu'on a un call sur /form avec l'email et le numero de téléphone en payloadOui y'a un call POST, mais ça retourne pas de données exploitables pour dire si gagné ou perdu, simplement le même code que sur le formulaire
Et le compte à rebour est géré en JS intégralement, change la date et l'heure de ton navigateur (via extension) et tu rejoues autant de fois que tu veux depuis la même IP
Conclusion, le back sert juste à sauvegarder le formulaire et ressort toujours la même page qui est codée en dure et affiche "perdu"https://image.noelshack.com/fichiers/2017/31/5/1501863678-risitas596bestreup.png Le 01 mars 2024 à 23:31:44 MalagasyLover a écrit :
Le 01 mars 2024 à 23:29:39 :
il fait quoi des infos, il les vends ?Selon l'opax il vend les infos, qui pour rappel ressemble à quelque chose comme ça vu que l'opax a lancer des requêtes en boucle :
{test@test.com:0101010101, test2@test.com:0101010102,...}
Il va sûrement vendre ça à des pajeet qui sait
Même pas, pour prouver l'amateurisme, tu enlèves l'attr "type" du formulaire et tu peux mettre une donnée qui n'est ni un téléphone, ni une adresse mail, et ça passe quand même, alors le back PHP est vraiment SOLIDE
Tu sais pas ce que fait le back,
Tu peux très bien soumettre de la merde en modifiant le front, et au final côté back il a une vérification, si tu soumets de la merde il te renvoie la page perdu quoiqu'il arrive.
Oui ça doit être ça
API disponible. Utilisez le paramètre "api" en GET, peu importe le contenu, sur une page du site.
-
⚠️ Les archives de novembre sont désormais disponibles.
-
Personne n'a pas assumé de topic pour le moment.