Adam

They've had two actually, this is their third attempt (remember Buzz?) I wonder if they're so persistent so that they can gain the same advertising capabilities as Facebook? With more and more people becoming "aware" of behavioural tracking, and not to mention these ridiculous EU cookie laws next year, Google may be planning for the future..? Looks as though they've got too many users for the time being though so I can't have a play!

You mean count how many sessions there are? That's not so simple, as when your code executes you only have access to that specific user's session within the $_SESSION array. Session data by default is stored within individual files within a directory on the server, so counting the files is very inefficient. Since you have users, I'm assuming you also have a users database table to validate their username/password? Extend this table by adding a new column that stores a timestamp of their last activity (last page request). Using this timestamp you can then query for users that have been active in the last 5 minutes or so, and efficiently get an accurate count of active users.

Shouldn't you apply it as instructed by the author?

I'm not really sure what that is. Do you have any experience with PHP?

I've never heard of it before. Unfortunately I'm not going to sit down and learn how it works for free, as I'm sure most people here will take the same view. You would most certainly get the solution posting in the freelance board though..

Ohh bloody hell. Silly oversight.. I even looked up the valid arguments to pass the constructor! Well, we both live and learn..

Right I'm confused. var laterDate = new Date(1309291823); Does this work (forget passing it a string for now)? If not, do you receive an error? Do you see any output ("Nan:Nan[...]" for example)? What does happen? If you run this as a static value (i.e. replace the dynamic PHP echo with it) does it work then? I've ran the JS with a Unix time stamp myself and it works; and should always work regardless of language given it's an integer.

You can't, it's out of scope. Only the parent function can call it.

Just testing So back to my other request, can you show what is being passed to the date object by looking at the source when running the code? Need the actual value, not an explanation though.

Like some of your other file formats in that array, the ZIP format has quite a few different possible MIME types: application/zip application/x-zip application/x-zip-compressed application/octet-stream application/x-compress application/x-compressed multipart/x-zip For this reason, it's better to use the file extension in the actual file name to validate the data type.

Don't worry, everyone's been there. After this line: $registration_date=mysql_result($result,$i,"reg_date"); Add: var_dump($registration_date); That will dump the contents of the variable and tell you the datatype, which should help debug the issue.

JavaScript doesn't understand a MySQL time stamp. As I was suggesting, pass JavaScript a Unix time stamp (integer value e.g. 1309388400) that cuts out any language barriers.

I'm having a little trouble understanding some of the things you're saying. "Passing the timestamp the code" - I'm guessing you mean passing the code the timestamp, but what code are you referring to? At what point in this process (which call, which language, etc) is the failure happening?

Why don't you use a JOIN in the query to return the data from each table as one set?

If you view the source when the code is running, what's the argument passed to the Date object (in an environment where it doesn't work)?

Do you have an example available online? Would make debugging a lot easier.

Ah, use a Unix timestamp. Basically the milliseconds since 01/01/1970, which both PHP and JS understand regardless of OS.

Both jQuery and prototype use '$' as a short-cut within their frameworks, and so you get conflicts when trying to combine the two. I don't know of an equivalent for Prototype, but jQuery has a noConflict() function you can use to prevent it. Given Prototype is only used for that one solution though, it wouldn't really make sense to do that. Have you looked at a jQuery equivalent for Comet support?

What's the actual problem?

Can you show us a sample of the JSON data you're working with?

Your browser may have cached the image not existing, or the server itself. If it happens with another image, try adding "?foo" to the end of the address and see if that works.

Is "tag" a plug-in? It's certainly not standard jQuery.

You can access the select box value through the DOM tree using: document.formName.selectName.value You'll need to assign the "onchange" event to the select box too, so that you can capture the value as they change it. One thing to note is that you're not correctly assigning the value of each option; you should use the "value" attribute. Browsers default to using the option text instead though, so you're code will still work.

That's the BBCode users enter. requinix was asking for the PHP code that parses the BBCode.

I don't see the connection between appending and show()ing the next sibling?