[PHP] problem with array

[Ross]

I am using postcode anywhere for a 'where's my nearest' function.

All the geographical info is contained in an array, which when dumped looks 
like this

var_dump ($result);

array(1) { [0]=> array(13) { ["origin_postcode"]=> string(7) "EH2 2BE" 
["destination_postcode"]=> string(6) "EH2 2BE" ["distance"]=> string(3) 
"0.0" ["id"]=> string(1) "1" ["description"]=> string(8) "good man" 
["grid_east_m"]=> string(6) "326513" ["grid_north_m"]=> string(6) "675115" 
["longitude"]=> string(17) "-3.17731851516552" ["latitude"]=> string(16) 
"55.9634587262473" ["os_reference"]=> string(14) "NT 26513 75115" 
["wgs84_longitude"]=> string(17) "-3.17876048499117" ["wgs84_latitude"]=> 
string(16) "55.9634451567764" ["name"]=> string(12) "Jim Smith" } }

however, when I try and echo out a single index by name I get an undefined 
index.

echo $result["description"];

I can't seem to extract the bits I want from it.


Thanks,


R. 

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

RE: [PHP] SMS questions

[Steve Perkins]

Sorry, www.textit.biz

Cheers


-Original Message-
From: Dan [mailto:[EMAIL PROTECTED] 
Sent: 13 July 2007 17:52
To: php-general@lists.php.net
Subject: Re: [PHP] SMS questions

Might want to retry that link, it's broken.

- Dan

""Steve Perkins"" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Richard makes some good points.
>
> Further to the original posting though, I have a friend who works with 
> this SMS stuff, and out of interest asked him about it. Here is his 
> (slightly
> scary) response, might be of some use ...
>
> His website is www.textit,biz
>
>
>
> -Original Message-
> From: Shaun M. Nixon
> Sent: 13 July 2007 09:17
> To: Steve Perkins [mailto:[EMAIL PROTECTED]
> Subject: FW: [PHP] SMS questions
>
> Hi Steve
>
> Hope you're doing fine.
>
> It is possible.  In short, you have seen how a SMS message is sent 
> using a operators Name label i.e. the Messages says who it's from e.g. 
> TEXT IT, but you are unable to reply because the Sender is 'Text it' 
> and not a mobile number. Well in the same mechanism, you can send a 
> mobile phone number as the Label.  Thus allowing you to send someone a 
> message as if it came from someone else.  I guess this is what is 
> being asked / wanted - spoofing a Mobile.
>
> It is illegal to do this without consent and you must audit / prove 
> ownership / identity of the phone regarding the use / service (highly
> regulated) - it also carries great risk to the provider (e.g. 2 
> Million fine from ICTICS), hence most companies reluctance etc.
>
> I believe Skype have recently introduced this service (but it's 
> expensive) if Brian wants to try it out.  We can do the same if 
> required, as too relay all reply messages via email / texts if needed.
>
> Kind Regards
> Shaun Nixon
> Principal Consultant
>
> W: www.textit.biz
>
>
>
> -Original Message-
> From: Steve Perkins [mailto:[EMAIL PROTECTED]
> Sent: 13 July 2007 01:05
> To: Shaun M. Nixon
> Subject: FW: [PHP] SMS questions
>
> I saw this and I though of you Shaun. You have any answers ?
> Cheers
>
>
> -Original Message-
> From: Brian Dunning [mailto:[EMAIL PROTECTED]
> Sent: 13 July 2007 00:40
> To: php-general@lists.php.net
> Subject: [PHP] SMS questions
>
> Hi all - I've been looking at a number of the commercial service 
> providers for bulk SMS messaging, most of whom have PHP APIs. But 
> since they are selling something they don't answer my question
>
> Is there any (legal, legitimate) way to send an SMS message that can 
> be replied to the desired SMS cell number? Like, if I use PHP to send 
> an SMS to Bob, can I make it appear to come from Jim's cell phone so 
> that Bob can reply directly to Jim normally? The services all require 
> Jim to log into their web site to read any replies.
>
> --
> 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

[PHP] Persistent Objects

[Wesley Acheson]

Hi,

At work we use Java so one thing is annoying me. Is there really no
way to create a persistent object in PHP?  As far as my understanding
goes each object will be recreated on each and every request.

The reason I was asking is I wanted to create a form object that would
be used as follows.

which would require recreating the from stuff three times at least
Once for a JS file. Once for a HTML output.  And once for Server side
validation)

Please note that the following is just an example off the top of my
head the code to do this hasn't been written yet and the exact
implemantation may be different.  It would be much better to only
create the object once.

setRenderStyle();

/**
* Set the username field and its Validation
*/
fieldUsername = new Field("username");
fieldUsername->setLabel("User Name");
fieldUsername->setType(FIELD_TEXT);
fieldUsername->setCompulsary(true);
fieldUsername->setUnique(true);
fieldUsername->setMinLength(6);
fieldUsername->setMaxLength(20);
fieldUsername->setMaxLengthError(fieldUsername->getMinLengthError());
fieldUsername->setValidCharachters(CHARACHTERS_A-Z_1-9);

formReg->addField(fieldUsername)
.
//OTHER FIELD STUFF HERE
.

//Adds the link to a generated JS file at the top;
if (frmReg->needsJSCode == true) {
 output->add(formReg->getJSValidationURL)
}

//CONTINUE WITH THE REST OF THE HTML PAGE


//Insert the form into the HTML
output->add(fromReg->getForm(regForm));
?>

In the custom JS file we need;
getValidationAsJavascript()
?>

Then after this in the page that receives the form submission we again
need to get the validation rules which means recreating the the form
object at least three times.  This time to validate serverside.

validates)  {
 $_SESSION[VALIDATION_ERROR] = frmReg->getValidationError();
 $_SESSION[ERROR_FIELD] = frmReg->getValidationField();
...
//logging goes here
...
 HttpResponse::redirect ( REGISTRATION_URL) ;

} else {
...
 // Attempt to save to the DB
 // Redirect on error

 // log a successfull registration
...
 require_once (REGISTRAION_SUCCESS_PAGE);
}

?>

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

Re: [PHP] Persistent Objects

[Nathan Nobbe]

Wesley,

I too have come from a Java [ and c++ ] background to PHP.  fear not; you
can create persistent objects PHP.
although there is no JVM to handle this automatically
object can be persisted by storing their references.  the
most natural place to store them is in the session.  and if i understand the
advice i was given a few weeks ago
this is *the PHP way* to do it since PHP was written as an implementation of
the *shared nothing paradigm *(did i say that correctly?).
Also, note that there are many ways the session can be stored.  PHP stores
the session on disk naively, but
this behavior can be overridden.  Sessions often times are stored in a
database instead.  And my thinking, though
im sure someone would love to correct me, is that sessions can be stored in
memory via a technology like
memcached.

-nathan

On 7/15/07, Wesley Acheson <[EMAIL PROTECTED]> wrote:


Hi,

At work we use Java so one thing is annoying me. Is there really no
way to create a persistent object in PHP?  As far as my understanding
goes each object will be recreated on each and every request.

The reason I was asking is I wanted to create a form object that would
be used as follows.

which would require recreating the from stuff three times at least
Once for a JS file. Once for a HTML output.  And once for Server side
validation)

Please note that the following is just an example off the top of my
head the code to do this hasn't been written yet and the exact
implemantation may be different.  It would be much better to only
create the object once.

setRenderStyle();

/**
* Set the username field and its Validation
*/
fieldUsername = new Field("username");
fieldUsername->setLabel("User Name");
fieldUsername->setType(FIELD_TEXT);
fieldUsername->setCompulsary(true);
fieldUsername->setUnique(true);
fieldUsername->setMinLength(6);
fieldUsername->setMaxLength(20);
fieldUsername->setMaxLengthError(fieldUsername->getMinLengthError());
fieldUsername->setValidCharachters(CHARACHTERS_A-Z_1-9);

formReg->addField(fieldUsername)
.
//OTHER FIELD STUFF HERE
.

//Adds the link to a generated JS file at the top;
if (frmReg->needsJSCode == true) {
  output->add(formReg->getJSValidationURL)
}

//CONTINUE WITH THE REST OF THE HTML PAGE


//Insert the form into the HTML
output->add(fromReg->getForm(regForm));
?>

In the custom JS file we need;
getValidationAsJavascript()
?>

Then after this in the page that receives the form submission we again
need to get the validation rules which means recreating the the form
object at least three times.  This time to validate serverside.

validates)  {
  $_SESSION[VALIDATION_ERROR] = frmReg->getValidationError();
  $_SESSION[ERROR_FIELD] = frmReg->getValidationField();
...
//logging goes here
...
  HttpResponse::redirect ( REGISTRATION_URL) ;

} else {
...
  // Attempt to save to the DB
  // Redirect on error

  // log a successfull registration
...
  require_once (REGISTRAION_SUCCESS_PAGE);
}

