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
On Thu, Jan 1, 2009 at 7:33 AM, TG wrote:
> Thanks for the recommendations, everyone. I decided to give Subversion
> another try, since I had a server already set up from when I tried this a
> while ago. Reinstalled TortoiseSVN for Windows and got it all configured.
> But I couldn't figure o
Edward Diener wrote:
>> why not just use https protocol. all data between client and server
>> will be encrypted.
>
> The data must be encrypted/decrypted going both ways between the
> client and the server. Does using https automatically do that ? If it
> does that would be great.
>
Yes, that
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
On Thu, 2009-01-01 at 12:57 -0500, Bastien Koert wrote:
> On Thu, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
> wrote:
>
> > On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
> > > What about using the onclick to set a js variable to be sent to the
> > > server? That should be more cross server compl
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, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
wrote:
> On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
> > What about using the onclick to set a js variable to be sent to the
> > server? That should be more cross server compliant.
> >
> > Bastien
> >
> > Sent from my iPod
> >
> > On Dec 31, 2
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
>
Hi List,
I would like to appreciate from you all. I hope that you enjoy your
holidays.
Children (yes! children) are dying in Gaza, and we're safe! We're happy.
Happy Christmas!!
Thank you for supporting Israel, and for being so quite. The God is with
you!
How Palestinians defend(!) themselves wit
On Thu, 2009-01-01 at 11:25 -0500, Phpster wrote:
> What about using the onclick to set a js variable to be sent to the
> server? That should be more cross server compliant.
>
> Bastien
>
> Sent from my iPod
>
> On Dec 31, 2008, at 8:37 PM, "L. Herbert"
> wrote:
>
> > Bastien,
> >
> > Than
What about using the onclick to set a js variable to be sent to the
server? That should be more cross server compliant.
Bastien
Sent from my iPod
On Dec 31, 2008, at 8:37 PM, "L. Herbert"
wrote:
Bastien,
Thanks for your response. The curious thing is that the value is
passed when us
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
paragasu wrote:
if you want client to send encrypted form to server. then it must be
done using some kind of
client side script (javascript?).
I am using C++.
i don't think it is reliable.
Why would it not be reliable if I were using a public-key/private-key
encryption library which works
Per Jessen wrote:
Edward Diener wrote:
Phpster wrote:
In reading the license I believe it refers to the gnupg itself, not
the application it may be embedded in. You are completely free to use
gnupg as you choose including modifying it to meet your needs.
I always thought the GNU public licens
At 8:37 PM -0500 12/31/08, L. Herbert wrote:
Any thoughts?
Theme (style) switcher? Try these:
http://sperling.com/examples/styleswitch/
http://sperling.com/examples/styleswitch1/
It makes no difference which browser you are using.
Cheers,
tedd
--
---
http://sperling.com http://ancien
On Thu, 1 Jan 2009 03:17:01 -0500, "L. Herbert" wrote:
> On Dec 31, 2008, at 11:07 PM, Lupus Michaelis wrote:
>
>> MSIE pushes input_name.x and input_name.y to the server, when the
>> input is an image.
> Thanks! I see the issue clearly now. Oh well, time to modify my code
> to compensate
Anders Norrbring wrote:
On Thu, Jan 1, 2009 at 02:35, Anders Norrbring
wrote:
I'm a bit stuck.. I'm using the PEAR http_Request to send files and
data as
HTTP POST, which is working fine if I in fact have the files on disk
on the
server. Just using the method addFile..
Okay
But w
Thanks for the recommendations, everyone. I decided to give Subversion
another try, since I had a server already set up from when I tried this a
while ago. Reinstalled TortoiseSVN for Windows and got it all configured.
But I couldn't figure out how to update existing files in the repositor
Ashley Sheridan wrote:
On Wed, 2008-12-31 at 20:41 +, Ólafur Waage wrote:
Short: Is it possible to see the PHP code that is going to be
processed in whole?
Long: I love to see things visually, and while programming i create
all kinds of debugging variables i keep on the side for each
page/r
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
if you want client to send encrypted form to server. then it must be
done using some kind of
client side script (javascript?). i don't think it is reliable.
why not just use https protocol. all data between client and server
will be encrypted.
On 1/1/09, Per Jessen wrote:
> Edward Diener wrote:
>And as a side note (some of you already know): for my wife and I
> closing out the year, we heard the heartbeat of our first child for
> the first time today in the ultrasound. Nothing else will ever again
> matter as much to me as what I am about to embark upon. I don't think
> any song or
Edward Diener wrote:
> Phpster wrote:
>> In reading the license I believe it refers to the gnupg itself, not
>> the application it may be embedded in. You are completely free to use
>> gnupg as you choose including modifying it to meet your needs.
>
> I always thought the GNU public license deman
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 Thu, Jan 1, 2009 at 12:01 AM, Daniel Brown wrote:
> On Thu, Jan 1, 2009 at 01:57, Jim Lucas wrote:
> >
> > Getting in some practice for new little one? :)
>
> Damn kids ;-P
>
> > Happy New Year to all, and to all a safe night!
>
> To you as well, Mr. Lucas! And now that I am don
> On Thu, Jan 1, 2009 at 02:35, Anders Norrbring
> wrote:
> > I'm a bit stuck.. I'm using the PEAR http_Request to send files and
> data as
> > HTTP POST, which is working fine if I in fact have the files on disk
> on the
> > server. Just using the method addFile..
>
> Okay
>
> > But wha
Jim,
This is functionally "correct" since I swapped the default and
alternate themes but left the button names the same.
On Jan 1, 2009, at 12:55 AM, Jim Lucas wrote:
L. Herbert wrote:
I agree with your supposition. The problem is that the variable is
passed in one instance with FF and n
Thanks! I see the issue clearly now. Oh well, time to modify my code
to compensate for IE's non-standard behavior...
On Dec 31, 2008, at 11:07 PM, Lupus Michaelis wrote:
L. Herbert a écrit :
Each input is a "submit" button.
MSIE pushes input_name.x and input_name.y to the server, when
On Thu, Jan 1, 2009 at 02:35, Anders Norrbring wrote:
> I'm a bit stuck.. I'm using the PEAR http_Request to send files and data as
> HTTP POST, which is working fine if I in fact have the files on disk on the
> server. Just using the method addFile..
Okay
> But what if the file data is
37 matches
Mail list logo