(Réglé) Traitement d'une requête très long (presque 20 secondes)

Ben77650 · mai 2014

Bonjour à tous,

Je viens vers vous car j'ai un souci, j'ai une requête qui met presque 20 secondes a s'exécuter (alors qu'elle est toute simple), et soyons clair n'importe quel utilisateur n'attendra pas 20 secondes...

A titre de comparaison une autre requête me prends 8 sec (et mon boss trouve ça déjà très long)

Ci joint mon code:



- (id)initWithNibName:(NSString *)nibNameOrNil bundle:(NSBundle *)nibBundleOrNil

{

    self = [super initWithNibName:nibNameOrNil bundle:nibBundleOrNil];

    if (self) {

        self.title=@Mon compte;

    }

    

    loadingView = [[UIView alloc] initWithFrame:CGRectMake(75, 200, 170, 170)];

    loadingView.backgroundColor = [UIColor colorWithRed:0 green:0 blue:0 alpha:0.5];

    loadingView.clipsToBounds = YES;

    loadingView.layer.cornerRadius = 10.0;

    

    actview = [[UIActivityIndicatorView alloc] initWithActivityIndicatorStyle:UIActivityIndicatorViewStyleWhiteLarge];

    actview.frame = CGRectMake(65, 20, actview.bounds.size.width, actview.bounds.size.height);

    [loadingView addSubview:actview];

    

    loadingLabel = [[UILabel alloc] initWithFrame:CGRectMake(20, 80, 140, 22)];

    loadingLabel.backgroundColor = [UIColor clearColor];

    loadingLabel.textColor = [UIColor whiteColor];

    loadingLabel.adjustsFontSizeToFitWidth = YES;

    loadingLabel.text = @Récupération de vos données. Veuillez patientez svp...;

    loadingLabel.lineBreakMode = NSLineBreakByWordWrapping;

    loadingLabel.numberOfLines=0;

    loadingLabel.textAlignment = NSTextAlignmentCenter;

    [loadingLabel sizeToFit];

    [loadingView addSubview:loadingLabel];

    [self.view addSubview:loadingView];

    [actview startAnimating];



    

    [self getMemberInfo];

    

    return self;

}



-(void)getMemberInfo

{

    dispatch_queue_t downloadQueue = dispatch_queue_create("Get Member Infos", NULL);

    

    dispatch_async(downloadQueue, ^{

        NSData *result = [self searchMemberInfo];

        id strResult=nil;

        int cpt;

        NSError* error;

        strResult = [NSJSONSerialization JSONObjectWithData:result options:0 error:&error];

        

        _liste = [[NSMutableArray alloc]init];

        

        for(cpt=0; cpt<[strResult count];cpt++)

        {

            NSDictionary *dicoTemp = [strResult objectAtIndex:cpt];

            NSMutableArray* arrayTemp = [[NSMutableArray alloc]init];

            

            [arrayTemp addObject:[dicoTemp objectForKey:@myCivilitu]];                  //0

            [arrayTemp addObject:[dicoTemp objectForKey:@mySurname]];                       //1

            [arrayTemp addObject:[dicoTemp objectForKey:@myFirstName]];                    //2

            [arrayTemp addObject:[dicoTemp objectForKey:@myAdress]];                   //3

            [arrayTemp addObject:[dicoTemp objectForKey:@myZip]];                  //4

            [arrayTemp addObject:[dicoTemp objectForKey:@myCity]];                     //5

            [arrayTemp addObject:[dicoTemp objectForKey:@myTelephone]];                       //6

            [arrayTemp addObject:[dicoTemp objectForKey:@myEmail]];                     //7

        }

        

        if(_liste.count!=0)

        {

        [actview stopAnimating];

        [loadingView removeFromSuperview];

            

        _civilite.text=[[_liste objectAtIndex:0]objectAtIndex:0];

        _nom.text=[[_liste objectAtIndex:0]objectAtIndex:1];

        _prenom.text=[[_liste objectAtIndex:0]objectAtIndex:2];

        _region.text=@"";

        _dep.text=@"";

        _adresse.text=[[_liste objectAtIndex:0]objectAtIndex:3];

        _cp.text=[[_liste objectAtIndex:0]objectAtIndex:4];

        _ville.text=[[_liste objectAtIndex:0]objectAtIndex:5];

        _tel.text=[[_liste objectAtIndex:0]objectAtIndex:6];

        _mail.text=email;

        }



    });

}



