Reprise du message précédent :
Je fais ça en js avec extjs :

Ext.get('serialize').on('click', function(){
   Ext.Ajax.request({
      url: '<?php echo $base; ?>index.php/rules/json',
      method: 'post',
      params: { foo: getTreeData(tree.getRootNode()) },
      success: function(response, opts) {alert(response.responseText)}
  });
});

Je regarde ce que firebug envoie à mon contrôleur, et la requête contient bien quelque chose.
Dans mon contrôleur, si je fais un var_dump($_POST), celui-ci est vide
C'est lié à mon header (application/json) ou c'est autre chose ?

Yell FTW \o/
 
Create a Beautiful Sliding Menu with BySlideMenu

Ca marche très bien les méthodes génériques

C'est juste moi, ou chez les autres aussi :

http://www.ajaxrain.com/

Edit : je pose la question, parce que je sais pas si leur "Featured Scripts" c'est pour tout le monde pareil, ou en rapport avec le fait que j'ai regardé bcp de menus sur ce site et que c'est ciblé

Non je l'ai aussi.

Chouette
 

Allez, le jour où ça me rapporte l'équivalent d'une paye mensuelle, je quitte mon taff actuel et je me consacre exclusivement à la création de plugins

il est possible que tu garde ton taf encore un moment

hey
est-ce qu'il est possible de modifier une variable de session à partir du browser ?
j'étais dans l'idée que non, mais apparemment je me suis peut-être trompé

je vois pas comment, le browser ne doit connaitre que l'identifiant de sa session, les données liées sont sur le serveur...

ok c'est bien ce qu'il me semblait
je dois avoir un bug quelque part alors, mais je vois pas où

 xml_http_request + script serveur

c'est toujours le serveur qui change les données

développe ?

Bah si tu as un bout de code javascript qui interroge le serveur, c'est possible que celui-ci (le serveur ) touche à ta session

oui , mais ça  à l'air d'etre fait coté client

exactement

Heu
J'ai pas d'ajax, sauf pour ouvrir une "fausse popup", et ça ne change rien en session, je ne pense donc pas que ce soit ça.
Le maximum que le client puisse faire c'est entrer son login et mot de passe, et des données dans des filtres de recherche, donc je pense qu'au pire il se peut qu'il y aie une injection sql même si normalement non, mais avec access (sic) c'est pas évident de connaître les limites.
 

En fait j'en sais rien
J'ai une liste de clients avec login/passes, hier ça a été mis en ligne, et ce matin les 9/10e des clients se retrouvent tous avec le même mot de passe et la même date de modif de mot de passe (ce matin à 8h28). Ceux qui n'ont pas le même passe que les autres ont une date de modif de passe postérieure à 8h28. Je pense que si j'avais un bug genre "j'ai oublié de mettre un where id=machin", ils seraient tous modifiés sans exception.
C'est louche tout ça

euh, quel rapport avec la session, là?
ça pue l'injection sql ou le bug appli, ton truc.

ben le client peut modifier son mot de passe, et ma requête c'est (en gros) "update passe where id = session("id" )", donc si il avait pu modifier sa session côté client j'aurais eu sans doute ma solution
 
je vais devoir me pencher sur l'injection sql.... au secours je veux pas faire de l'access

tu peux nous en dire plus sur ta requete ( surtout sur le set motdepasse=$kaka )

C'est pas là qu'il faut regarder, c'est partout où tu utilises un champs de saisie pour construire une requête...c'est quel langage coté serveur?

Dim cmdChangePasse As New OleDbCommand("UPDATE tblclients SET passe = [passe]," & _
" salt = [salt], modif = NOW() WHERE id = [id]", conn)
salt = Utils.Hash(Date.Now.ToFileTime.ToString())
cmdChangePasse.Parameters.AddWithValue("passe", Utils.Hash(Me.TextBox1.Text & salt))
cmdChangePasse.Parameters.AddWithValue("salt", salt)
cmdChangePasse.Parameters.AddWithValue("id", idclient)
cmdChangePasse.ExecuteNonQuery()

et quand c'est utilisé normalement, ça n'update pas les clients que ça ne devrait pas updater
 

asp.net/vb.net
comme tu peux le voir, j'utilise des requêtes paramétrées, mais avec access/oledb je ne sais pas jusqu'à quel point on peut s'y fier je suis en train de chercher, mais je ne trouve que des trucs basiques sur l'injection sql

Je voulais juste illustrer que les raisons du succès de PHP ne sont pas à chercher dans le langage lui même ou dans son architecture. A la fin des années 90 PHP était l'unique choix pour ceux qui voulaient faire un site dynamique vu que c'était le seul langage proposé par les hébergeurs gratuits et que tu ne pouvais pas héberger un site chez toi avec ta connexion RTC.

Quelle techno ?

En Office 95 uniquement à ma connaissance (et on a bien chié avec)

Les requêtes paramétrées protègent des injection SQL.|
T'as cherché un point commun entre les utilisateurs dont le mot de passe avait changé ou entre ceux dont le mot de passe n'a pas bougé ?

Mais sur ça ton avant-dernier post ne démontre rien
 
Enfin après on peut aussi se demander ce qui a fait que PHP devienne un moment donné le seul choix possible. Il devait bien répondre à une demande, a priori.

en fait avec oledb il y a 2 manières de faire des requêtes paramétrées : avec ? et avec [param] et j'utilise les crochets ; je ne sais pas si il y en a une bonne et une mauvaise ou je ne sais quoi...
 