?>

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

Re: [PHP] I am lost

[Richard Davey]

Hi Grant,

Saturday, July 14, 2007, 8:07:43 PM, you wrote:

> Previously I had PHP on my older computer using IIS 5.1 it worked fine. But
> I'm on my new computer using IIS 7 and features like include or completely
> normal scripts that use to work no longer work. I have try to see if it's
> the web server and some of the times for the exception of the include 
> function  it is. How would I fix my main server IIS 7, is the new PHP 5.2
> fully compatible with it? If not when will a fully functional PHP be 
> available for work with IIS 7. In my php.ini file I began by using the
> recommended file and slightly modifying it enabling gd2, openssl and mysql.

PHP 5.2 works fine on IIS7. You didn't say which version of PHP you
had before you installed 5.2, but given you said that 'normal scripts
no longer work', I'll bet it wasn't 5.2, probably even PHP 4. Meaning
the changes you are seeing are because of the upgrade in PHP, not IIS.
Without you confirming though, who knows.

Cheers,

Rich
-- 
Zend Certified Engineer
http://www.corephp.co.uk

"Never trust a computer you can't throw out of a window"

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

[PHP] Re: problem with array

[Al]

Do a print_r($result); and you'll see the problem.

Ross wrote:

I am using postcode anywhere for a 'where's my nearest' function.

