date:20090101

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) approach.  If
 you don't need/want straight scalability, go for the 32 cores all
 ticking at 3GHz.  Once that is saturated, buy another one.
 
 If you go multi core then you need to go with a threaded approach...
 which makes the development a bit complex for newbies to MUD
 development. 

'c...@l-i-e.com' doesn't seem like a newbie to me, but you're right, it
would be a complex job for a newbie.  Nevertheless, given todays
machines where even laptops have multiple cores, I would certainly
design any new performance-critical application for multi-threading. 
(Multi-threading in PHP is a challenge in itself, and I wouldn't choose
PHP for such a job, but that's a different story).

 I don't think I'd go distributed since people whine about 
 lag that takes a 1/4 second... distributed would inherently require
 more time while messages are passed to and fro.

That is perhaps a valid consideration, but isn't it easily dealt with by
using gigabit ethernet or infiniband or something similar?

The distributed vs. one big monolith discussion is also a matter of
space, cooling, electricity etc.  The big monolith is easier to deal
with, but also carries a different pricetag. The many machines can be
gradually expanded at a lower cost, but need much more in terms of
infrastructure.


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Encryption/decryption of PHP data

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 demanded that any non-free
 modules, which use any software distributed with this license, make
 their source code freely available to end users. If this is either not
 the case or no longer the case, then I will be glad to use GnuPG.

If you are distributing or selling your non-GPL software and you use GPL
software with it, then yes, I believe you are required to make your
source code available to the end-user too.  

Maybe have a quick look at http://gpl-violations.org/ 


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Since I speak with some of you more than people I see in person....

2009-01-01 Thread chris smith

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 sound I've ever heard in my entire life was as beautiful
 as those few seconds.  My heart literally feels so full that it could
 burst at any moment.

Congrats!! That's awesome news, they are so much fun. Half way through
waiting for #3 heh.

-- 
Postgresql  php tutorials
http://www.designmagick.com/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Encryption/decryption of PHP data

2009-01-01 Thread paragasu

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 p...@computer.org 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 license demanded that any non-free
 modules, which use any software distributed with this license, make
 their source code freely available to end users. If this is either not
 the case or no longer the case, then I will be glad to use GnuPG.

 If you are distributing or selling your non-GPL software and you use GPL
 software with it, then yes, I believe you are required to make your
 source code available to the end-user too.

 Maybe have a quick look at http://gpl-violations.org/


 /Per Jessen, Zürich


 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 an issue?


On Thu, 1 Jan 2009, 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
you can go for a distributed (and more easily scalable) approach.  If
you don't need/want straight scalability, go for the 32 cores all
ticking at 3GHz.  Once that is saturated, buy another one.


If you go multi core then you need to go with a threaded approach...
which makes the development a bit complex for newbies to MUD
development.


'c...@l-i-e.com' doesn't seem like a newbie to me, but you're right, it
would be a complex job for a newbie.  Nevertheless, given todays
machines where even laptops have multiple cores, I would certainly
design any new performance-critical application for multi-threading.
(Multi-threading in PHP is a challenge in itself, and I wouldn't choose
PHP for such a job, but that's a different story).


I don't think I'd go distributed since people whine about
lag that takes a 1/4 second... distributed would inherently require
more time while messages are passed to and fro.


That is perhaps a valid consideration, but isn't it easily dealt with by
using gigabit ethernet or infiniband or something similar?

The distributed vs. one big monolith discussion is also a matter of
space, cooling, electricity etc.  The big monolith is easier to deal
with, but also carries a different pricetag. The many machines can be
gradually expanded at a lower cost, but need much more in terms of
infrastructure.


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 is actually that much of an issue?
 

The implementation language does not affect your bandwidth requirements
at all.


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

2009-01-01 Thread Luke

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 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 an issue?
 

 The implementation language does not affect your bandwidth requirements
 at all.


 /Per Jessen, Zürich


 --
 PHP General Mailing List (http://www.php.net/)
 To unsubscribe, visit: http://www.php.net/unsub.php




-- 
Luke Slater
:O)

PGP Fingerprint: 643B B93E D979 15C9 5BBD 7AF9 A18B 9831 6600 C396

-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.4.9 (GNU/Linux)

mQGiBEjrxM0RBADm6CySSIf+t4TqTwXyleiS1dwUJiMiwoesJcerVzGAkl5kJjhv
ZQp2uVEeMsX5Wo7/1AxDN8yV9cNRcX0wl8QXAFqn+7XG7GWRQlVMdmftHEFokK+/
FfU5md2c87juGPsJkZcBIu1E2UAbppAzLydRAHMBZUi2+x8X/+Bh1v1j3wCg69EM
2EM6giPRQ9H+GDvSNBfiq+sD/3ZkOeynNx9v4hFegQtRPUe7CxQbjkxzPARO4bBd
A4Cx5EHlgKAE3hdZRMl38pl9kBD7s548s2wzKLSCsQeWMJp+bdoxj5mopPWH95hG
ITDRUl/i12xC669rYQhGDY+rZW5ltmlhtNBpVHBVbr8/JogJR1/XgW1WFLWlYMTC
znnfBADJz6d+CR6SEb1iqAHVGB1sMz5mmTQ/qbtbirkDKC+4DWB0MrmRkllK8PgC
Rs+MEhwoVL1zSQPYCChZTFZS7Ja6t7duqbqWOp90gWY4gbFrcihBC+WzkwpRELil
T2wVcEtqcU25EVAGmtcAqDxRvQ/2WVReaKBZQ4brCcAGZUSAQLQ7THVrZSBTbGF0
ZXIgKE51LVZvbyBzb2Z0d2FyZSBkZXNpZ24pIDx0aW5tYWNoaW4zQGdtYWlsLmNv
bT6IYAQTEQIAIAUCSOvEzQIbIwYLCQgHAwIEFQIIAwQWAgMBAh4BAheAAAoJEKGL
mDFmAMOWtnwAoJFKtRxa6/kHkuq52rI5d+3MrC2BAJ0S0yXE7uKyzuRgFI2Uv4Fw
cWWQ5IhgBBMRAgAgBQJI687PAhsjBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQ
oYuYMWYAw5aSogCfZTDDPlCnq9dXxax3TQ71f55d1w8AoNlMKmUQdNa4MZMaKyCx
bjYKtHz4uQENBEjrxM0QBADSsxd0x6Ioa+b/4OTIp7z2oFm72dS5CuxJl9fuhfPG
ee1yfaBHDDTHvh2k9IpWhFC+ZhCJkp560BbOpdGItZ2yhH2cCdrOeYCqiVWQBN5v
dwQaJ0o8Z/bSo5xHgLe4iED596rs6lnv8HGBnzoEQNGbexI/p9vbRTvuCLWzPZfu
7wAECwP/cXlVBrfY8E2vt6T9WUGJcWPjx9MM1wY/xLvqyJjmFLc6UAWnbR17Vb0n
c/7Af+wD1yFzUlt54bW3hqyn4sKkf6sejupY7sWbBTDCjNCJ5fAGfDzmxha/KYN7
XL7Gjp4pVfmXaPucj9WbQj8uEQi/mQ265GlCNHFofnsBAeOcxZ+ISQQYEQIACQUC
SOvEzQIbDAAKCRChi5gxZgDDlugxAJ4+eNpkqv6RELyjw3Bsx6L80maHiwCdFL6I
HlaeNZYrTyhaCMt46Gz8kN0=
=z+JR
-END PGP PUBLIC KEY BLOCK-

Re: [PHP] Quick question regarding debugging and PHP structure.

2009-01-01 Thread Nathan Rixham


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/request.
I know this is possibly not possible since this has to be done from
either the Zend Engine or PHP itself, but if i could see a complete
output of all the code within my project that is used for a certain
execution.

Example:
I call index.php?page=10

index.php includes functions.php and classes.php
classes.php include page_classes.php if there is a $_GET[page]
variable set and product_classes.php if there is a $_GET[product]
variable set

What i would like to see is the linear output of what code is included
(so the data of functions.php, classes.php, then page_classes.php, and
then index.php (not product_classes.php since its not included within
this request)

This is most likely possible with some PHP code but I'm thinking of
trying to make sense of an old project i didn't create quickly and if
this is possible it would help a lot.


Have you looked at PHPDebug? It offers something similar to what has
been offered by ASP, ColdFusion, and .Net in terms of debugging output,
and could help you?


Ash
www.ashleysheridan.co.uk



you can also just use eclipse+pdt, stick it in debug mode and step 
through every line of code exploring all the variables and such like 
every step of the way


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Question about version control.. sorta..

2009-01-01 Thread TG

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 repository 
without checking them out.   I tried using the RepoBrowser and I could add 
new items by dragging them to the browser, but if I tried to drag something 
that already existed, I got an error.

Is there any way to reimport as a new version?   In particular, I'd love to 
have it just import changed files.

I'd love to also be able to select a date and get a copy of the directory in 
question as it appeared on that date.


I'm sure there's ways to do this with SVN, but it's eluding me.  I'll keep 
looking, but I'm thinking that SVN is overkill for what I need, even though 
it's in the right ballpark.

The other option mentioned, FileHamster, has potential, but I'd rather 
control my own server and storage requirements.  Plus I didn't see a way to 
either whitelist of blacklist file types.  I really just want to back up 
script files and not the PDFs and other large files.  So either 
whitelisting by file type (or blacklisting if necessary) or even doing it 
by file size would be fine.

My web host supports rsync, but I don't think I've seen any version control 
options for rsync.

This seems like a fairly basic request, but it's stumping me.

-TG

- Original Message -
From: Micah Gersten mi...@onshore.com
To: Richard Heyes rich...@php.net
Cc: TG tg-...@gryffyndevelopment.com, php-general@lists.php.net
Date: Wed, 31 Dec 2008 20:06:25 -0600
Subject: Re: [PHP] Question about version control.. sorta..

 Richard Heyes wrote:
  The other issue is that I run Windows.  So if there's something nice and
  WinGUI, that'd be nice.   Please no you should be running linux
  
 
  You should be running linux. Muhaha.
 

  responses.  I don't have anything against Linux or Mac, they're great
  systems.  But I have my reasons for running Windows.
  
 
  There's definitely a Gui for CVS. TurtleCVS IIRC. Presumably there's
  one for SVN.
 

 TortoiseCVS and TortoiseSVN on Windows
 
 Thank you,
 Micah Gersten
 onShore Networks
 Internal Developer
 http://www.onshore.com
 
 
 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: SV: [PHP] Sending files via POST

2009-01-01 Thread Nathan Rixham

Anders Norrbring wrote:

On Thu, Jan 1, 2009 at 02:35, Anders Norrbring and...@norrbring.se
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 only in a variable? It feels like

overkill to

first save to disk, and then read it in with addFile... The HTTP POST

I'm

looking at will need to add files both from disk and variables.

then it's not a file, it's data held in RAM (non-TSR).

Absolutely true, but the receiving end is expecting the data as a file
upload.

Are you looking to stream the file content (such as the header or
initial $n bytes) from you local system to the server? If so, sorry,
but you're in the wrong place.

I don't really understand what you're asking for above, but to try to
explain... My server is to create a HTTP POST request to another system,
with a couple of form variables and also 2-3 files. Much like a manual
html form will do, but with no human intervention.

Ideas are welcome..

My idea is to ask the question: how is the file data getting
into the variable?

Well, some of the form values are static, like user name etc. Then one
file will be static (and stored on disk as a file) and added with method
'addData' to the POST request. Another file is generated dynamically from
data stored in a SQL database and data provided by user input from visiting
my site. Of course I can store this dynamically generated data to disk, add
it with 'addData' and then delete it after the request is made, but it
doesn't really feel like the right thing to do.

Anders.

after having a flick through the source it looks like a limitation of
http request;

http://pear.php.net/package/HTTP_Request/docs/latest/__filesource/fsource_HTTP_Request__HTTP_Request-1.4.4Request.php.html
check lines around 600 and 900+

you'd have to set the http request yourself i thinks! (setBody)

may be worth contacting they who maintain the package

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread Nisse Engström

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 for IE's non-standard behavior...

Actually, that *is* standard behaviour.

http://www.w3.org/TR/html401/interact/forms.html#h-17.4.1


/Nisse

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread tedd


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://ancientstones.com  http://earthstones.com

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Encryption/decryption of PHP data

2009-01-01 Thread Edward Diener


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 license demanded that any non-free
modules, which use any software distributed with this license, make
their source code freely available to end users. If this is either not
the case or no longer the case, then I will be glad to use GnuPG.


If you are distributing or selling your non-GPL software and you use GPL
software with it, then yes, I believe you are required to make your
source code available to the end-user too.


The project in which I am working is definitely selling the software and 
we have no intention of distributing the source code with it. So that 
leaves GnuPG out.


Is there any other PHP public key-private key implementation which I can 
use which either I will pay for or does not use the Gnu Public license ?


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Encryption/decryption of PHP data

2009-01-01 Thread Edward Diener


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 both with PHP and C++ ?




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.




On 1/1/09, Per Jessen p...@computer.org 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 license demanded that any non-free
modules, which use any software distributed with this license, make
their source code freely available to end users. If this is either not
the case or no longer the case, then I will be glad to use GnuPG.

If you are distributing or selling your non-GPL software and you use GPL
software with it, then yes, I believe you are required to make your
source code available to the end-user too.

Maybe have a quick look at http://gpl-violations.org/


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 much.


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread Phpster

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 lherb...@iluvmydesign.com  
wrote:



Bastien,

Thanks for your response.  The curious thing is that the value is  
passed when using FF, but not passed when using IE.


Here is the relevant form html:

   div id=switch-theme
   form action= method=post
   labelFlip It!/label
   input name=style type=image src=images/ 
switch-button-grey.gif title=Default Theme id=style1  
value=default /
   input name=style type=image src=himages/ 
switch-button-default.gif title=Alternate Theme id=style2  
value=alternate /

   /form
   /div

The action attribute is left blank so the form posts to the current  
page.  The theme switcher script is at the top of each page and  
intercepts the posted variables.


Any thoughts?


On Dec 31, 2008, at 11:02 AM, Phpster wrote:


Try checking to see if the value was passed with var_dump($_REQUEST)

Also try (!empty($_REQUEST['style']))


Bastien

Sent from my iPod

On Dec 31, 2008, at 10:24 AM, L. Herbert  
lherb...@iluvmydesign.com wrote:



Hello all,

Anyone have insight to share on the following issue:

I have a simple theme switcher script that functions as expected  
in FF, Safari, etc. but does not work in IE 6 or 7.  It appears  
that the posted form variables are not detected in IE.   I am  
using the following check within the script:


if(isset($_REQUEST['style'])) {

 $style = $_REQUEST['style'];
}

Thanks in advance for your assistance.

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php





--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread Ashley Sheridan

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 lherb...@iluvmydesign.com  
 wrote:
 
  Bastien,
 
  Thanks for your response.  The curious thing is that the value is  
  passed when using FF, but not passed when using IE.
 
  Here is the relevant form html:
 
 div id=switch-theme
 form action= method=post
 labelFlip It!/label
 input name=style type=image src=images/ 
  switch-button-grey.gif title=Default Theme id=style1  
  value=default /
 input name=style type=image src=himages/ 
  switch-button-default.gif title=Alternate Theme id=style2  
  value=alternate /
 /form
 /div
 
  The action attribute is left blank so the form posts to the current  
  page.  The theme switcher script is at the top of each page and  
  intercepts the posted variables.
 
  Any thoughts?
 
 
  On Dec 31, 2008, at 11:02 AM, Phpster wrote:
 
  Try checking to see if the value was passed with var_dump($_REQUEST)
 
  Also try (!empty($_REQUEST['style']))
 
 
  Bastien
 
  Sent from my iPod
 
  On Dec 31, 2008, at 10:24 AM, L. Herbert  
  lherb...@iluvmydesign.com wrote:
 
  Hello all,
 
  Anyone have insight to share on the following issue:
 
  I have a simple theme switcher script that functions as expected  
  in FF, Safari, etc. but does not work in IE 6 or 7.  It appears  
  that the posted form variables are not detected in IE.   I am  
  using the following check within the script:
 
  if(isset($_REQUEST['style'])) {
 
   $style = $_REQUEST['style'];
  }
 
  Thanks in advance for your assistance.
 
  -- 
  PHP General Mailing List (http://www.php.net/)
  To unsubscribe, visit: http://www.php.net/unsub.php
 
 
  -- 
  PHP General Mailing List (http://www.php.net/)
  To unsubscribe, visit: http://www.php.net/unsub.php
 
 
 
Which would make it as non-accessibility-friendly as possible...


Ash
www.ashleysheridan.co.uk


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Thank you everyone, What a wonderful world

2009-01-01 Thread Behzad

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 with stones, and how Zionist are
performing
a new holocaust using the American weapons in a prison, named Gaza strip.
But you now what... this is really good. At least this could bring
democracy, and freedom to
middle east. PEACE! HUMAN RIGHTS! YEAH! a lot of bullshit !!.

We're all responsible for this event. What a shame for mankind in 21th
century.

Forget this. This is SPAM and/or PROPAGANDA!

CHEERS!
-behzad

Re: [PHP] PHP telnet server

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
  you can go for a distributed (and more easily scalable) approach.  If
  you don't need/want straight scalability, go for the 32 cores all
  ticking at 3GHz.  Once that is saturated, buy another one.
  
  If you go multi core then you need to go with a threaded approach...
  which makes the development a bit complex for newbies to MUD
  development. 
 
 'c...@l-i-e.com' doesn't seem like a newbie to me, but you're right, it
 would be a complex job for a newbie.

'c...@l-i-e.com' isn't the original poster, I was speaking generally...
with a possibly nod towards the OP who may be a newbie.

   Nevertheless, given todays
 machines where even laptops have multiple cores, I would certainly
 design any new performance-critical application for multi-threading. 
 (Multi-threading in PHP is a challenge in itself, and I wouldn't choose
 PHP for such a job, but that's a different story).
 
  I don't think I'd go distributed since people whine about 
  lag that takes a 1/4 second... distributed would inherently require
  more time while messages are passed to and fro.
 
 That is perhaps a valid consideration, but isn't it easily dealt with by
 using gigabit ethernet or infiniband or something similar?

We're talking about a text-based MUD here... it's unlikely the user has
the will to spring for such resources for this endeavour.

 The distributed vs. one big monolith discussion is also a matter of
 space, cooling, electricity etc.  The big monolith is easier to deal
 with, but also carries a different pricetag. The many machines can be
 gradually expanded at a lower cost, but need much more in terms of
 infrastructure.

Yes, I agree with all your points, just think perhaps you've shot past
the target a little ;)

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 of an overhead so 
 that bandwidth is actually that much of an issue?

No the issue was a distributed environment for the MUD that would
introduce internal network latency as the machines coordinate amongst
themselves. 

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 derivatives. I converted ours years ago from
that horrible text format to XML... not that everyone thinks XML is the
bee's knees, but it's certainly more flexible than DIKU flat file. MySQL
can work, but I don't suggest it as a straight up format. I suggest
something like XML (or any other flexible markup language) which is then
housed in a MySQL database. You may enjoy the pain of managing 60
different tables though for an object... or not :)

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread Bastien Koert

On Thu, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
a...@ashleysheridan.co.ukwrote:

 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 lherb...@iluvmydesign.com
  wrote:
 
   Bastien,
  
   Thanks for your response.  The curious thing is that the value is
   passed when using FF, but not passed when using IE.
  
   Here is the relevant form html:
  
  div id=switch-theme
  form action= method=post
  labelFlip It!/label
  input name=style type=image src=images/
   switch-button-grey.gif title=Default Theme id=style1
   value=default /
  input name=style type=image src=himages/
   switch-button-default.gif title=Alternate Theme id=style2
   value=alternate /
  /form
  /div
  
   The action attribute is left blank so the form posts to the current
   page.  The theme switcher script is at the top of each page and
   intercepts the posted variables.
  
   Any thoughts?
  
  
   On Dec 31, 2008, at 11:02 AM, Phpster wrote:
  
   Try checking to see if the value was passed with var_dump($_REQUEST)
  
   Also try (!empty($_REQUEST['style']))
  
  
   Bastien
  
   Sent from my iPod
  
   On Dec 31, 2008, at 10:24 AM, L. Herbert
   lherb...@iluvmydesign.com wrote:
  
   Hello all,
  
   Anyone have insight to share on the following issue:
  
   I have a simple theme switcher script that functions as expected
   in FF, Safari, etc. but does not work in IE 6 or 7.  It appears
   that the posted form variables are not detected in IE.   I am
   using the following check within the script:
  
   if(isset($_REQUEST['style'])) {
  
$style = $_REQUEST['style'];
   }
  
   Thanks in advance for your assistance.
  
   --
   PHP General Mailing List (http://www.php.net/)
   To unsubscribe, visit: http://www.php.net/unsub.php
  
  
   --
   PHP General Mailing List (http://www.php.net/)
   To unsubscribe, visit: http://www.php.net/unsub.php
  
  
 
 Which would make it as non-accessibility-friendly as possible...


 Ash
 www.ashleysheridan.co.uk


There are always trade-offs

-- 

Bastien

Cat, the other other white meat

Re: [PHP] PHP telnet server


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 an issue?


On Thu, 1 Jan 2009, Robert Cummings wrote:


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 derivatives. I converted ours years ago from
that horrible text format to XML... not that everyone thinks XML is the
bee's knees, but it's certainly more flexible than DIKU flat file. MySQL
can work, but I don't suggest it as a straight up format. I suggest
something like XML (or any other flexible markup language) which is then
housed in a MySQL database. You may enjoy the pain of managing 60
different tables though for an object... or not :)

Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] IE Problem Detecting Post Variables

2009-01-01 Thread Ashley Sheridan

On Thu, 2009-01-01 at 12:57 -0500, Bastien Koert wrote:
 On Thu, Jan 1, 2009 at 11:59 AM, Ashley Sheridan
 a...@ashleysheridan.co.ukwrote:
 
  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 lherb...@iluvmydesign.com
   wrote:
  
Bastien,
   
Thanks for your response.  The curious thing is that the value is
passed when using FF, but not passed when using IE.
   
Here is the relevant form html:
   
   div id=switch-theme
   form action= method=post
   labelFlip It!/label
   input name=style type=image src=images/
switch-button-grey.gif title=Default Theme id=style1
value=default /
   input name=style type=image src=himages/
switch-button-default.gif title=Alternate Theme id=style2
value=alternate /
   /form
   /div
   
The action attribute is left blank so the form posts to the current
page.  The theme switcher script is at the top of each page and
intercepts the posted variables.
   
Any thoughts?
   
   
On Dec 31, 2008, at 11:02 AM, Phpster wrote:
   
Try checking to see if the value was passed with var_dump($_REQUEST)
   
Also try (!empty($_REQUEST['style']))
   
   
Bastien
   
Sent from my iPod
   
On Dec 31, 2008, at 10:24 AM, L. Herbert
lherb...@iluvmydesign.com wrote:
   
Hello all,
   
Anyone have insight to share on the following issue:
   
I have a simple theme switcher script that functions as expected
in FF, Safari, etc. but does not work in IE 6 or 7.  It appears
that the posted form variables are not detected in IE.   I am
using the following check within the script:
   
if(isset($_REQUEST['style'])) {
   
 $style = $_REQUEST['style'];
}
   
Thanks in advance for your assistance.
   
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
   
   
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
   
   
  
  Which would make it as non-accessibility-friendly as possible...
 
 
  Ash
  www.ashleysheridan.co.uk
 
 
 There are always trade-offs
 
for me, losing accessibility at the expense of some work to fix the
problem is not a trade-off at all. I'd always go for accessibility
first.


Ash
www.ashleysheridan.co.uk


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 infiniband or something similar?
 
 We're talking about a text-based MUD here... it's unlikely the user
 has the will to spring for such resources for this endeavour.

I guess my ignorance or age (or both) is showing, I have no idea what
a text-based MUD is.  I thought we were talking some network gaming
engine a la WoW and such.

I still think my initial response was appropriate though - if PHP as a
language is a performance concern, it's best solved by throwing more
hardware at it.  If that is not an option, don't use PHP.


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Encryption/decryption of PHP data

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 is exactly what https does. 


/Per Jessen, Zürich


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Question about version control.. sorta..

2009-01-01 Thread Nathan Nobbe

On Thu, Jan 1, 2009 at 7:33 AM, TG tg-...@gryffyndevelopment.com 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 out how to update existing files in the repository
 without checking them out.


you cant.  you can basically just browse, but you can also do things like
branch and delete (well things always stay in svn but still).  if you want
to change the contents of files or do merges, youll need to have a working
copy.


   I tried using the RepoBrowser and I could add
 new items by dragging them to the browser, but if I tried to drag something
 that already existed, I got an error.


never touched RepoBrowser.., i tend to stick to the cli :)


 Is there any way to reimport as a new version?   In particular, I'd love to
 have it just import changed files.


everything in svn is based around 'changesets'.  its pretty easy to pull
them up and apply them to working copies.  for example say you wanted the
diff between version 1 and 4,

svn diff -r 1:4 svn://mysvnurl

I'd love to also be able to select a date and get a copy of the directory in
 question as it appeared on that date.


easy, use svn log and grep for the date in question.  once youve found that
you can get a snapshot of the entire repository as it appeared on any commit
from that day.

I'm sure there's ways to do this with SVN, but it's eluding me.  I'll keep
 looking, but I'm thinking that SVN is overkill for what I need, even though
 it's in the right ballpark.


svn is pretty simple, but you will have to spend some time on it for it to
make sense.  it sounds like you want something very simple.  maybe something
like quilt,

http://savannah.nongnu.org/projects/quilt/

is better?  im sure its limited, but there is a newer system called StGit as
well that uses git as the backend.

The other option mentioned, FileHamster, has potential, but I'd rather
 control my own server and storage requirements.  Plus I didn't see a way to
 either whitelist of blacklist file types.


if you mean, youd like to prevent certain files from making it into the
repository then w/ svn, a commit hook would be sufficient.


  I really just want to back up
 script files and not the PDFs and other large files.  So either
 whitelisting by file type (or blacklisting if necessary) or even doing it
 by file size would be fine.


rather than a commit hook or in tandem w/ it, most people just choose not to
commit certain files to the repository out of practice.  these can also be
hidden from view, essentially by placing filenames / patterns via the
svn:ignore property

My web host supports rsync, but I don't think I've seen any version control
 options for rsync.


does your webhost support svn clients?  you can do svn co then svn up, svn
switch etc.

-nathan

Re: [PHP] PHP telnet server

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, but isn't it easily dealt with
  by using gigabit ethernet or infiniband or something similar?
  
  We're talking about a text-based MUD here... it's unlikely the user
  has the will to spring for such resources for this endeavour.
 
 I guess my ignorance or age (or both) is showing, I have no idea what
 a text-based MUD is.  I thought we were talking some network gaming
 engine a la WoW and such.

Text MUDs are the precursor to graphical MUDs. They have been around for
about 30-40 years now I think. They still exist with various fan-bases
all around the world. They are still a great project for cutting one's
teeth into programming since they cover so many different aspects of
programming. They are usually played over telnet.

http://www.wocmud.org :)
telnet wocmud.org 4000

They are however, not nearly as popular as they once were due to the
pervasiveness of graphical muds such as the aforementioned WoW and
before it Ultima Online, EverQuest, etc.

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 perhaps when 
 dealing with more information it does become an issue?

XML can have speed issues, but generally speaking not that much to worry
about, especially since area files are usually loaded at boot time and
the data cached as a template for creating mobs/items on future load
requests. The flexibility though, to me, makes it a must have trade-off.
Also, my MUD's player files are XML also. There's so much convienve
being able to hand edit a player file when issues arise, or even cut and
past items from a backup player file into an existing player file. These
things used to be binary and everytime the player structure was changed
you'd need to do a player file import/export process to update the
format. Now there's no dependency like that.

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server


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...@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 infiniband or something similar?


We're talking about a text-based MUD here... it's unlikely the user
has the will to spring for such resources for this endeavour.


I guess my ignorance or age (or both) is showing, I have no idea what
a text-based MUD is.  I thought we were talking some network gaming
engine a la WoW and such.


Text MUDs are the precursor to graphical MUDs. They have been around for
about 30-40 years now I think. They still exist with various fan-bases
all around the world. They are still a great project for cutting one's
teeth into programming since they cover so many different aspects of
programming. They are usually played over telnet.

   http://www.wocmud.org :)
   telnet wocmud.org 4000

They are however, not nearly as popular as they once were due to the
pervasiveness of graphical muds such as the aforementioned WoW and
before it Ultima Online, EverQuest, etc.

Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php




--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server

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 in
mind by using PHP as an in-game item/mobile scripting engine... is that
you have to either trust all your builders or sandbox the PHP engine in
such instances so that malicious code can't do damage.

Cheers,
Rob.
-- 
http://www.interjinn.com
Application and Templating Framework for PHP


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] PHP telnet server