mmmhhh à priori ils ont à la fois beaucoup de points communs et aucun... ya très peu d'infos sur cette table : id, nom, prénom, login/passe, etc... des infos extrêmement basiques quoi. Il y en a très peu qui ont leur passe identique à leur login. T'as une idée ou un exemple de point commun à chercher ?

 
en même temps ces gens ont besoin de ce genre d'outils, et je trouve ça bien qu'ils y aient accès...
alors bien sur en tant qu'informaticiens ça nous fait pester (je compte plus le nombre de projets au boulot qui consistent à "industrialiser une feuille excel", comprendre faire un programme java/.net à partir de la feuille excel de Dédé, qu'il a lui même récupéré de Jeannot qu'il a récupéré de Josianne qui était la seule du service à "savoir faire de l'excel", embryon lui même récupéré de Teddy, le petit stagiaire qu'on a eu en 95....
Cette feuille excel a bien évidemment commencé sous Office 95, avec un subtil mélange de code généré, de code bidouillé à la main, de code mort non commenté. Je passe sur l'algo poilu qui crée 100 tabs excel temporaires, etc...
 
Alors oui, quand tu annonces que ça va prendre 50k pour faire une appli web correcte qui remplace ce merdier, les gens comprennent pas, et il faut de la pédagogie...
en attendant, ça fait 15 ans que le service tourne avec cette excel de merde, et je trouve ça bien, ça met un peu de graisse dans les organisations, même si j'admets que tu pleures quand t'es celui qui doit mettre fin à ça...
 

Mon post illustrait que quand il n'y avait qu'un seul langage disponible pour faire une certaine tache, les gens (même non informaticiens) utilisaient ce langage quel que soient ses qualités et ses défauts

A la fin des années 90 il y avait grosso modo 3 techno pour faire des pages web dynamiques: CGI, ASP et PHP. A cette époque M$ n'avait pas percé dans les serveurs donc ASP était hors course (pour la population qui nous intéresse) et CGI posait pas mal de problèmes de perfromance et de "scalability" qui en faisait une solution innapropriée pour un hébergeur. C'est amha pour ça que les hébergeurs type multimiania se sont tournés vers PHP et qu'il a connu le succès.

Perso, j'utilise @param, comme dans les exemples de la MSDN
Mais je ne pense pas que ça ait une quelconque influence, si  c'était le cas tu t'en serais rendu compte tout de suite.

Aucune idée. Mais comme certains ont été affectés et pas d'autres c'est qu'il y a forcément qqch qui diférencie les 2 groupes.

@param ça marche pas avec access/oledb malheureusement
 

Après vérification auprès du client, ils ont remis à zéro manuellement certains comptes. Ceci explique donc cela.

msdn disagrees
http://msdn.microsoft.com/en-us/li [...] ction.aspx

Rah tous ces connards qui osent faire un outil informatique qui coute pas les yeux de la tete et ou ils n'ont pas negocie 2ans avec la DSI pour avoir enfin une pré étude de faisabilité
Et tout ca pour bosser et pas se lustrer les couilles à coup d'applis N Tiers avec 27 Web Services, dont 4 dans le cloud, et 17 SLA differents

 
nan mais je te demande un peu...

quelqu'un connaitrait une petite barre de progression d'upload via formulaire, du genre celle de gmail pour les pièces jointes, un truc simple, pas chiante à mettre en place (j'en ai vu certaines qui nécessitent l'activation de je sais plus quoi sur php ou apache, donc pas top)
 
à la limite un truc genre fancyupload, mais sans upload multiples, juste une barre de progression
 
si necessaire, le fw js est jquery.

vous savez si y'a moyen de demander à google de pas parcourir certains domaines ? on a des domaines locaux (serveurs de test), qui sont visibles de l'extérieur, qui sont référencés ; pas très grave, mais ils arrivent en tête dans les résultats, devant les sites des clients, et ça c'est un peu plus grave. A part virer les domaines un par un et mettre des robot.txt dans chacun, vous avez pas d'idée ?

Pour ceux qui auraient suivis le topic ces trois dernières semaines, vous vous rappelez sans doute que je fais du JS.
A force d'écrire des lignes, j'ai trouvé que mon code devenait vite illisible, j'essaye donc d'écrire du JS "proprement" (et c'est pas gagné).
 
Actuellement j'ai ça :
 

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
  <title>Tree</title>
  
  <link href="css/ext-all.css" type="text/css" rel="stylesheet">
    
  <script type="text/javascript" src="ext/ext-base.js"></script>
    <script type="text/javascript" src="ext/ext-all.js"></script>
    
    <script type="text/javascript" src="js/app.js"></script>
    <script type="text/javascript" src="js/line.js"></script>
    
    <script type="text/javascript">    
    Ext.onReady(addRules.app.init, addRules.app);
    </script>
  
  </head>
  <body>
  
    <div id="tree"></div>

  </body>
</html>

 
Et mon app.js :
 

// reference local blank image
Ext.BLANK_IMAGE_URL = '../images/default/s.gif';
 
Ext.namespace('addRules');
 
addRules.app = function() {
  // private
  
  return {
    //public
    
    // the number of lines is also equal to the number of items
    var nbrLines = 2;
    var expanded = false;
    
    init: function() {
        // Du code...
    }
  };
}

 
Lorsque je lance ma page, j'ai plusieurs erreurs dont celle-là :
 

 
addRules c'est mon namespace.
Il est présent dans app.js qui lui même est inclut au début du fichier html.
Donc mon Ext.onReady devrait le voir non ?
 
Si je rajoute le namespace dans mon fichier html, il ne trouve ensuite pas app.init.
 
Je suis assez perdu là...

euuuh, tu crois qu'elle retourne quoi là ta fonction addRules.app exactement ?

 
Ouais, je trouve ça bizarre aussi de mettre pas mal de codes et de fonctions dans le return.
J'ai suivis ce tuto pour mieux structurer mon appli.