Can someone explain this issue to me in more detail?
How do I know my php can handle it? I'm running on an older PPC
machine, which is 64 bit, but I have no idea if I built it as 64, I
just supplied standard configure arguments.
If php sees a 64 bit integer come in as JSON what happens on 32 bit?
Does it just truncate it or completly ruin it's representation?
Why can't it just be treated as a string?don't these ID's end up in a
database, or maybe just passed as a URL argument? As a URL arg you
pass to Twitter, so it will work fine.
Any database can store a 64 bit int as a string, which gives your
ability to get the string back to post to a URL.
Can a 32 bit build of a database store 64 bit ints? That to me seems
the bigger issue.
I'm not seeing where there is a need for math on a 64 bit int ditectly
in php. You get the value from JSON, treat it as a string, store that
string, and use it for your lookups and sorts.
Inneficient on lookups and storage, is that the core of this?
What key aspect of this problem am I missing?
Iphone says hello.
On Sep 24, 2009, at 6:07 AM, Dewald Pretorius <dpr...@gmail.com> wrote:
Shouldn't Twitter be providing an API that works for everyone?
From what you said it sounds as if you're saying, "Tough. If you want
to consume the API with PHP, either run your stuff on a 64-bit
machine, or scrape the raw JSON output and make it so that it works
That doesn't sound right.
On Sep 24, 1:02 am, Chad Etzel <c...@twitter.com> wrote:
As Joseph points out, PHP on a 64-bit system can handle these
If you really want this data as a string, you could write a regex in
PHP to alter the json string to wrap the digits in quotes before
sending it through json_decode(), but that would be a pretty gnarly
On Wed, Sep 23, 2009 at 10:28 PM, Dewald Pretorius
All that Twitter needs to do to solve this problem is to build the
JSON out with next_cursor and previous_cursor as string values.
I.e., the JSON data should contain:
I don't know what it will do to Java apps, but for PHP apps it will
solve the problem.