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:
Rob
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
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:
'c..
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; althou
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 conside
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 o
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 a
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 deriva
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
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
>
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 to
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, response
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 bandw
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 a
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 scala
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 m
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 eas
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 use
>> 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 signific
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 (http://www.
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 al
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 ba
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
On Tue, Dec 30, 2008 at 16:34, 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 Telnet
scri
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...
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
> anyt
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 a
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 (http://www.php.net/
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 needles
29 matches
Mail list logo
