Reprise du message précédent :

stoi la merde

C'est un truc sympa pour les utilisateurs de faire des videos, maintenant niveau techno du web ca fera pas grand modne d'interessé
 
Essaye de faire de l'anim du site avec un super script qui bouge des divs tousseul et une fausse souris par dessus à la place

Ha ouai, super, mais bon, je me suis déjà enquiquiné à utiliser IE dans les vidéos pour que les gens voient la même chose que chez eux alors je vais pas inventé le pays des merveilles non plus.

mais casse toi, espèce d'étron liquide

yo les gars
 
j'ai une question con en flash !! j'arrive pas a faire un lien  
j'ai un texte que j'ai convertis en symbole "bouton"
 
je lui ai collé les 4 images clés, ensuite j'ajoute le getURL quand mon bouton aparrait (car il apparait + tard dans l'animation)
 
mais le probleme c'est que quand le bouton fait son appartition, ça me charge mon lien  
moi j'aimerais cliquer sur mon texte d'abord  
 
le code:

 
comment je fais pour faire un lien ? j'ai suivi des tutos mais j'arrive pas

Il faut que tu mettes l'action script dans le bouton et ne pas oublier le onrelease :

Test
Test url

dites les kidz, c'est quoi vos astuces à vous lorsque dans un site vous avez des liens avec des paramètres ( donc du get sans formulaire) et que vous voulez vous assurez que les variables passées ne puissent être bidouillées à la main...

Bon, le forum met bien les &
 
Mais sinon on voit toujours 99% des gens venir avec l'erreur traditionnel au validateur du '&' dans l'url qu'il faut écrire '&'. C'est marrant que personne ne le fasse, surtout que quand on tape par exemple :

Dans n'importe quel navigateur, ça donne :

Bonjour le bordel... Y'a des erreurs comme ça, on se demande pourquoi tout le monde les fait encore... Sûrement la chance que personne n'a de paramètres dans les URL qui ressemblent à une entité HTML...

Hein ?

ok exemple ça sera plus clair
J'ai un script qui genère un list de resultats, ces résultats sont fonction des droits de l'utilisateur loggué:

Dans truc.php je récupère $_GET['id'] (bien evidement je vérifie si l'utilisateur a le droit pour cet id toussa toussa) et j'affiche le résultat.
Comment m'assurer que l'url n'a pas été bidouillé "à la main"?
Genre le mec clique sur le href avec id=1 et change le 1 en 1230.
 
Et oui je suis d'accord, c'est au script 'truc' de vérifier que l'id passé est compatible avec les autres éléments connus ( id de l'utilisateur, etc). Il n'empêche avez vous des astuches pour vérifier la non manipulation de la chaine get?

referer ? c'est un bout de protection, mais le referer pouvant être modifié (faut vraiment que le user aie envie) ça peut déjà être une protection.
 
tu peux aussi verifier la session de l'utilisateur, ou bien utiliser une var de session booleenne. Genre : tu as déjà ouvert la page connard VTFM

le referer ça me parait moyen, ne serait que si je suis sur la page A je copie le lien qui pointe sur B puis change les valeurs et copie dans la barre d'adresse ( quoi qu'à ce moment la le referer est ptêt null je sais pas )
 
Vérifier la session de l'utilisateur pareil, vu qu'un utilisateur correctement loggé ( avec la session idoine) peut tout à fait s'amuser à faire des conneries.  
Et puis sur le site en question, rien n'empeche d'aller plusieurs fois sur les mêmes pages.
 
J'étais plutot parti sur l'ajout systèmatique d'un variable 'clé' contenant le md5 de toutes les variables passées en get + le session_id du user et vérification dans la page de réception à chaque fois, mais ça me semble un peu lourdaud...

Ben tu peux strictement rien faire du tout du tout.... Mais alors rien de rien de rien de rien

Bha ouais à la limite on peut envisager de signer avec une clef toutes les url que l'on envoie à l'utilisateur, et de révoquer cette clef dès qu'il fait une requète, mais dans le genre lourdingue ...

Ben ça sert toujours à rien Suffit de modifier l'id, mais envoyer clé + cookies + machins...

juste un test machin bidule

Voilà, genre avec fiddler, on peut mettre un breakpoint lors d'une requête. Suffit alors de la récupérer, de changer l'id par exemple, et hop une requête toute normalle...

faut jamais dire jamais ...
Finalement, je crois que je vais faire un parse de tous les html que j'output, dès qu'il y a un lien avec des vars en get je crypte le bousin, genre

en

Et derrière dans tous les scripts qui recoivent du get je ferais

 
ça marche bien sur les 2/3 tests que je viens de faire ... ( mais je suis d'accord c'est assez bourrin)

Pourquoi ça te dérange que l'utilisateur bidouille à la main ?
 
L'important, c'est à la réception de vérifier qu'il ne rentre pas n'importe quoi.

