php-general Digest 8 Mar 2010 22:54:48 -0000 Issue 6628
Topics (messages 302598 through 302621):
Re: Mail Function In PHP
302598 by: Teus Benschop
302607 by: Richard Quadling
302608 by: Richard Quadling
302609 by: Ashley Sheridan
302610 by: Marc Trudel
302611 by: Teus Benschop
302616 by: John Black
302617 by: John Black
Re: pear for fedora 11
302599 by: Edward. S. P. Leong
302600 by: Ashley Sheridan
best way to determine (MIME) content type of a stream of bytes?
302601 by: Robert P. J. Day
302602 by: Ashley Sheridan
302603 by: Robert P. J. Day
302604 by: Ashley Sheridan
302605 by: Robert P. J. Day
302606 by: Ashley Sheridan
Load simulation tests
302612 by: Ashley Sheridan
302613 by: Richard
302614 by: shiplu
302615 by: shiplu
Anyone good with multiple SSL on Apache?
302618 by: Skip Evans
302619 by: Frank M. Kromann
302620 by: Skip Evans
302621 by: Frank M. Kromann
Administrivia:
To subscribe to the digest, e-mail:
php-general-digest-subscr...@lists.php.net
To unsubscribe from the digest, e-mail:
php-general-digest-unsubscr...@lists.php.net
To post to the list, e-mail:
php-gene...@lists.php.net
----------------------------------------------------------------------
--- Begin Message ---
On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
> Contrary to popular belief, to send an email you do not need to have
> your own SMTP server. All you need to know is the SMTP server
> responsible for your recipients email.
[...]
While the above is true, there is also another thing that comes into
play. We used to send email directly to the receiver the way described
above. But at times it happens that the receiving smtp server refuses to
accept mail from the sender since the sender is not known to be a good
smtp server, and at times it could get blacklisted. Rules like this get
tightened up because of the desire to curb spam at the source.
Teus.
--- End Message ---
--- Begin Message ---
On 8 March 2010 13:06, Teus Benschop <teusjanne...@gmail.com> wrote:
>
> On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
> > Contrary to popular belief, to send an email you do not need to have
> > your own SMTP server. All you need to know is the SMTP server
> > responsible for your recipients email.
> [...]
>
> While the above is true, there is also another thing that comes into
> play. We used to send email directly to the receiver the way described
> above. But at times it happens that the receiving smtp server refuses to
> accept mail from the sender since the sender is not known to be a good
> smtp server, and at times it could get blacklisted. Rules like this get
> tightened up because of the desire to curb spam at the source.
>
> Teus.
Black listing can happen even for valid domains.
--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling
--- End Message ---
--- Begin Message ---
On 8 March 2010 13:06, Teus Benschop <teusjanne...@gmail.com> wrote:
> On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
>> Contrary to popular belief, to send an email you do not need to have
>> your own SMTP server. All you need to know is the SMTP server
>> responsible for your recipients email.
> [...]
>
> While the above is true, there is also another thing that comes into
> play. We used to send email directly to the receiver the way described
> above. But at times it happens that the receiving smtp server refuses to
> accept mail from the sender since the sender is not known to be a good
> smtp server, and at times it could get blacklisted. Rules like this get
> tightened up because of the desire to curb spam at the source.
>
> Teus.
>
>
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
So, say I did go and setup a local SMTP relay, how would I make it
known that it was a "real" smtp server and not just some script
pushing spam?
--
-----
Richard Quadling
"Standing on the shoulders of some very clever giants!"
EE : http://www.experts-exchange.com/M_248814.html
EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
ZOPA : http://uk.zopa.com/member/RQuadling
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 17:18 +0000, Richard Quadling wrote:
> On 8 March 2010 13:06, Teus Benschop <teusjanne...@gmail.com> wrote:
> > On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
> >> Contrary to popular belief, to send an email you do not need to have
> >> your own SMTP server. All you need to know is the SMTP server
> >> responsible for your recipients email.
> > [...]
> >
> > While the above is true, there is also another thing that comes into
> > play. We used to send email directly to the receiver the way described
> > above. But at times it happens that the receiving smtp server refuses to
> > accept mail from the sender since the sender is not known to be a good
> > smtp server, and at times it could get blacklisted. Rules like this get
> > tightened up because of the desire to curb spam at the source.
> >
> > Teus.
> >
> >
> >
> > --
> > PHP General Mailing List (http://www.php.net/)
> > To unsubscribe, visit: http://www.php.net/unsub.php
> >
> >
>
> So, say I did go and setup a local SMTP relay, how would I make it
> known that it was a "real" smtp server and not just some script
> pushing spam?
>
>
>
> --
> -----
> Richard Quadling
> "Standing on the shoulders of some very clever giants!"
> EE : http://www.experts-exchange.com/M_248814.html
> EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
> Zend Certified Engineer : http://zend.com/zce.php?c=ZEND002498&r=213474731
> ZOPA : http://uk.zopa.com/member/RQuadling
>
By having your local relay talk seductively to the remote server?
More sensibly though, I would assume that you could use some sort of
certificate for this, although I don't know much about mail servers.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
If you control your DNS server setup and such, DKIM and authentication
technologies alikes (http://en.wikipedia.org/wiki/DomainKeys) are the way to
go.
Also, make sure the reverse DNS lookup is pointing to the right place, i.e.
that the SMTP server domain name translates to an IP that translates back to
the same domain name when you do a reverse lookup.
Since this is really something more of a network arch. setup, you probably
will find more answers for that on ServerFault or the likes.
MT
On Tue, Mar 9, 2010 at 2:18 AM, Ashley Sheridan
<a...@ashleysheridan.co.uk>wrote:
> On Mon, 2010-03-08 at 17:18 +0000, Richard Quadling wrote:
>
> > On 8 March 2010 13:06, Teus Benschop <teusjanne...@gmail.com> wrote:
> > > On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
> > >> Contrary to popular belief, to send an email you do not need to have
> > >> your own SMTP server. All you need to know is the SMTP server
> > >> responsible for your recipients email.
> > > [...]
> > >
> > > While the above is true, there is also another thing that comes into
> > > play. We used to send email directly to the receiver the way described
> > > above. But at times it happens that the receiving smtp server refuses
> to
> > > accept mail from the sender since the sender is not known to be a good
> > > smtp server, and at times it could get blacklisted. Rules like this get
> > > tightened up because of the desire to curb spam at the source.
> > >
> > > Teus.
> > >
> > >
> > >
> > > --
> > > PHP General Mailing List (http://www.php.net/)
> > > To unsubscribe, visit: http://www.php.net/unsub.php
> > >
> > >
> >
> > So, say I did go and setup a local SMTP relay, how would I make it
> > known that it was a "real" smtp server and not just some script
> > pushing spam?
> >
> >
> >
> > --
> > -----
> > Richard Quadling
> > "Standing on the shoulders of some very clever giants!"
> > EE : http://www.experts-exchange.com/M_248814.html
> > EE4Free : http://www.experts-exchange.com/becomeAnExpert.jsp
> > Zend Certified Engineer :
> http://zend.com/zce.php?c=ZEND002498&r=213474731
> > ZOPA : http://uk.zopa.com/member/RQuadling
> >
>
>
> By having your local relay talk seductively to the remote server?
>
> More sensibly though, I would assume that you could use some sort of
> certificate for this, although I don't know much about mail servers.
>
> Thanks,
> Ash
> http://www.ashleysheridan.co.uk
>
>
>
--
Marc Trudel-Bélisle
www.wizcorp.jp
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 17:18 +0000, Richard Quadling wrote:
> So, say I did go and setup a local SMTP relay, how would I make it
> known that it was a "real" smtp server and not just some script
> pushing spam?
>
>
Once a domain or ip address was black listed, it was quite a process to
get it unlisted again, and even then as soon as mail came from that
domain, it got blacklisted again. Supposedly there is some certification
process that official smtp relays need to go through so as to prove or
certify that they won't allow spam to be sent through them, and take
steps to remove offenders from using their relay. However, this is all
guessing, and in the end we just gave up and used our ISP's official
relay. Teus.
--- End Message ---
--- Begin Message ---
On 03/08/2010 06:18 PM, Richard Quadling wrote:
On 8 March 2010 13:06, Teus Benschop<teusjanne...@gmail.com> wrote:
On Mon, 2010-03-08 at 10:21 +0000, Richard Quadling wrote:
Contrary to popular belief, to send an email you do not need to have
your own SMTP server. All you need to know is the SMTP server
responsible for your recipients email.
[...]
above. But at times it happens that the receiving smtp server refuses to
accept mail from the sender since the sender is not known to be a good
smtp server, and at times it could get blacklisted. Rules like this get
tightened up because of the desire to curb spam at the source.
Teus.
So, say I did go and setup a local SMTP relay, how would I make it
known that it was a "real" smtp server and not just some script
pushing spam?
You can use SPF, DomainKeys plus valid DNS information.
I have setup SPF records for my domains. If you attempt to send E-Mail
as if it was sent from my server then any server doing SPF record
checking will not accept or simply drop your message.
I have not setup DomainKeys since SPF has served me well but I will
configure it soon.
--
John
Insanity in individuals is something rare - but in groups, parties,
nations and epochs, it is the rule.
[Friedrich Nietzsche]
--- End Message ---
--- Begin Message ---
On 03/08/2010 10:45 PM, John Black wrote:
You can use SPF, DomainKeys plus valid DNS information.
I have setup SPF records for my domains. If you attempt to send E-Mail
as if it was sent from my server then any server doing SPF record
checking will not accept or simply drop your message.
I have not setup DomainKeys since SPF has served me well but I will
configure it soon.
woops, forgot to add that I doubt that you'll be able to get a pure
webserver to do this for you, reliably, since some smtp servers will
call your server back and check if the e-mail account exists. I'd assume
that the server will drop the mail if your script sending server is not
even running smtp on port 25.
--
John
Niemand ist frei, der über sich selbst nicht Herr ist.
[Matthias Claudius]
--- End Message ---
--- Begin Message ---
Ashley Sheridan wrote:
>On Mon, 2010-03-08 at 01:07 +0800, Edward. S. P. Leong wrote:
>
>
>
>>Dear All,
>>
>>Which can we download pear ann install into fc 11 system ?
>>
>>Thank for your help !
>>
>>Edward.
>>
>>
>>
>
>
>I'm not sure I understand your question. Do you mean what Pear
>components can be installed on a Fedora 11 system? I'm running Fedora 11
>on my desktop and laptop at the moment, and both systems are running
>5.2.12, so any of the Pear modules that say they will run on that are
>fine. If you need to check to see what version of PHP is running, in a
>console or text login, type 'yum list php' and you'll get a line that
>reads something like:
>
>php.i586 5.2.12-1.fc11 @updates
>
>Thanks,
>Ash
>http://www.ashleysheridan.co.uk
>
>
Dear Ash,
1, My means is where can we download the pear and install it into the
fedora 11 system ?
Due to our web server :
[pear]# pwd
/usr/share/pear
[pear]# dir
Archive data OS pearcmd.php peclcmd.php System.php XML
Console doc PEAR PEAR.php Structures test
[pear]#
So, it is not update ( pear ) ?
2, Would you mind to send me your php config ( php.ini ) and Web Server
config ( httpd.conf ) as sample ?
Due to our Web Server is problem :
After upload all of homepage data ( php format ) to Web Server, then
type "http://ip or domain_name" the result is blank page...
Thank for your help !
Edward.
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 22:39 +0800, Edward. S. P. Leong wrote:
> Ashley Sheridan wrote:
>
> >On Mon, 2010-03-08 at 01:07 +0800, Edward. S. P. Leong wrote:
> >
> >
> >
> >>Dear All,
> >>
> >>Which can we download pear ann install into fc 11 system ?
> >>
> >>Thank for your help !
> >>
> >>Edward.
> >>
> >>
> >>
> >
> >
> >I'm not sure I understand your question. Do you mean what Pear
> >components can be installed on a Fedora 11 system? I'm running Fedora 11
> >on my desktop and laptop at the moment, and both systems are running
> >5.2.12, so any of the Pear modules that say they will run on that are
> >fine. If you need to check to see what version of PHP is running, in a
> >console or text login, type 'yum list php' and you'll get a line that
> >reads something like:
> >
> >php.i586 5.2.12-1.fc11 @updates
> >
> >Thanks,
> >Ash
> >http://www.ashleysheridan.co.uk
> >
> >
> Dear Ash,
>
> 1, My means is where can we download the pear and install it into the
> fedora 11 system ?
> Due to our web server :
> [pear]# pwd
> /usr/share/pear
> [pear]# dir
> Archive data OS pearcmd.php peclcmd.php System.php XML
> Console doc PEAR PEAR.php Structures test
> [pear]#
> So, it is not update ( pear ) ?
>
> 2, Would you mind to send me your php config ( php.ini ) and Web Server
> config ( httpd.conf ) as sample ?
> Due to our Web Server is problem :
> After upload all of homepage data ( php format ) to Web Server, then
> type "http://ip or domain_name" the result is blank page...
>
> Thank for your help !
>
> Edward.
If you're getting a blank page, the first port of call is your error
log. At a console type:
sudo tail -f /var/log/httpd/error_log
which should then continually update itself with a list of errors as and
when they occur, which will be useful to you if you need to view the log
while you're debugging. This file is only readable by the root user.
My config files won't be that much help I don't think, as the setup of
both our servers will be quite different.
How did you try to install Pear on your Fedora 11 system? The package
manager that comes with Fedora (I use KPackageKit on KDE) allows you
install and remove Pear modules as you need.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
hi, i'm interested in the most comprehensive way to determine the
content type of a stream of bytes that's been uploaded to a PHP
script? assuming that the bytes are uploaded simply via a POST
parameter, i can see that there are a couple ways to do it:
* getimagesize()
* FileInfo
i've been doing some testing this morning and a few video formats
handed to FileInfo come back as "application/octet-stream" which isn't
particularly informative. and i want to support as many different
formats of image, audio and video as possible.
so ... what's the best way? oh, by the way, when i used fileinfo, i
didn't bother handing over a magic file. i'm starting to think that
would make a difference. and is there a noticeable advantage to
upgrading to PHP 5.3 since the server (centos 5.4) is currently
running only PHP 5.1.6. thanks.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 10:57 -0500, Robert P. J. Day wrote:
> hi, i'm interested in the most comprehensive way to determine the
> content type of a stream of bytes that's been uploaded to a PHP
> script? assuming that the bytes are uploaded simply via a POST
> parameter, i can see that there are a couple ways to do it:
>
> * getimagesize()
> * FileInfo
>
> i've been doing some testing this morning and a few video formats
> handed to FileInfo come back as "application/octet-stream" which isn't
> particularly informative. and i want to support as many different
> formats of image, audio and video as possible.
>
> so ... what's the best way? oh, by the way, when i used fileinfo, i
> didn't bother handing over a magic file. i'm starting to think that
> would make a difference. and is there a noticeable advantage to
> upgrading to PHP 5.3 since the server (centos 5.4) is currently
> running only PHP 5.1.6. thanks.
>
> rday
> --
>
> ========================================================================
> Robert P. J. Day Waterloo, Ontario, CANADA
>
> Linux Consulting, Training and Kernel Pedantry.
>
> Web page: http://crashcourse.ca
> Twitter: http://twitter.com/rpjday
> ========================================================================
>
If you're wanting to grab details about a clip, what about using mplayer
for dealing with video clips. It has more than a few command line
options that can return various levels of detail about a media file. You
could use the extension of the clip as a hint about what way you can
determine a files exact type. So, if a file came in with a jpg, png or
gif extension, you could use GD functions to determine if it's really an
image. If it's a .avi, .mpg, .mp4, .mp3, .ogg, you could use mplayer to
deal with it.
This does seem to ba a bit of an area where PHP is lacking. Even the
manual pages are cryptic. It seems to suggest that the Mime functions
which we should use in-place of deprecated ones themselves rely on those
same deprecated functions!
Having said that, I've had good results from using "file -f filename" on
Linux, which is using version 5.03 on my system.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
On Mon, 8 Mar 2010, Ashley Sheridan wrote:
> On Mon, 2010-03-08 at 10:57 -0500, Robert P. J. Day wrote:
>
> > hi, i'm interested in the most comprehensive way to determine the
> > content type of a stream of bytes that's been uploaded to a PHP
> > script? assuming that the bytes are uploaded simply via a POST
> > parameter, i can see that there are a couple ways to do it:
> >
> > * getimagesize()
> > * FileInfo
> >
> > i've been doing some testing this morning and a few video formats
> > handed to FileInfo come back as "application/octet-stream" which
> > isn't particularly informative. and i want to support as many
> > different formats of image, audio and video as possible.
> >
> > so ... what's the best way? oh, by the way, when i used
> > fileinfo, i didn't bother handing over a magic file. i'm starting
> > to think that would make a difference. and is there a noticeable
> > advantage to upgrading to PHP 5.3 since the server (centos 5.4) is
> > currently running only PHP 5.1.6. thanks.
> If you're wanting to grab details about a clip, what about using
> mplayer for dealing with video clips. It has more than a few command
> line options that can return various levels of detail about a media
> file. You could use the extension of the clip as a hint about what
> way you can determine a files exact type. So, if a file came in with
> a jpg, png or gif extension, you could use GD functions to determine
> if it's really an image. If it's a .avi, .mpg, .mp4, .mp3, .ogg, you
> could use mplayer to deal with it.
in order to make life as difficult as possible, all i can assume is
an incoming stream of bytes. i will have no idea where it came from,
or its original file name. all of the mime/type identification has to
be done by the PHP script on the server end, based solely on the
content. (i'm fairly sure that means a "magic" file will have to be
involved.)
> This does seem to ba a bit of an area where PHP is lacking. Even the
> manual pages are cryptic. It seems to suggest that the Mime
> functions which we should use in-place of deprecated ones themselves
> rely on those same deprecated functions!
i have noticed that. the "mime_content_type()" function looked like
a good candidate but it's marked as deprecated. the best option
appears to be the Fileinfo stuff.
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 11:33 -0500, Robert P. J. Day wrote:
> On Mon, 8 Mar 2010, Ashley Sheridan wrote:
>
> > On Mon, 2010-03-08 at 10:57 -0500, Robert P. J. Day wrote:
> >
> > > hi, i'm interested in the most comprehensive way to determine the
> > > content type of a stream of bytes that's been uploaded to a PHP
> > > script? assuming that the bytes are uploaded simply via a POST
> > > parameter, i can see that there are a couple ways to do it:
> > >
> > > * getimagesize()
> > > * FileInfo
> > >
> > > i've been doing some testing this morning and a few video formats
> > > handed to FileInfo come back as "application/octet-stream" which
> > > isn't particularly informative. and i want to support as many
> > > different formats of image, audio and video as possible.
> > >
> > > so ... what's the best way? oh, by the way, when i used
> > > fileinfo, i didn't bother handing over a magic file. i'm starting
> > > to think that would make a difference. and is there a noticeable
> > > advantage to upgrading to PHP 5.3 since the server (centos 5.4) is
> > > currently running only PHP 5.1.6. thanks.
>
> > If you're wanting to grab details about a clip, what about using
> > mplayer for dealing with video clips. It has more than a few command
> > line options that can return various levels of detail about a media
> > file. You could use the extension of the clip as a hint about what
> > way you can determine a files exact type. So, if a file came in with
> > a jpg, png or gif extension, you could use GD functions to determine
> > if it's really an image. If it's a .avi, .mpg, .mp4, .mp3, .ogg, you
> > could use mplayer to deal with it.
>
> in order to make life as difficult as possible, all i can assume is
> an incoming stream of bytes. i will have no idea where it came from,
> or its original file name. all of the mime/type identification has to
> be done by the PHP script on the server end, based solely on the
> content. (i'm fairly sure that means a "magic" file will have to be
> involved.)
>
> > This does seem to ba a bit of an area where PHP is lacking. Even the
> > manual pages are cryptic. It seems to suggest that the Mime
> > functions which we should use in-place of deprecated ones themselves
> > rely on those same deprecated functions!
>
> i have noticed that. the "mime_content_type()" function looked like
> a good candidate but it's marked as deprecated. the best option
> appears to be the Fileinfo stuff.
>
> rday
> --
>
> ========================================================================
> Robert P. J. Day Waterloo, Ontario, CANADA
>
> Linux Consulting, Training and Kernel Pedantry.
>
> Web page: http://crashcourse.ca
> Twitter: http://twitter.com/rpjday
> ========================================================================
>
What about writing the first n bytes to a file and then passing that to
the command line? I'm assuming a Linux server here, but it should do the
trick.
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
On Mon, 8 Mar 2010, Ashley Sheridan wrote:
> What about writing the first n bytes to a file and then passing that
> to the command line? I'm assuming a Linux server here, but it should
> do the trick.
gaaaaah! i was hoping for something that wouldn't make me want to
gouge out my eyes with a soup spoon. :-)
rday
--
========================================================================
Robert P. J. Day Waterloo, Ontario, CANADA
Linux Consulting, Training and Kernel Pedantry.
Web page: http://crashcourse.ca
Twitter: http://twitter.com/rpjday
========================================================================
--- End Message ---
--- Begin Message ---
On Mon, 2010-03-08 at 11:37 -0500, Robert P. J. Day wrote:
> On Mon, 8 Mar 2010, Ashley Sheridan wrote:
>
> > What about writing the first n bytes to a file and then passing that
> > to the command line? I'm assuming a Linux server here, but it should
> > do the trick.
>
> gaaaaah! i was hoping for something that wouldn't make me want to
> gouge out my eyes with a soup spoon. :-)
>
> rday
> --
>
> ========================================================================
> Robert P. J. Day Waterloo, Ontario, CANADA
>
> Linux Consulting, Training and Kernel Pedantry.
>
> Web page: http://crashcourse.ca
> Twitter: http://twitter.com/rpjday
> ========================================================================
>
Lol, that's about the easiest way I can think of doing it reliably!
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
Hi all,
I was wondering if there were any ways to simulate loads on a PHP script
running on the server? Basically, I'd just like to take one of my sites
through a dry-run so to speak and simulate x number of visitors.
Ideally, I'd prefer something that didn't have to be installed on the
remote server. Also, it would have to be something I could use from
within Linux, as I only have Windows running as a VM, and I'm not sure
it would work as intended if run though a VM.
Have any of you used such tools, and if so, are there any you'd
recommend?
Thanks,
Ash
http://www.ashleysheridan.co.uk
--- End Message ---
--- Begin Message ---
Hi,
> I was wondering if there were any ways to simulate loads on a PHP script
> running on the server? Basically, I'd just like to take one of my sites
> through a dry-run so to speak and simulate x number of visitors.
> Ideally, I'd prefer something that didn't have to be installed on the
> remote server. Also, it would have to be something I could use from
> within Linux, as I only have Windows running as a VM, and I'm not sure
> it would work as intended if run though a VM.
>
> Have any of you used such tools, and if so, are there any you'd
> recommend?
There's always Apaches "ab". Though I've seen it mentioned that the
load isn't always realistic.
--
Richard Heyes
HTML5 canvas graphing: RGraph - http://www.rgraph.net (updated 6th March)
Lots of PHP and Javascript code - http://www.phpguru.org
--- End Message ---
--- Begin Message ---
You can use "siege" in command line for web server stress testing.
There are other tools. I forget it.
Just look at the Performance section in http://talks.php.net/
There are some slides of Rasmus Lerdorf about these on
http://talks.php.net/ which are very helpful.
--
Shiplu Mokaddim
My talks, http://talk.cmyweb.net
Follow me, http://twitter.com/shiplu
SUST Programmers, http://groups.google.com/group/p2psust
Innovation distinguishes bet ... ... (ask Steve Jobs the rest)
--- End Message ---
--- Begin Message ---
Here is the presentation http://talks.php.net/show/w2e09
--
Shiplu Mokaddim
My talks, http://talk.cmyweb.net
Follow me, http://twitter.com/shiplu
SUST Programmers, http://groups.google.com/group/p2psust
Innovation distinguishes bet ... ... (ask Steve Jobs the rest)
--- End Message ---
--- Begin Message ---
Hey all,
I have an Apache virtual config running a bunch of sites, one
with SSL. I finally have a need to add SSL to one more, but
when I do the first one (which is further down the file) comes
up "untrusted".
Since this is pretty far off topic I'd be obliged if someone
who has configured this before can email me off list for some
assistance.
Much thanks!
Skip
--
====================================
Skip Evans
PenguinSites.com, LLC
503 S Baldwin St, #1
Madison WI 53703
608.250.2720
http://penguinsites.com
------------------------------------
Those of you who believe in
telekinesis, raise my hand.
-- Kurt Vonnegut
--- End Message ---
--- Begin Message ---
You can only have one SSL per IP address. The SSL connection between the
client and server is done before the host header name is made available
to Apache.
- Frank
On 3/8/10 2:13 PM, Skip Evans wrote:
Hey all,
I have an Apache virtual config running a bunch of sites, one with
SSL. I finally have a need to add SSL to one more, but when I do the
first one (which is further down the file) comes up "untrusted".
Since this is pretty far off topic I'd be obliged if someone who has
configured this before can email me off list for some assistance.
Much thanks!
Skip
--
Frank M. Kromann, M.Sc.E.E.
Web by Pixel, Inc.
Phone: +1 949 742 7533
Cell: +1 949 702 1794
Denmark: +45 88 33 64 80
--- End Message ---
--- Begin Message ---
D'oh!
...and I suppose there is just no way around that, eh?
Skip
Frank M. Kromann wrote:
You can only have one SSL per IP address. The SSL connection between the
client and server is done before the host header name is made available
to Apache.
- Frank
On 3/8/10 2:13 PM, Skip Evans wrote:
Hey all,
I have an Apache virtual config running a bunch of sites, one with
SSL. I finally have a need to add SSL to one more, but when I do the
first one (which is further down the file) comes up "untrusted".
Since this is pretty far off topic I'd be obliged if someone who has
configured this before can email me off list for some assistance.
Much thanks!
Skip
--
Frank M. Kromann, M.Sc.E.E.
Web by Pixel, Inc.
Phone: +1 949 742 7533
Cell: +1 949 702 1794
Denmark: +45 88 33 64 80
--
====================================
Skip Evans
PenguinSites.com, LLC
503 S Baldwin St, #1
Madison WI 53703
608.250.2720
http://penguinsites.com
------------------------------------
Those of you who believe in
telekinesis, raise my hand.
-- Kurt Vonnegut
--- End Message ---
--- Begin Message ---
Not that I know of.
- Frank
On 3/8/10 2:21 PM, Skip Evans wrote:
D'oh!
...and I suppose there is just no way around that, eh?
Skip
Frank M. Kromann wrote:
You can only have one SSL per IP address. The SSL connection between
the client and server is done before the host header name is made
available to Apache.
- Frank
On 3/8/10 2:13 PM, Skip Evans wrote:
Hey all,
I have an Apache virtual config running a bunch of sites, one with
SSL. I finally have a need to add SSL to one more, but when I do the
first one (which is further down the file) comes up "untrusted".
Since this is pretty far off topic I'd be obliged if someone who has
configured this before can email me off list for some assistance.
Much thanks!
Skip
--
Frank M. Kromann, M.Sc.E.E.
Web by Pixel, Inc.
Phone: +1 949 742 7533
Cell: +1 949 702 1794
Denmark: +45 88 33 64 80
--
Frank M. Kromann, M.Sc.E.E.
Web by Pixel, Inc.
Phone: +1 949 742 7533
Cell: +1 949 702 1794
Denmark: +45 88 33 64 80
--- End Message ---