All the geographical info is contained in an array, which when dumped looks 
like this


var_dump ($result);

array(1) { [0]=> array(13) { ["origin_postcode"]=> string(7) "EH2 2BE" 
["destination_postcode"]=> string(6) "EH2 2BE" ["distance"]=> string(3) 
"0.0" ["id"]=> string(1) "1" ["description"]=> string(8) "good man" 
["grid_east_m"]=> string(6) "326513" ["grid_north_m"]=> string(6) "675115" 
["longitude"]=> string(17) "-3.17731851516552" ["latitude"]=> string(16) 
"55.9634587262473" ["os_reference"]=> string(14) "NT 26513 75115" 
["wgs84_longitude"]=> string(17) "-3.17876048499117" ["wgs84_latitude"]=> 
string(16) "55.9634451567764" ["name"]=> string(12) "Jim Smith" } }


however, when I try and echo out a single index by name I get an undefined 
index.


echo $result["description"];

I can't seem to extract the bits I want from it.


Thanks,


R. 


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

Re: [PHP] problem with array

[Jim Lucas]

Ross wrote:

I am using postcode anywhere for a 'where's my nearest' function.

All the geographical info is contained in an array, which when dumped looks 
like this


var_dump ($result);

array(1) { [0]=> array(13) { ["origin_postcode"]=> string(7) "EH2 2BE" 
["destination_postcode"]=> string(6) "EH2 2BE" ["distance"]=> string(3) 
"0.0" ["id"]=> string(1) "1" ["description"]=> string(8) "good man" 
["grid_east_m"]=> string(6) "326513" ["grid_north_m"]=> string(6) "675115" 
["longitude"]=> string(17) "-3.17731851516552" ["latitude"]=> string(16) 
"55.9634587262473" ["os_reference"]=> string(14) "NT 26513 75115" 
["wgs84_longitude"]=> string(17) "-3.17876048499117" ["wgs84_latitude"]=> 
string(16) "55.9634451567764" ["name"]=> string(12) "Jim Smith" } }


