Robert Cummings wrote:
It's not easy in any language, but if your key concern is the
performance of PHP (as a language), hardware is what you need. You
can design your software to run on a single box with lots of CPU
cores, or
you can go for a distributed (and more easily scalable)
Well the current system runs of a 20MB internet connection in London,
seeing as that's the UK that about 2MB.
It runs fine, responses are snappy even dealing with loads of users.
This, however, is written in C: does PHP have that much of an overhead so
that bandwidth is actually that much of
Luke Slater wrote:
Well the current system runs of a 20MB internet connection in London,
seeing as that's the UK that about 2MB.
It runs fine, responses are snappy even dealing with loads of users.
This, however, is written in C: does PHP have that much of an overhead
so that bandwidth
The current system also uses some kind of strange text based database, I was
wondering if using MySQL for the database would slow it down too much?
Well the current system runs of a 20MB internet connection in London,
seeing as that's the UK that about 2MB.
It runs fine, responses are
Luke wrote:
The current system also uses some kind of strange text based database,
I was wondering if using MySQL for the database would slow it down too
much?
It depends on the type and mix of transactions, but based on the
information available, I don't think MySQL will slow it down too
On Thu, 2009-01-01 at 11:51 +0100, Per Jessen wrote:
Robert Cummings wrote:
It's not easy in any language, but if your key concern is the
performance of PHP (as a language), hardware is what you need. You
can design your software to run on a single box with lots of CPU
cores, or
On Thu, 2009-01-01 at 12:53 +, Luke Slater wrote:
Well the current system runs of a 20MB internet connection in London,
seeing as that's the UK that about 2MB.
It runs fine, responses are snappy even dealing with loads of users.
This, however, is written in C: does PHP have that much
On Thu, 2009-01-01 at 13:27 +, Luke wrote:
The current system also uses some kind of strange text based database, I was
wondering if using MySQL for the database would slow it down too much?
Which MUD engine are you using? Chances are it's DIKU, or Circle, or
Merc or one of the many
It's actually derived from tinymud.
XML is another option, however I've had people tell me not to use that
because it's horrifically slow, even though I've used it extensively,
through AJAX before and never had a speed issue; although perhaps when
dealing with more information it does become
Robert Cummings wrote:
'c...@l-i-e.com' isn't the original poster, I was speaking generally...
I thought he was the one to bring up his concern about PHP and
performance - I could be wrong.
That is perhaps a valid consideration, but isn't it easily dealt with
by using gigabit ethernet or
On Thu, 2009-01-01 at 19:03 +0100, Per Jessen wrote:
Robert Cummings wrote:
'c...@l-i-e.com' isn't the original poster, I was speaking generally...
I thought he was the one to bring up his concern about PHP and
performance - I could be wrong.
That is perhaps a valid consideration,
On Thu, 2009-01-01 at 17:58 +, Luke Slater wrote:
It's actually derived from tinymud.
XML is another option, however I've had people tell me not to use that
because it's horrifically slow, even though I've used it extensively,
through AJAX before and never had a speed issue; although
WELL, while we're advertising, tcz.net
telnet tcz.net 23
The MUD does indeed cover many aspects of programming, most of them even
have their own scripting language!
On Thu, 1 Jan 2009, Robert Cummings wrote:
On Thu, 2009-01-01 at 19:03 +0100, Per Jessen wrote:
Robert Cummings wrote:
On Thu, 2009-01-01 at 18:43 +, Luke Slater wrote:
WELL, while we're advertising, tcz.net
telnet tcz.net 23
The MUD does indeed cover many aspects of programming, most of them even
have their own scripting language!
Which is why PHP seems so lucrative... but one thing you need to keep
Well, I'm only 16 and I'm using 'em.
They are pretty good but depreceated rather a lot as graphical MUDs came
around.
The people on them are generally of the, ah, computing persuasion though
so it's a good way to meet people with like interests :)
On Thu, 1 Jan 2009, Per Jessen wrote:
Luke Slater wrote:
Hi everyone,
I'm trying to rewrite an old MUD in PHP; the reasons for this are that
the original is written in C and most files in the codebase run over
2000 lines with at least 20 of them, which makes it very hard to
change anything.
Plus, the web interface is also
c...@l-i-e.com wrote:
I often thought PHP would be a nice language for a MUD, if one could
get the performance out of it...
Design your code such that you can just throw more hardware at it
whenever you need more performance.
/Per Jessen, Zürich
--
PHP General Mailing List
I often thought PHP would be a nice language for a MUD, if one could
get the performance out of it...
Design your code such that you can just throw more hardware at it
whenever you need more performance.
That's easily said, but a MUD means all the users have to share a significant
c...@l-i-e.com wrote:
I often thought PHP would be a nice language for a MUD, if one could
get the performance out of it...
Design your code such that you can just throw more hardware at it
whenever you need more performance.
That's easily said, but a MUD means all the users have to
On Wed, 2008-12-31 at 16:19 +, c...@l-i-e.com wrote:
I often thought PHP would be a nice language for a MUD, if one could
get the performance out of it...
Design your code such that you can just throw more hardware at it
whenever you need more performance.
That's easily said, but
On Wed, 2008-12-31 at 17:35 +0100, Per Jessen wrote:
c...@l-i-e.com wrote:
I often thought PHP would be a nice language for a MUD, if one could
get the performance out of it...
Design your code such that you can just throw more hardware at it
whenever you need more performance.
Hi everyone,
I'm trying to rewrite an old MUD in PHP; the reasons for this are that the
original is written in C and most files in the codebase run over 2000
lines with at least 20 of them, which makes it very hard to change
anything.
Plus, the web interface is also written in C, and
On Tue, 30 Dec 2008, Luke Slater wrote:
Hi everyone,
A quick read over Stevens` A.P.U.E. and UNIX Network Programing Vol. 1
should familarize you with multi-threaded TCP/IP daemon development.
~BAS
1. http://www.kohala.com/start/apue.html
--
PHP General Mailing List
I often thought PHP would be a nice language for a MUD, if one could get the
performance out of it...
'Course you could always write some of the heaviest bits as extensions...
Anyway, I don't think you need the connections to be shared in any special
way.
Just update your data store
On Tue, 2008-12-30 at 21:12 +, Luke Slater wrote:
Hi everyone,
I'm trying to rewrite an old MUD in PHP; the reasons for this are that the
original is written in C and most files in the codebase run over 2000
lines with at least 20 of them, which makes it very hard to change
anything.
On Tue, 2008-12-30 at 16:21 -0500, Brian A. Seklecki wrote:
On Tue, 30 Dec 2008, Luke Slater wrote:
Hi everyone,
A quick read over Stevens` A.P.U.E. and UNIX Network Programing Vol. 1
should familarize you with multi-threaded TCP/IP daemon development.
Couple of problems...
1. he
On Tue, Dec 30, 2008 at 16:34, c...@l-i-e.com wrote:
I often thought PHP would be a nice language for a MUD, if one could get the
performance out of it...
'Course you could always write some of the heaviest bits as extensions...
Indeed. I had written a very simple control-panel-like
Hello,
There are plenty of ready to use solutions to build TCP servers. Here
are some of them:
Simple TCP Daemon
http://www.phpclasses.org/daemon
Generic socket based networking servers
http://www.phpclasses.org/clssocket
Implement TCP socket server scripts
http://www.phpclasses.org/flosocket
That supersocket class certainly seems good enough to get me started,
thanks everyone!
On Tue, 30 Dec 2008, Manuel Lemos wrote:
Hello,
There are plenty of ready to use solutions to build TCP servers. Here
are some of them:
Simple TCP Daemon
http://www.phpclasses.org/daemon
Generic socket
Hello all,
I currently have a generic socket daemon running and doing what it should
but I am wondering if there is a way to have a php script act as a telnet
daemon?
Thanks to you all in advance!
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit:
hi,
Theoretically possible but practically very difficult. The telnet
protocol is a lot more complex than it looks at first glance. Even to
login you need to do a lot of negotiation.
Dev wrote:
Hello all,
I currently have a generic socket daemon running and doing what it
should but I am
The following code generated garbase output. what is wrong ??
?php
$sp = fsockopen(localhost, 23);
if(!$sp){
echo error;
exit;
}
socket_set_blocking($sp, FALSE);
function getLine(){
global $sp;
$op = fgets($sp, 1024);
while(empty($op)){
$op = fgets($sp,
... and what did you expect? :o) Telnet uses charcters under ascii[32] to
sync and manage connection/session - try
http://www.faqs.org/rfcs/rfc854.html - description of TELNET protocol.
M.N.
--
kancha wrote:
The following code generated garbase output. what is wrong ??
?php
$sp =
33 matches
Mail list logo