Vreemd stdClass object

[_Moe_]

Deze output krijg ik bij print_r:

code:

stdClass Object
(
    [text] => Dit is een test
    [source] => web
    ....
)

Deze output krijg ik bij var_dump:

code:

object(stdClass)#17 (23) {
    [text] => Dit is een test
    [source] => web
    ....
}

En als ik nu bijvoorbeeld het volgende doe:

PHP:

echo $obj->text;

dan krijgen we de volgende error terug:
"Trying to get property of non-object"

Aangezien het over object gaat kunnen we de eigenschap ook niet als volgt aanroepen:

PHP:

echo $obj['text'];

Indien we dit toch proberen, krijgen we volgende error terug:
"Cannot use object of type stdClass as array"

Iemand een idee, hoe ik dan wel aan mijn eigenschappen van het object kan geraken?

[HuHu]

Werkt dit:

PHP:

echo $obj->{'text'};

En hoe kom je aan dit object?

[ Voor 28% gewijzigd door HuHu op 02-01-2014 14:58 ]

[_Moe_]

HuHu schreef op donderdag 02 januari 2014 @ 14:57:
Werkt dit:

PHP:

echo $obj->{'text'};

En hoe kom je aan dit object?

"Trying to get property of non-object"

[DataGhost]

Post eens een minimale testcase waarin het gebeurt, dan kunnen we hier ook meekijken.

[_Moe_]

DataGhost schreef op donderdag 02 januari 2014 @ 15:02:
Post eens een minimale testcase waarin het gebeurt, dan kunnen we hier ook meekijken.

Ik haal met de Twitter library codebird(PHP) de tweets van mijn timeline op en ik probeer nu het resultaat in mijn view te proppen.

PHP:

$tweets = $cb->statuses_userTimeline();

foreach($tweets as $tweet){
    echo $tweet->text;
}

Meer is het niet, en het zou ook geen rocket science mogen zijn. Alleen gedraagt die parameter zich nogal vreemd.

[Geo001]

misschien $tweet[0]->text; ?

[koesie10]

Je kan ook een var_export doen, dan kunnen wij meteen het object reproduceren.

[Kalentum]

regel 1: tweets moet zijn $tweets ?

[_Moe_]

rutgerw schreef op donderdag 02 januari 2014 @ 15:12:
regel 1: tweets moet zijn $tweets ?

kopieer foutje

[Firesphere]

Je hebt toch de oAuth library die je gebruikt?

[koesie10]

Ik heb het even getest met die library, en het klopt dat je die fout krijgt. Ze geven een stdClass terug bij statuses_userTimeline(). Dit object bestaat uit allemaal objecten van tweets en als laatste element de HTTP status code. Je zult die dus niet moeten meenemen, door het bijvoorbeeld te casten naar een array en het laatste element te unsetten.

Of je doet unset($tweets->httpstatus).

[ Voor 5% gewijzigd door koesie10 op 02-01-2014 15:23 ]

[_Moe_]

Firesphere schreef op donderdag 02 januari 2014 @ 15:16:
Je hebt toch de oAuth library die je gebruikt?

Codebird maakt daar gebruik van ja.

Maar daar ligt het probleem ook niet lijkt me, want ik krijg het juiste resultaat terug, ik kan het alleen niet ontleden .

[HuHu]

Welk CODEBIRD_RETURNFORMAT gebruik je?

[Firesphere]

_Moe_ schreef op donderdag 02 januari 2014 @ 15:21:
[...]


Codebird maakt daar gebruik van ja.

Maar daar ligt het probleem ook niet lijkt me, want ik krijg het juiste resultaat terug, ik kan het alleen niet ontleden .

Als't goed is, kun je in die defaut oAuth library, domweg zeggen dat'ie naar associative array moet gooien ipv een object.
Volgens mij los je daarmee in 1x het probleem op.

[bReChThOu]

Alternatief:

PHP:

$tweets = $cb->statuses_userTimeline();

foreach($tweets as $tweet){
    $tweetarray = (array)$tweet;
    echo $tweetarray->text;
}

[Verwijderd]

bReChThOu schreef op donderdag 02 januari 2014 @ 15:24:
Alternatief:

PHP:

$tweets = $cb->statuses_userTimeline();

foreach($tweets as $tweet){
    $tweetarray = (array)$tweet;
    echo $tweetarray->text;
}

Je probeert nu wel $tweetarray als een object te benaderen. Volgens mij bedoel je

PHP:

$tweets = $cb->statuses_userTimeline();

foreach($tweets as $tweet){
    $tweetarray = (array)$tweet;
    echo $tweetarray['text'];
}

[bReChThOu]