however, when I try and echo out a single index by name I get an undefined 
index.


echo $result["description"];

I can't seem to extract the bits I want from it.


Thanks,


R. 



Access this like this

echo $result[0]['description'];

notice the sub-array...

--
Jim Lucas

   "Some men are born to greatness, some achieve greatness,
   and some have greatness thrust upon them."

Twelfth Night, Act II, Scene V
by William Shakespeare

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

Re: [PHP] Persistent Objects

[Wesley Acheson]

Thanks Nathan,

I guess that your answer raises a couple of questions.

1. Does the answer below mean no global persistant objects?
(Application scope) I guess that it does.

2. Is this an un-PHP way of doing things?

3. Is what I'm trying to do even worthwhile or should I just create
each form and its validation rules by hand?  (My gut feeling is that
its still worth doing as it centralizes form processing and reduces
redundancy on a code level)

4. Which would be more expensive recreating the object each time? Or
fetching it from the session each time? (I know that this probably
doesn't have a definative answer)

Anyway my feeling is it probably shouldn't go in the session as its
not a client object.

Comments are welcome.

Regards,

Wesley
On 7/15/07, Nathan Nobbe <[EMAIL PROTECTED]> wrote:

Wesley,

I too have come from a Java [ and c++ ] background to PHP.  fear not; you
can create persistent objects PHP.
although there is no JVM to handle this automatically object can be
persisted by storing their references.  the
most natural place to store them is in the session.  and if i understand the
advice i was given a few weeks ago
this is the PHP way to do it since PHP was written as an implementation of
the shared nothing paradigm (did i say that correctly?).
Also, note that there are many ways the session can be stored.  PHP stores
the session on disk naively, but
this behavior can be overridden.  Sessions often times are stored in a
database instead.  And my thinking, though
im sure someone would love to correct me, is that sessions can be stored in
memory via a technology like
memcached.

-nathan


On 7/15/07, Wesley Acheson <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> At work we use Java so one thing is annoying me. Is there really no
> way to create a persistent object in PHP?  As far as my understanding
> goes each object will be recreated on each and every request.
>
> The reason I was asking is I wanted to create a form object that would
> be used as follows.
>
> which would require recreating the from stuff three times at least
> Once for a JS file. Once for a HTML output.  And once for Server side
> validation)
>
> Please note that the following is just an example off the top of my
> head the code to do this hasn't been written yet and the exact
> implemantation may be different.  It would be much better to only
> create the object once.
>
>  ...
> Other stuff goes here.
> ...
> //Create a new form
> formReg = new Form ("registration");
>
> regStyle = new
RenderStyle(HTML_AND_JAVASCRIPT_TABLELESS);
> formReg->setRenderStyle();
>
> /**
> * Set the username field and its Validation
> */
> fieldUsername = new Field("username");
> fieldUsername->setLabel("User Name");
> fieldUsername->setType(FIELD_TEXT);
> fieldUsername->setCompulsary(true);
> fieldUsername->setUnique(true);
> fieldUsername->setMinLength(6);
> fieldUsername->setMaxLength(20);
>
fieldUsername->setMaxLengthError(fieldUsername->getMinLengthError());
> fieldUsername->setValidCharachters(CHARACHTERS_A-Z_1-9);
>
> formReg->addField(fieldUsername)
> .
> //OTHER FIELD STUFF HERE
> .
>
> //Adds the link to a generated JS file at the top;
> if (frmReg->needsJSCode == true) {
>   output->add(formReg->getJSValidationURL)
> }
> 
> //CONTINUE WITH THE REST OF THE HTML PAGE
> 
>
> //Insert the form into the HTML
> output->add(fromReg->getForm(regForm));
> ?>
>
> In the custom JS file we need;
>  frmReg->getValidationAsJavascript()
> ?>
>
> Then after this in the page that receives the form submission we again
> need to get the validation rules which means recreating the the form
> object at least three times.  This time to validate serverside.
>
>  session_start() {
> 
> if (!frmReg->validates)  {
>   $_SESSION[VALIDATION_ERROR] = frmReg->getValidationError();
>   $_SESSION[ERROR_FIELD] = frmReg->getValidationField();
> ...
> //logging goes here
> ...
>   HttpResponse::redirect ( REGISTRATION_URL) ;
> 
> } else {
> ...
>   // Attempt to save to the DB
>   // Redirect on error
>
>   // log a successfull registration
> ...
>   require_once (REGISTRAION_SUCCESS_PAGE);
> }
>
> ?>


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

Re: [PHP] Persistent Objects

[Nathan Nobbe]

Wesley,


1. Does the answer below mean no global persistant objects?
(Application scope) I guess that it does.


No.  Files, a database or memory (memcached) can be used to facilitate
application variables.
However, I've been told this is taboo in PHP.  Coming from Java I'm sure
youve heard as I
have, that the lack for native support of application variables is a
weakness in PHP, however it
appears that it has actually been designed without support for application
variables *on purpose*.
If you look at *shared nothing* on
wikipedia,
youll find a a decent overview.
I also found some articles on the Zend website that essentially say an
$_APPLICATION array
was purposely not implemented.
If i understand correctly there is a trade off between a centrally managed
state and a shared nothing
approach.  Shared nothing systems will have redundant data, but less load
trying to grant exclusive access to a shared central state. Shared nothing
systems
introduce additional complexity in order to keep exclusive copies of central
state in sync.


2. Is this an un-PHP way of doing things?


If youre talking about application variables then, apparently.


3. Is what I'm trying to do even worthwhile or should I just create
each form and its validation rules by hand? (My gut feeling is that
its still worth doing as it centralizes form processing and reduces
redundancy on a code level)


dont let PHPs lack of managing persistent objects dissaude you
from good programming practices.  code duplication is often a poor
technique,
although there are times when it can be rationalized.  in your paritcular
situation,
implementing form validation, you may want to study up on the strategy
pattern,
if you dont already know about it.  there is a decent example on
phppatterns.com 
which demonstrates strategy using form validation as an example
(although the example is in php4 :<)


4. Which would be more expensive recreating the object each time? Or
fetching it from the session each time? (I know that this probably
doesn't have a definative answer)


i think there are quite a few variables in this question.  primarily it
depends on what the
obect does.  for an object that needs to query the database to initialize
its state it is almost
certainly less expensive to cache the instance in memory.  but if it is
simply built w/ the values
of user input in a web form it may not offer noticeable savings.  object
persistence is a
trade off between time and space, persisting the objects will take more
space.  of course if
those objects represent data from a database or some other source where the
data they represent
can change, there is additional complexity involved making sure their
internal values are changed
when the data they represent changes.

all of this really comes down to design decisions.  if youre new to PHP i
would recommend focusing
on learing the language, applying what you know from java to your object
design and move to a
caching model once youre a little more comfortable [thats basically the path
ive taken w/ the language]

-nathan




4. Which would be more expensive recreating the object each time? Or
fetching it from the session each time? (I know that this probably
doesn't have a definative answer)

Anyway my feeling is it probably shouldn't go in the session as its
not a client object.

Comments are welcome.

Regards,

Wesley
On 7/15/07, Nathan Nobbe <[EMAIL PROTECTED]> wrote:
> Wesley,
>
> I too have come from a Java [ and c++ ] background to PHP.  fear not;
you
> can create persistent objects PHP.
> although there is no JVM to handle this automatically object can be
> persisted by storing their references.  the
> most natural place to store them is in the session.  and if i understand
the
> advice i was given a few weeks ago
> this is the PHP way to do it since PHP was written as an implementation
of
> the shared nothing paradigm (did i say that correctly?).
> Also, note that there are many ways the session can be stored.  PHP
stores
> the session on disk naively, but
> this behavior can be overridden.  Sessions often times are stored in a
> database instead.  And my thinking, though
> im sure someone would love to correct me, is that sessions can be stored
in
> memory via a technology like
> memcached.
>
> -nathan
>
>
> On 7/15/07, Wesley Acheson <[EMAIL PROTECTED]> wrote:
> >
> > Hi,
> >
> > At work we use Java so one thing is annoying me. Is there really no
> > way to create a persistent object in PHP?  As far as my understanding
> > goes each object will be recreated on each and every request.
> >
> > The reason I was asking is I wanted to create a form object that would
> > be used as follows.
> >
> > which would require recreating the from stuff three times at least
> > Once for a JS file. Once for a HTML output.  And once for Server side
> > validation)
> >
> > Please note that the following is just an 

Re: [PHP] text field truncation with sql server

[Bruce Cowin]

Thanks Richard for pointing me in the right direction.  Yes, it is mssql I'm 
using.  And changing the mssql.textlimit and mssql.textsize in the php.ini file 
fixed my problem.  

You suggested not using all those echo statements.  What do you suggest I use 
instead?

Thanks again!



Regards,

Bruce

>>> "Richard Lynch" <[EMAIL PROTECTED]> 13/07/2007 5:58 p.m. >>>
What is the 3981st character?

Does your database driver, whatever it is, which you've told us is not
PDO, have any kind of limit in the buffer size of query data
back/forth?

What driver ARE you using?
I see mssql in the code, so assume that's it, right?...

Does it happen on every record at 3980?
If you don't know, add more records with enough length to find out.

PS
Using all those echo statements probably a pretty bad habit to get
into, and you probably should be using htmlentities() on each element,
before you do the nl2br...

If the 3981st character happens to be a '<' that would explain why you
aren't seeing our data...  Use "View Source" in your browser if you
don't understand the preceding sentence. :-)

On Thu, July 12, 2007 11:37 pm, Bruce Cowin wrote:
> I have a simple page that displays a record from the sql server
> database.  One of the fields is a text field and keeps getting
> truncated at 3980 characters.  I searched and saw someone had reported
> this as a PDO bug so I'm not using PDO anymore, but I'm still getting
> the truncation.  Anyone know about this or have a work around?  Here
> is the code.  It's the body field that is a text field.  I've checked
> the field in the database and it definitely has more data than is
> displayed.
>
>   $cn = mssql_connect($myserver, $myuser, $mypwd);
>   mssql_select_db($mydb, $cn);
>   $result = mssql_query("select * from emails where id = 
> $emailid",
> $cn);
>   $row = mssql_fetch_array($result, MSSQL_ASSOC);
>
>   echo "";
>   echo "Id: " . $row['id'] . "";
>   echo "From: " . $row['mailfrom'] . "";
>   echo "To: " . $row['mailto'] . "";
>   echo "Cc: " . $row['mailcc'] . "";
>   echo "Subject: " . $row['subject'] . "";
>   echo "Date: " . $row['sentdate'] . "";
>   echo "Body: " . nl2br($row['body']) . "";
>   echo "";
>
> Thanks for any help.
>
> Regards,
>
> Bruce
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php 
>
>


-- 
Some people have a "gift" link here.
Know what I want?
I want you to buy a CD from some indie artist.
http://cdbaby.com/browse/from/lynch 
Yeah, I get a buck. So?

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

Re: [PHP] Re: Announcing Xaja, a PHP Reverse Ajax framework

[Sancar Saran]

On Saturday 14 July 2007 15:01:13 David Négrier wrote:
Hi 

I just watching your screen cast, it has very good ideas. I wonder does any 
other language has same kind of aproach.

Later or sooner this kind of aproach become must in web business.

Regards

Sancar.

> Indeed, Xaja relies on the keeping of an open connexion between the server
> and the browser.
> In fact, it uses, the Comet approach (which is a pain to implement in
> Javascript because the IE code and the Firefox code are completely
> different).
> (more information here:
> http://www.thecodingmachine.com/cmsDoc/xaja/trunk/architecture.html)
>
> The whole idea behind Xaja is to built a complete framework on top of the
> Comet-like javascript library that will enable the developer to write as
> few Javascript as possible. So, indeed, through the "XajaController"
> object, we are implementing a "data driven programming" library on top of
> the classical request/response HTTP protocol.
>
> Regarding performances: Indeed, since a connexion is kept open for each
> browser, this consumes a few connexions on the server (that's not a big
> problem). Each process also takes some memory. Xaja is still in an early
> stage of development and I haven't had the opportunity to run a full
> performance test, but basically, right now, I can tell that a simple
> applications takes 5 Mo of RAM per client. Which means that for 100
> concurrent users, you need 500 Mo of RAM on your server. Now, the vast
> majority of the servers have less than 100 concurrent users, and at this
> early point in the development cycle of Xaja, I wouldn't recommend
> installing Xaja on a server that has more than 100 concurrent users! ;)
>
> Regards,
> David.

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

Re: [PHP] Persistent Objects

[Sancar Saran]

On Sunday 15 July 2007 19:58:09 Wesley Acheson wrote:
> Hi,
>
> At work we use Java so one thing is annoying me. Is there really no
> way to create a persistent object in PHP?  As far as my understanding
> goes each object will be recreated on each and every request.
>
> The reason I was asking is I wanted to create a form object that would
> be used as follows.
>
> which would require recreating the from stuff three times at least
> Once for a JS file. Once for a HTML output.  And once for Server side
> validation)
>
> Please note that the following is just an example off the top of my
> head the code to do this hasn't been written yet and the exact
> implemantation may be different.  It would be much better to only
> create the object once.
>
Hi,

Normally you have to recrate your objects in every request. IN php universe 
everything was each request.

Unless you do someting manually.
Best way was shared memory storages, like memcached. you can use Memcached to 
store your objects (I'm note sure to store object in real or serialized).

If you havent access memcached in your hosting you may try serialized object 
in sql or flat file. 

Also you can store our session with memcached or sql too. Also there where 
another shared memory storage around there (I forgot its name, plesae search 
archives of the list) It has much more capabilites than memcached and it has 
no packages (a bit difficult the install).

Also if you have any php opcode chace please use it was very helpfull 
(especially APC)

Regards

Sancar

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

[PHP] PHP mail with attachment

[Vanessa Vega]

Hello to everyone!..I had problems with attaching a  document to an email 
using PHP..can somebody share some ideas on how to properly do it?

Thanks in advance!

Vanessa 

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

Re: [PHP] PHP mail with attachment

[Chris]

Vanessa Vega wrote:
Hello to everyone!..I had problems with attaching a  document to an email 
using PHP..can somebody share some ideas on how to properly do it?


Use something like http://phpmailer.sf.net/ which handles everything for 
you already :)


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

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

[PHP] ghastly industrial complex

[php]

jbqbd  djcrth  wbtym  sobtyp

[PHP] Pirate PHP books online?

[Dotan Cohen]

I just found some jerk on StumbleUpon with titles like:
PHP Essentials (c)2007 (Neil Smyth)
PHP Cookbook (David Sklar/Adam Trachtenberg)
PHP 5 Power Programming (c)2005 (Andi Gutmans/Stig Bakken/Derick Rethans )
A Programmer's Introduction to PHP 4.0 (c)2000 (W. Jason Gilmore)

And lots of others. They are downloadable PDFs. If the authors want
the address of the site, email me. The pirates can go directly to
Hell.

Dotan Cohen

http://lyricslist.com/
http://what-is-what.com/

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