a_bertrand

Second one get my vote.

Me is interested too ;)

Well maybe your apache user don't have write access to this files directory?

What's the problem? What doesn't work?

- Assembler is not a script. - Assembler is nearly what runs on your CPU or as near as possible. - You don't execute .asm files, you need to "convert" assembler files to your machine code. - So you don't actually even compile assembler files ;) Registers are the only few variables the CPU has access to. Depending on the CPU you have a different number of registers. To calculate something or do anything actually, you must normally read from the memory and put the data in one of the register, and then use that register to do something. Flags are like modifiers or return status and can modify how things works or tell you how things went. You may check: http://www.xs4all.nl/~smit/asm01001.htm

Nope, all that was already there before they came. Even advert was there before Google. So they just improved some stuff but invented nothing (so far).

Web development and standalone application development are 2 different universe. Sure with some languages you can do both (like Java, C, Python, C# etc...) but the concepts are by far not the sames. Generally a standalone application is easier to develop than a web application, even if a web application generally stops before being a real application. I mean, if you make a web shop, it's nothing that special. Now of course if you do those app like google calendar or maps, well then you know what I mean by being harder than a standalone application. All that to say, those 2 things are really 2 different things, and having a specialist in one field doesn't mean you are in the second.

well what would be the "root" directory? and then go up? That's certainly a wrong path. include_once("../includes/functions.php"); This one may work if your file is in the directory above and then inside includes.

Thanks! Added here: http://www.wsirc.com/cms/component/content/article/25-the-project/54-wsirc-integration.html

Well history can tell you some things, and shows that a company even like google is not mandatory to survive. We could as well live without Apple, Microsoft and others. So don't think such things are so much important.

Zeggy true and not true, I have more than 30 players online (depends on the time of the day) and yet the chat doesn't bug. However I don't use normal MySQL tables or files, instead I use memory tables (which are fine for a chat). Also, you need indeed to increase the number of connections as 30 is way to low and for that you are completely right. But if I must say the whole story, I'm currently checking about writing my own IRC server to handle my game specificity inside the chat system, like fixed role (independent of the channel), invisible users, login only for known users, etc... The advantage for me would be the possibility to use wsIRC as client and integrate it into my game, as well as let players use whatever chat client they want.

Hahaha this starts to be funny. I don't know if you ever used internet BEFORE google came. If so, then you should know that everything was working fine EVEN without google. There was a good search engine called altavista (still here: http://www.altavista.com/) and yahoo was more important at that time. Simply google came and gave more relevant results and people started to use google instead of the others, but don't be fooled, internet was nearly as usable before than it is now. So no, google didn't invented the search engine or the indexing. What they invented or tuned is their "page rank" where the relevance of a site is based on the links from the others, where before it was based on the page itself... and some other tricks.

You mix the idea of a "shoutbox" with a "chat". A chat is in real time and you cannot delete a line. Also, if you join you normally don't see what was said before you came. For those reasons most of the time an IRC chat is better than those PHP chat you can find for a lot of reasons. Spam is not an issue as you can kick out spamers and ban them as well...

Can't do much here, but I never had myself any issue.

You need to filter what your users write. I would not allow HTML in general.

No, if somebody did something for you, the copyrights are still owned by this person, unless he/she work for you as co-worker which implies you have some sort of company and the copyrights are then owned by this company. So generally if you purchase a custom work, the copyrights are owned by the designer and he/she could either let you resell it or not. So all depends on the contract / agreement you have.

Version 0.95 of wsIRC is out: - Some bug fixes. - User registration. - Session store and restore. - User scripts (with a full featured scripting language)

I love wsIrc :P

well could be investigated... but at least for a cost it would be a time cost somewhere.

Karma on the forum you mean? Useless as those which post more automatically get more karma (as others will just give more points) but that doesn't mean you can trust them more. Sadly scamming is a huge issue on Internet, and I don't believe we will be able to solve it with a site of "wanted" people (which we don't actually have real proofs as you could create from scratch such wanted page like you did about MD), nor we know the true name (which wouldn't really help). A solution would be to work with some secure signature, like you register somewhere (showing your ID card or something) and those give you a PGP signature or whatever else. Once this is issued, you would need to show it all the time (a PGP signature is like a private key / public key solution where your message is hashed with your private key, other people can check both the message and your key with the public key). However that would require something on the forum side, to allow PGP or equivalent, and we would need to register somewhere by giving all the details. The pro of such system is that you can certainly NOT create multiple accounts (or way not that easily, as it requires a copy of your ID card, and usually your are called back), will ensure that we know with whom we speak, and if someone of those trusted people do something bad, he/she can easily be spotted and kicked out. The con, is that all this will be complex to setup, would require you guys to go through a complex registration, and quiet certainly would have a cost.

Ok good, thanks for the info.

Well you can make things look good with nearly anything, or bad actually. A technology doesn't imply good results. On the other side, if you plan to implement yourself a complete chat system, you will see it will take you a lot of time. So my suggestion is to use something existing, and just merge it with your site: - http://www.wsirc.com (for using a IRC server) - http://www.phpfreechat.net/start for a PHP / Ajax (one of the many examples) - http://www.tufat.com/s_flash_chat_chatroom.htm for a flash chat to be used with a php website (one of the many example)

well actually a java or flash chat would use less bandwidth than an ajax chat, however it will require a special server which cannot be installed on shared hosts unless your hosts offer already some chat.

competition is indeed good, until one of the company plays unfair games like market dumping or other dirty tricks. Let's hope it will not be the case.

And wait for the next wsIRC update, as it should open yet a new world of possibilities never seen so far on a web based irc client ;)