@DaBananaboat: Correct, ik was te snel Je m'excuse!

[_Moe_]

Firesphere schreef op donderdag 02 januari 2014 @ 15:23:
[...]

Als't goed is, kun je in die defaut oAuth library, domweg zeggen dat'ie naar associative array moet gooien ipv een object.
Volgens mij los je daarmee in 1x het probleem op.

thnx! opgelost!

koesie10 schreef op donderdag 02 januari 2014 @ 15:20:
Ik heb het even getest met die library, en het klopt dat je die fout krijgt. Ze geven een stdClass terug bij statuses_userTimeline(). Dit object bestaat uit allemaal objecten van tweets en als laatste element de HTTP status code. Je zult die dus niet moeten meenemen, door het bijvoorbeeld te casten naar een array en het laatste element te unsetten.

Of je doet unset($tweets->httpstatus).

Dit was achteraf gezien dus het probleem dat ik over het hoofd zag!

Dank allen!

[HuHu]

Volgende keer de volledige output van print_r / var_dump geven dus .

[_Moe_]

HuHu schreef op donderdag 02 januari 2014 @ 15:36:
Volgende keer de volledige output van print_r / var_dump geven dus .

Mja, dat doen we meestal niet zo graag he

[Firesphere]

_Moe_ schreef op donderdag 02 januari 2014 @ 15:44:
[...]


Mja, dat doen we meestal niet zo graag he

Waarom niet? Twitter is nou niet heel erg geheim ofzo. Dus als je direct had gezegd dat't Twitter oAuth json objectje was, had je sneller je antwoord gehad.

En evt. een dump van een random account, zoals bijvoorbeeld die van tweakers.net zelf, aangezien het effect daar hetzelfde is/zal zijn.

[.oisyn]

koesie10 schreef op donderdag 02 januari 2014 @ 15:20:
Ik heb het even getest met die library, en het klopt dat je die fout krijgt. Ze geven een stdClass terug bij statuses_userTimeline(). Dit object bestaat uit allemaal objecten van tweets en als laatste element de HTTP status code. Je zult die dus niet moeten meenemen, door het bijvoorbeeld te casten naar een array en het laatste element te unsetten.

Of je doet unset($tweets->httpstatus).

Je doet overkomen alsof dit allemaal heel erg logisch is maar waarom zou je daarom geen properties uit het object moeten kunnen lezen?

[Firesphere]

.oisyn schreef op donderdag 02 januari 2014 @ 16:52:
[...]


Je doet overkomen alsof dit allemaal heel erg logisch is maar waarom zou je daarom geen properties uit het object moeten kunnen lezen?

Omdat het laatste element, de HTTP_STATUS, geen object, maar een string is?

[.oisyn]

You're not making any sense. Definieer "laatste element", ik dacht dat daarmee bedoeld werd het laatste element ("member") in het object. Wat maakt het uit wat dat zelf voor type is?

.edit: oh ik denk dat ik het snap. De fout is dat _Moe_ over een array heen loopt en alle elementen behandelt als objecten, terwijl er een element (de laatste) in zit dat geen object is. Waarbij _Moe_ dus vergeet te vertellen dat zijn print_r helemaal niet slaat op het object dat hij daadwerkelijk probeert te accessen

[ Voor 47% gewijzigd door .oisyn op 02-01-2014 17:02 ]

[Firesphere]

.oisyn schreef op donderdag 02 januari 2014 @ 16:56:
You're not making any sense. Definieer "laatste element", ik dacht dat daarmee bedoeld werd het laatste element ("member") in het object. Wat maakt het uit wat dat zelf voor type is?

Ehm, ik stel het als vraag, omdat ik niet exact uit m'n hoofd weet wat er precies terug komt dan als HTTP_STATUS.

Maar als het type van het x^e element iets anders is dan een object, kun je't ook niet aanspreken alsof het een object is.
Of dat nu het eerste of het laatste element is, doet er eigenlijk niet toe.

[Cartman!]

Als je een var_dump gedaan had op je totale response had je dit meteen kunnen zien. In de topicstart post je dus een irrelevant stuk code eigenlijk, dat is wat .oisyn bedoelt.

[drm]

Debugging tipje: gebruik Xdebug om door je code te steppen totdat de fout optreedt, of doe even een guard om je foreach blokje heen de volgende keer. Dan ben je er binnen no time achter:

PHP:

<?php
foreach ($a as $k => $v) {
   if (!is_object($v)) {
      var_dump($k, $v);
      continue;
   } 
   // do other supposed stuff
}

offtopic:
Lang leve het feit dat PHP geen verschil maakt tussen dictionaries en lists...