Only if you disable caching on the files, which will degrade the performance of your site. "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

If you read the comments to that answer, you'll see that it's retrieving the server's MAC address. As are almost all the other answers on that thread. If the client is not on the same subnet as the server, there is no way to retrieve the MAC address of the client from the server. There have occasionally been hacks which exploited security vulnerabilities on the client to allow you to retrieve it, but those are fixed almost as soon as they're found. "These people looked deep within my soul and assigned me a number based on the order in which I joined." - Homer

Alright, thank you :)

Thanks :)

You're welcome! Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...

Schatak wrote: seems to be good and new thing Pretty sure when new things stop showing up in computing then people won't be doing computing any more. So new doesn't mean much. The real question does it serve a real need significantly better than some older technology. Must be significant otherwise the learning time and the problems due to learning will not be an effective trade off. And the vast majority of the time for any really "new" idiom the answer is no. So based on that one shouldn't look for new technologies but rather look for solutions to real problems. For example a real problem might be that an existing file based database using expertly created caching and expertly created database design fails to meet real performance needs. This would be versus situations like the following - My 'database' is slow, when no actual profiling has been done at all. (I don't even know what profiling is much less creating a simulation of actual production traffic.) - My database is slow but I don't have any idea how databases work. - I don't like SQL and consequently all my SQL ends up being written like it didn't exist. - I don't even know what caching strategies are - I read about this cool tool and I want to base the entire future of a company for the next 10 years on it just so I can play with it. - As a developer I need to restore the database 20 times a day and it just takes too long so the database should be replaced even though there is no problem with performance in production.

Define BIG Construction.... How much data is involved (written to and read from)? Mainly simple tables with simple types of bugger and heavier types? You like to encode/decode JSON all the time? Which requirements are wanted? In Word you can only store 2 bytes. That is why I use Writer.

no...it's a good idea to use AJAX.