Moi perso ça me dérange pas hein mais c'est le client qui crie qu'il est sur qu'on peut modifier des trucs comme ça (et t'as beau lui montrer que tout est verifié "après", il s'en fout) ...  

Bah ouai, mais l'utilisateur doit pouvoir entrer ce qu'il veut dans la ligne en haut.
Ne serais-ce que pour la gestion des favoris ou d'un paramètre qui ne fonctionne pas à l'instant X mais qui fonctionnera dans le futur.
 
Le client, tu lui dis qu'il se mèle de son cul.
 

 
 
euh, qu'est ce qui empèche de modifier les données get ??
 
on peut très bien décoder la chaine pour voir les variables, et même en encoder une autre et assigner tout ce qu'on veut grace au parse_str()
 
ça pourra marcher qu'avec une fonction d'encodage maison, mais pas du tout avec base64encode()
 
y'a rien à faire, vraiment rien

+1

en fait il manquait un bout dans ce que j'ai donné, vu que je fais en fait un mcrypt de base_encode64 des params, ce qui résoud le problème du décodage( vu que la c'est crypté avec une clé stockée sur le serveur)...
 
Quand au client qui se mèle de son cul

Ouais, engueule ton con de client

Propose lui un rabais sur une petite animation Flash si il arrête de te gaver avec ses question stupides. Ca fonctionne bien en général.
 

 
face de tarte, quand tu signe une requète, si on la modifie la signature correspondra pas et la requète sera refusée
 
en gros :  

et tu utilise cette nouvelle url qui est :
 
http://www.foo.com/bar?id=42&key=1 [...] 345TSG4563  
 
dans le code de ta page.
 
Quand on te fait une requète web :

 
Bha à moins d'avoir la clef serveur, tu peut te toucher pour créer une url valide

P'tain, mais se farcir 32 octets de clé dans l'url juste pour faire plaisir au client quoi

 
Ah oui, j'ai pas dit que c'etait efficace ou intelligent hein, j'ai juste dit que c'etait faisable.
 
(enfin si tu préfère, on peut faire une jolie solution avec de l'ajax de partout pour cacher le bordel )

Waaa, plein d'AJAX, comme ça le client est encore plus ravi d'avoir du buzz

Tiens une page "demandable" ?

T'as tout compris  
 
Tu remplace toutes les url par des numéros, quand l'user clicke sur un lien,  un XHR demande le nom complet du lien ( qui contient la clef donc ) au serveur, puis tu redirige l'user sur cette nouvelle url, puis le serveur vérifie la clef dans l'url, si c'est ok il révoque son certificat et en crée un nouveau pour ta session, prépare un tableau de toutes les url qu'il compte afficher et l'associe à ta session, t'envoie les n° des url à la place des url, etc ...
simple non ?

Sinon, tu peux passer par un URL rewriting.

mais j'aime bien le concept
 

Ouais mais en même temps la c'est bon, ça m'a pris trois ligne ... et il est content donc
 

oui oui, un vrai beau site agréé WEB2.0
 

Ha, je cherche pas à trop en cacher, je parle de ça :
http://www.gloriette-artemis.net/wikipediview.html
 
Et récupérer tous les chiens, c'est long.
 
Mais je suis obligé de tous les récupérés, pour ça par exemple :
http://www.gloriette-artemis.net/wv_2.html
 
Si tu affiches le pedigree, il faut que tous les chiens soient en mémoire ou alors, quand tu affiches le pedigree sur 7 générations, pour avoir les chiens sans les avoir tous récupérer, ça donnerais beaucoup trop de requête MySQL.

mais tu les récupère tous en une passe ou pas ?
 
sinon effectivement c'est long
 
EDIT : oubie mysql_data_seek ça te sauvera pas
 
par contre si t'as un peu de ram en réserve, tu devrais stocker un arbre avec tes générations de chien dans un tableau php

Oui, comme j'ai montré dans mon topic.
Mais tout en une passe, puis une boucle for pour enregistrer toutes les infos et c'est cette boucle qui ramouille, c'est pour ça que data_seek m'intéresse. Si je pouvais juste faire une copie de ma récupération de requête en mémoire et "sauter à l'intérieur" comme je veux, ça m'économiserais cette boucle qui prend les 3/4 du temps de génération. (Bon, 0,780s, c'est pas la mort non plus, c'est moins d'une seconde, mais ça + l'affichage + le fait que la liste grossit de jour en jour...)

ouais mais comment tu peux savoir le numéro de ligne à lire par avance ? tu va être foutu là..

Par rapport à l'ID ? spa possible ?
 
Zut.
 
Bon tant pis, quand ce sera trop gros, je changerais de serveur.  
 
Pourtant j'ai galéré pour l'optimiser un maximum, déjà, rien qu'en remplacant foreach par un for, j'ai divisé par 10 le temps de génération de la page.

bin non, c'est le numéro de ligne en interne de 0 à mysql_num_rows()-1, les colonnes ont rien à voir
 
t'as combien de chiens en tout ?