- (NSData *)searchMemberInfo {

    

    NSURL *url = [NSURL URLWithString:[NSString stringWithFormat:@%@", @http://www.mywebsite.org/getInfos.php]];

    NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

    

    NSString *requestFields = @"";

    requestFields = [requestFields stringByAppendingFormat:@pwd=%@&;", password];

    requestFields = [requestFields stringByAppendingFormat:@admail=%@", email];

    

    requestFields = [requestFields stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

    NSData *requestData = [requestFields dataUsingEncoding:NSUTF8StringEncoding];

    request.HTTPBody = requestData;

    request.HTTPMethod = @POST;

    

    NSHTTPURLResponse *response = nil;

    NSError *error = nil;

    NSData *responseData = [NSURLConnection sendSynchronousRequest:request returningResponse:&response error:&error];

    if (error == nil && response.statusCode == 200) {

    }

    else {

    }

    

    return responseData;

}



NSLog(@liste: %@", _liste);

2014-05-20 10:31:59.422 MyApp[4294:4b13] liste: (

(

Mme,

Renault,

"M\U00e9gane",

"Place de Clichy",

75013,

"Paris, France",

0836656565,

"toto@toto.com",

)

)

Larme · mai 2014

Y'a un outil dans Intruments pour voir qu'est-ce qui prend exactement du temps si je me souviens bien.

Cela pourrait t'aider à voir qu'est-ce qui prends exactement du temps. Dès lors, on pourra penser à peut-être optimiser...

muqaddar · mai 2014

Oui, il faudrait savoir si c'est le serveur ou la base sur le serveur...

Si tu as des logs côté serveur...

Ben77650 · mai 2014

D'abord merci de chercher à m'aider

Je ne pense pas que ce soit le serveur, car de ce que me dit mon boss, c'est bien plus rapide sur l'application Android qui se connecte au même serveur (concernant la partie ou moi je met 8 sec, sur Android il met 0.5 sec à tout récupérer...)

Et je ne trouve déjà pas "Instruments" alors je parle même pas de l'outil

AliGator · mai 2014

Mon dieu, "sendSynchronousRequest"... faut pas chercher plus loin.

Oui je sais tu as mis tout ça dans une dispatch_queue, mais ça n'empêche, les NSURLConnection sont gérées par la RunLoop et non pas par un WorkingThread, donc faut utiliser ce qui est fait pour pour les gérer de façon asynchrone...

Créer une queue tout ça pour appeler du code synchrone, alors qu'il y a déjà des méthodes asynchrones pour ça est une très mauvaise idée. D'autant que la méthode de base est la méthode asynchrone, et que la méthode synchrone appelle la méthode asynchrone avec des semaphores pour bloquer l'exécution, donc avec ta dispatch_queue tu essayes de... rendre asynchrone un truc qui rend synchrone un truc qui est asynchrone... ou comment se compliquer la vie.

Enlève-moi ce sendSynchronousRequest et cette downloadQueue et fais les choses bien et comme conseillées dans le URL Loading Programming Guide et le Concurrency Programming Guide, en utilisant les méthodes asynchrones existantes pour faire de l'asynchrone, à savoir sendAsynchronousRequest.

Je suis quasiment sûr qu'avec ça tes temps de réponse vont drastiquement être réduits.

Ben77650 · mai 2014

Ali merci pour cette réponse.

Mon prof d'iOS de cette année (un ancien étudiant, possédant son entreprise) nous avais dit d'utiliser cette méthode sendSynchronousRequest dans une Queue (je viens de vérifier sur son PDF la). Encore heureux que tu me dise cela, je n'utilise quasiment que cela.

Ne connaissant pas ces guide, peut tu me dire les bonnes manières de faire s'il te plait ?

AliGator · mai 2014

Va peut-être falloir que ton prof révise un peu ses concepts concernant l'utilisation du SDK et des API existantes plutôt que d'essayer de réinventer la roue (et le faire de la mauvaise manière pour ce cas particulier).
Oui les dispatch_queue sont la méthode à utiliser pour faire des tâches en arrière plan en général (GCD c'est le pied)... sauf pour les tâches comme NSURLConnection qui se basent sur la RunLoop et ont surtout déjà une API pour faire de l'asynchrone, qui prend en compte la manière un peu spécifique dont fonctionne NSURLConnection.

Sinon concernant les guides, il suffit de chercher leurs noms sur Google.

URL Loading System Programming Guide : Les guides sur tout ce qu'il faut savoir pour faire des requêtes réseau, avec tous les concepts afférents expliqués
Concurrency Programming Guide : Guide expliquant tout ce qu'il faut savoir sur la gesstion de la concurrence / asynchronisme, etc

Rely on the system frameworks whenever possible. The best way to achieve concurrency is to take advantage of the built-in concurrency provided by the system frameworks. Many frameworks use threads and other technologies internally to implement concurrent behaviors. When defining your tasks, look to see if an existing framework defines a function or method that does exactly what you want and does so concurrently. Using that API may save you effort and is more likely to give you the maximum concurrency possible.

Ben77650 · mai 2014

D'accord merci et tiens voila le pdf de mon prof, si tu as d'autres améliorations / rectifications / conseils je suis preneur.

Merci

AliGator · mai 2014

Ah oui je vois d'autres fautes !

Entre autres, en plus de l'hérésie dont j'ai parlé au dessus concernant sendSynchronousRequest (à banir sans se poser de question, en aucun cas utiliser cette méthode, je me demande même pourquoi Apple la garde encore), je vois des trucs sur dispatch_get_current_queue, alors qu'il est à éviter.

D'ailleurs, dispatch_get_current_queue n'existait (à l'époque) que pour du debug, et à ne pas utiliser en production (c'est clairement indiqué dans sa doc). Et de toute façon maintenant il a été totalement supprimé de l'API (vu que Apple a réalisé que bcp l'utilisaient à tort).

D'ailleurs le fait d'avoir à savoir quelle est la dispatch_queue courante et souvent un signe qu'on n'a pas forcément compris la subtile différence entre les dispatch_queue et les threads (une dispatch_queue peut dispatcher les blocks qu'on lui soumet sur différents threads, une queue ne pilote pas forcément qu'un thread).
Normalement tu n'as pas de raison d'avoir à connaà®tre quelle est la dispatch_queue courante, la seule chose utile à connaà®tre éventuellement c'est si [NSThread isMainThread] pour savoir si tu as besoin de dispatch_(a)sync(dispatch_get_main_queue(), ^{...}) ton code UI-related ou si tu es déjà sur le MainThread et que tu peux l'exécuter direct.

Ben77650 · mai 2014

Merci pour ces conseils en tout cas Ali, je prends bien note

Ben77650 · mai 2014

On est bien d'accord que la bonne manière de faire est celle la ?



- (void)searchMemberInfo {

    

    NSURL *url = [NSURL URLWithString:[NSString stringWithFormat:@%@", @http://www.monsite.org/getInfos.php]];

    NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

    

    NSString *requestFields = @"";

    requestFields = [requestFields stringByAppendingFormat:@pwd=%@&;", password];

    requestFields = [requestFields stringByAppendingFormat:@admail=%@", email];

    

    requestFields = [requestFields stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

    NSData *requestData = [requestFields dataUsingEncoding:NSUTF8StringEncoding];

    request.HTTPBody = requestData;

    request.HTTPMethod = @POST;

    

    NSHTTPURLResponse *response = nil;

    NSError *error = nil;

    [NSURLConnection sendAsynchronousRequest:request queue:[[NSOperationQueue alloc]init] completionHandler:^(NSURLResponse *response, NSData *data, NSError *connectionError) {

        if ([data length] >0 && error == nil)

        {

            

            // DO YOUR WORK HERE

            

            id strResult=nil;

            int cpt;

            NSError* erreur;

            strResult = [NSJSONSerialization JSONObjectWithData:data options:0 error:&erreur];

            

            _liste = [[NSMutableArray alloc]init];

            

            for(cpt=0; cpt<[strResult count];cpt++)

            {

                NSDictionary *dicoTemp = [strResult objectAtIndex:cpt];

                NSMutableArray* arrayTemp = [[NSMutableArray alloc]init];

                

                [arrayTemp addObject:[dicoTemp objectForKey:@laCivilite]];                  //0

                [arrayTemp addObject:[dicoTemp objectForKey:@leNom]];                       //1

                [arrayTemp addObject:[dicoTemp objectForKey:@lePrenom]];                    //2

                [arrayTemp addObject:[dicoTemp objectForKey:@lAdresse]];                   //3

                [arrayTemp addObject:[dicoTemp objectForKey:@leCodePostal]];                  //4

                [arrayTemp addObject:[dicoTemp objectForKey:@laVille]];                     //5

                [arrayTemp addObject:[dicoTemp objectForKey:@leTelephone]];                       //6

                [arrayTemp addObject:[dicoTemp objectForKey:@lEmail]];                     //7

                [arrayTemp addObject:[dicoTemp objectForKey:@type]];                      //8

            }

            

            if(_liste.count!=0)

            {

                //NSLog(@liste: %@", _liste);

                

                [actview stopAnimating];

                [loadingView removeFromSuperview];

                

                _civilite.text=[[_liste objectAtIndex:0]objectAtIndex:0];

                _nom.text=[[_liste objectAtIndex:0]objectAtIndex:1];

                _prenom.text=[[_liste objectAtIndex:0]objectAtIndex:2];

                _adresse.text=[[_liste objectAtIndex:0]objectAtIndex:3];

                _cp.text=[[_liste objectAtIndex:0]objectAtIndex:4];

                _ville.text=[[_liste objectAtIndex:0]objectAtIndex:5];

                _tel.text=[[_liste objectAtIndex:0]objectAtIndex:6];

                _mail.text=email;

            }



            

        }

        else if ([data length] == 0 && error == nil)

        {

            NSLog(@Nothing was downloaded.);

        }

        else if (error != nil){

            NSLog(@Error = %@", error);

        }

    }];

}

Je ne comprends pas pourquoi "request" vaut " http://www.monsite.org/getInfos.php" et non "http://www.monsite.org/getInfos.php?pwd=password&admail=email"

AliGator · mai 2014

Oui c'est bien comme ça qu'il faut faire.

Quoique pour le paramètre "queue" de "sendAsynchronousRequest:queue:completionHandler:" tu pourrais mettre [NSOperationQueue mainQueue] car ici la NSOperationQueue qui est passée à ce paramètre (comme expliqué dans la doc) c'est la queue sur laquelle le code de ton completionHandler va être exécuté, pas la queue sur laquelle ta requête réseau va être exécutée, donc c'est pas forcément la peine d'avoir une NSOperationQueue d'arrière-plan pour ce que tu fais dedans, mais bon du moment que tu ne fais pas d'UI dans ton completionHandler ça va encore.

Pourquoi tu voudrais que l'URL de ta NSRequest ait ce contenu ? C'est pas ce que ton code demande.
Ton code demande d'encoder "pwd=password&admail=email" dans le HTTPBody (ce qui est logique si ta requête est du POST), donc ce "pwd=password&admail=email" est présent dans le corps de la requête POST, pas dans l'URL. C'est pas comme si tu faisais du GET, là tu utilises le HTTPBody pour passer tes paramètres donc rien de plus normal que ton URL, elle, ne change contienne pas ces paramètres car ce n'est pas ce que tu as demandé.

Ben77650 · mai 2014

Bah en fait ça me chagrine, car mes labels restent avec la valeur par défaut, donc je me suis dit que l'erreur venait peut être de la mais visiblement c'est pas le cas.

Je continue de chercher, si jamais vous voyez faites moi signe.

Ps: J'ai juste modifié et changé en "[self searchMemberInfo];" dans initWithNibName

Edit: Chose étonnante ma liste est tout le temps vide, bizarre quand j'utilisais la manière synchrone avec une manière identique ça fonctionnait

Edit 2: Bon visiblement il ne rentre jamais dans la boucle for

Edit 3: ma variable strResult est vide, WTF ?

Edit 4: Si dans strResult, je remplace "data" par "requestData" ça m'affiche null

Edit 5: Data m'affiche <5b5d>

AliGator · mai 2014

... completionHandler:^(NSURLResponse *response, NSData *data, NSError *connectionError)

Si data est nil, c'est soit que ton serveur te retourne effectivement du vide (page vierge), soit qu'il y a eu une erreur. Regarde la valeur de connectionError, et regarde aussi ce qui t'es renvoyé dans la réponse (genre response.statusCode, response.allHTTPHeaders, etc) pour comprendre ce qui se passe. Peut-être que dans ton test tu ne passes pas bien le password et que du coup ton serveur de renvoie une erreur?

Ben77650 · mai 2014

Data n'est pas vide (cf edit 5), en revanche requestData l'est lui

J'avais prévu le coup et déjà fait les logs suivants



        NSLog(@Réponse: %@",response);

        NSLog(@Erreur: %@",error);

        NSLog(@Erreur de connexion: %@",connectionError);

        NSLog(@Données: %@",data);

2014-05-20 16:10:58.720 App[2395:60b] Réponse: <NSHTTPURLResponse: 0x8fa76a0> { URL: http://www.monsite.org/getInfos.php } { status code: 200, headers {

Connection = close;

"Content-Type" = "text/html";

Date = "Tue, 20 May 2014 14:10:59 GMT";

Server = Apache;

"Transfer-Encoding" = Identity;

"X-Powered-By" = PleskLin;

} }

2014-05-20 16:10:58.721 App[2395:60b] Erreur: (null)

2014-05-20 16:10:58.722 App[2395:60b] Erreur de connexion: (null)

2014-05-20 16:10:58.722 App[2395:60b] Données: <5b5d>

AliGator · mai 2014

<5b5d> veux dire que data contient 2 octets, de code ascii 0x5B et 0x5D. Or ce sont les codes ascii de [ et ] respectivement.

Autrement dit, ton serveur te renvoie une réponse "200 OK", avec un JSON tout à fait valide. Il se trouve juste que ce JSON qu'il te renvoie correspond à un tableau totalement vide ("[]").

Ben77650 · mai 2014

Pourtant mon JSON est pas vide vu qu'il marchais de manière synchrone et que j'y ai pas touché depuis.

Pareil je ne pense pas qu'il y ai d'erreurs dans mon code, j'ai copié collé celui du synchrone qui fonctionnait

AliGator · mai 2014

Le fait de juste passer de synchrone à asynchrone ne peux pas avoir d'impact sur ton résultat d'avoir un JSON vide ou pas vide. Tu as dû changer qqch d'autre (comme la façon de construire ta requête peut-être)

AliGator · mai 2014

Au pire tu reset ton GIT au commit juste avant (celui quand tu faisais du synchrone) pour retrouver l'état d'avant, tu rajoutes des logs pour voir la tronche de request, request.HTTPBody, response & co, puis tu restores ton commit où tu as tout migré en sendAsynchronousRequest et tu compares les logs. C'est aussi pour ça que c'est fait GIT

(car tu utilises GIT j'espère)

Ben77650 · mai 2014

Bah je suis passé de ça (exemple repris sur un Controller d'Offre)

- (NSData *)searchOfferKeyword {



NSURL *url = [NSURL URLWithString:[NSString stringWithFormat:@%@", @http://www.monsite.org/chercherOffres.php]];



NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

    

    NSString *requestFields = @"";

    requestFields = [requestFields stringByAppendingFormat:@nomTable=%@&;", nom_table];

    requestFields = [requestFields stringByAppendingFormat:@limite=%d&, limite];

    requestFields = [requestFields stringByAppendingFormat:@rang=%d&, rang];

    

    requestFields = [requestFields stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

    NSData *requestData = [requestFields dataUsingEncoding:NSUTF8StringEncoding];

    request.HTTPBody = requestData;

    request.HTTPMethod = @POST;

    

    NSHTTPURLResponse *response = nil;

    NSError *error = nil;

    NSData *responseData = [NSURLConnection sendSynchronousRequest:request returningResponse:&response error:&error];



if (error == nil && response.statusCode == 200) {

}

else {

}

return responseData;

}

NSData *result = [self searchAllAnnonce];

        

        id strResult=nil;

        int cpt;

        NSError* error;

        strResult = [NSJSONSerialization JSONObjectWithData:result options:0 error:&error];

        

        _liste = [[NSMutableArray alloc]init];

        

        for(cpt=0; cpt<[strResult count];cpt++)

        {

            NSDictionary *dicoTemp = [strResult objectAtIndex:cpt];

            NSMutableArray* arrayTemp = [[NSMutableArray alloc]init];

            

            [arrayTemp addObject:[dicoTemp objectForKey:@someContent]];                         //0

[arrayTemp addObject:[dicoTemp objectForKey:@someOtherContent]];                         //1

[arrayTemp addObject:[dicoTemp objectForKey:@someLastContent]];                         //2

            [_liste addObject:arrayTemp];

        }

à ce qui est posté dans les messages au dessus (Profil Controller)

Edit: Non je n'utilise pas GIT, je suis le seul développeur. En revanche chaque semaine j'enregistre l'état de l'appli, en faisant une sauvegarde

AliGator · mai 2014

Edit: Non je n'utilise pas GIT, je suis le seul développeur. En revanche chaque semaine j'enregistre l'état de l'appli, en faisant une sauvegarde

o_O Je ne vois pas le rapport entre "je suis le seul développeur" et "je n'utilise pas GIT".

J'utilise GIT sur plein de projets sur lesquels je suis tout seul, et heureusement, car ça m'est extrêmement utile. Justement par exemple pour des cas comme celui que tu as, où on peut facilement avec GIT et ses outils basculer d'une version du code à l'autre, faire des diff, des bisect, des comparaisons, revenir à une version le temps de tester puis re-récupérer nos modifs après, faire un blame pour savoir à quel moment / quelle version tu as modifié telle ligne de ton code... bref tout ce que GIT apporte.

Utiliser GIT n'a pas forcément à voir avec le travail en équipe, il est tout aussi utile pour du travail en solo. Tu serais sous GIT tu aurais un moyen très simple de comparer tes 2 codes, rebasculer sur l'un ou l'autre et rajouter des logs sur chacune des 2 versions pour comparer les résultats au runtime.
Alors que faire une sauvegarde de ton projet, c'est toujours bien plus long et contraignant car tu dois garder tout plein de sauvegardes, tu n'as pas de date/message de commit/browser d'historique de code, ça prend du temps et surtout de l'espace (si ton projet fait 5Mo, ça veut dire que tu as 100Mo dès que tu as 20 sauvegardes de ton code ?! Alors que GIT ne garde que les diff et du coup le repo montera plutôt à 8Mo qu'à 100Mo...) et en plus de ça du coup vu le temps que ça prend de faire une copie/sauvegarde à chaque fois, tu en fais beaucoup moins souvent que tu ne ferais un commit GIT (perso je préfère faire plein de micro-commits que d'attendre la fin de la journée de travail pour faire un gros commit qui contient plein (trop) de choses, ça permet de découper plus finement les évolutions et de rendre la bisection bien plus efficace en cas de recherche de bug)

AliGator · mai 2014

Bah je suis passé de ça (exemple repris sur un Controller d'Offre)

- (NSData *)searchOfferKeyword {



NSURL *url = [NSURL URLWithString:[NSString stringWithFormat:@%@", @http://www.monsite.org/chercherOffres.php]];



NSMutableURLRequest *request = [NSMutableURLRequest requestWithURL:url];

    

    NSString *requestFields = @"";

    requestFields = [requestFields stringByAppendingFormat:@nomTable=%@&;", nom_table];

    requestFields = [requestFields stringByAppendingFormat:@limite=%d&, limite];

    requestFields = [requestFields stringByAppendingFormat:@rang=%d&, rang];

    

    requestFields = [requestFields stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];

    NSData *requestData = [requestFields dataUsingEncoding:NSUTF8StringEncoding];

    request.HTTPBody = requestData;

    request.HTTPMethod = @POST;

...

à ce qui est posté dans les messages au dessus (Profil Controller)

Bah du coup ça me paraà®t clair, ça confirme ce que je supposais, tu ne construis pas la même requête dans les 2 cas. Dans un cas quand tu construits ta requête, ta chaà®ne requestFields contient "nomTable=xxx&limite=y&rang=z", dans l'autre cas elle contient "pwd=x&admail=y" donc en effet les requêtes sont différentes, faut pas chercher.

---

PS : Pas top la façon dont tu construits tes requestFields, au passage :

1) Allouer des NSString à chaque fois en demandant une nouvelle NSString avec "stringByAppendingFormat:" est un peu du gâchis, tu alloues une nouvelle chaà®ne à chaque fois c'est un peu du gâchis. Si tu comptes construire une chaà®ne bout par bout, utilise plutôt NSMutableString, et travaille directement sur cette NSMutableString plutôt que recréer des nouvelles instances à chaque fois.

2) Tu appliques "stringByAddingPercentEscapesUsingEncoding:" sur toute ta chaà®ne, alors qu'il ne faut pas remplacer tes "=" et "&" de toute ta chaà®ne, il ne faut échapper que les valeurs. Ainsi si tu veux passer 2 paramètres a et b donc les valeurs sont "val&a" et "je dis b=1", il faut échapper le "&" de "val&a" et le "=" de "je dis b=1" mais pas le "&" ni le "=" de "a=val%26a&b=je%20dis%20b%3D1".
En bref, dans ton cas il ne faut échapper que les variables nom_table, limite et rang, pas toute la chaà®ne

3) [NSString stringWithFormat:@%@", str] est inutile et du gâchis (je suis étonné que tu n'aies pas un warning, d'ailleurs). Pas la peine de passer par un format pour mettre une chaà®ne qui est directement un litéral. Autant directement utiliser la chaà®ne litérale str et enlever complètement ton stringWithFormat qui ne sert strictement à rien.

Ben77650 · mai 2014

L'argument du travail en solo je l'ai cité, puisque c'est ce que m'a dit le collègue quand je lui ai demandé si lui utilisais Git.

Je t'avoue que Git je ne connais quasiment pas (même si je vais devoir m'y mettre pour les projets scolaires à rendre très prochainement).

Peut être du coup as tu un tutoriel simple (et si possible en français) sur comment utiliser Git ? Ca me serait très utile pour moi et mes camarades.

J'ai précisé que les requêtes sont différentes, ce sont 2 controllers bien distincts qui pointent sur 2 pages différentes, mais vu que le principe est quasi similaire (je l'ai repris et adapté) j'ai copié collé celui la.

J'ai bien pris note des 3 points que tu as évoqué

AliGator · mai 2014

GIT fonctionne complètement en local (c'est un de ses gros avantages), pas besoin d'un serveur pour l'utiliser.

D'ailleurs quand tu crées un nouveau projet Xcode, il te propose de créer un repo local GIT par défaut.

Il y a plein de threads sur CocoaCafé où on parle déjà de GIT et où on explique plein de trucs à son sujet, donne des instructions pour démarrer avec GIT et tout, je te laisse faire une recherche.

AliGator · mai 2014

Si tu compares 2 requêtes différentes, comment veux-tu être sûr que ce soit normal ou pas que celle qui te pose problème retourne "[]" ? Peut-être (sûrement) qu'elle retournait déjà "[]" avant que tu ne modifies ton code. Il faut comparer ce qui est comparable, tu as sans doute une requête qui te retourne un JSON correspondant à un tableau avec plein de données, et une autre requête dont la réponse se trouve être un tableau JSON vide. Donc ce que tu observes et bien logique vu la requête que tu fais.

D'ailleurs, il suffit de refaire la requête avec "curl" en ligne de commande, ou avec "PostMan" ou tout autre plugin de Safari ou Chrome pour tester des requêtes GET et POST et voir leur résultat, donc tout ça en dehors de Xcode et d'ObjC, pour voir ce que ton serveur de retourne vraiment.

Ben77650 · mai 2014

Pourtant je t'assure que quand la requête du profil était faite en synchrone, elle me renvoyais un tableau de valeurs donc je vois vraiment pas le probleme

Et je veut bien les liens vers les sujets traitant de Git stp

AliGator · mai 2014

Ben bah fait une recherche (j'ai pas le temps de la faire pour toi là je suis sous l'eau avec CP, mais bon t'es un grand garçon tu peux le faire tout seul)

AliGator · mai 2014

T'as qu'à tester ta requete avec la commande "curl" ou avec un outil comme PostMan et voir ce qu'elle te retourne, tu seras fixé de savoir si c'est ton code ou tes headers/ta requête qui sont pas bons.

Ben77650 · mai 2014

Ben bah fait une recherche (j'ai pas le temps de la faire pour toi là je suis sous l'eau avec CP, mais bon t'es un grand garçon tu peux le faire tout seul)

J'ai parcouru et regarder la liste des sujets, et ça m'a pas franchement aider à trouver mon bonheur ^^