NEOHAPSIS - Peace of Mind Through Integrity and Insight

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com

Neohapsis > Archives > PHP Discussion Digest> 2008-02

php-general Digest 5 Feb 2008 03:15:48 -0000 Issue 5275

php-general-digest-helplists.php.net
Date: Mon Feb 04 2008 - 21:15:48 CST

Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

php-general Digest 5 Feb 2008 03:15:48 -0000 Issue 5275

Topics (messages 268629 through 268698):

Re: Schedule tasks from server
        268629 by: Paul Scott
        268630 by: Michael Fischer
        268631 by: Pieter du Toit
        268632 by: Daniel Brown
        268633 by: Per Jessen
        268634 by: Richard Heyes
        268635 by: Paul Scott
        268636 by: Pieter du Toit
        268638 by: Daniel Brown
        268639 by: Richard Heyes
        268642 by: Daniel Brown
        268643 by: Richard Heyes
        268644 by: Daniel Brown
        268651 by: clive
        268673 by: Richard Lynch

Re: Redirecting STDERR to a file?
268637 by: Daniel Brown

Re: about preg_replace, please help !
268640 by: Daniel Brown

Re: how to make multiple website on one host
268641 by: Daniel Brown

Re: Fileinfo
268645 by: Daniel Brown

Effecient mass mailings
        268646 by: Robert Fitzpatrick
        268647 by: Richard Heyes
        268648 by: Daniel Brown
        268649 by: Jim Lucas
        268650 by: Richard Heyes
        268652 by: Jason Pruim
        268653 by: Robert Fitzpatrick
        268658 by: Manuel Lemos
        268675 by: Richard Lynch

Re: Efficient mass mailings
        268654 by: Per Jessen
        268655 by: Per Jessen
        268656 by: Richard Heyes
        268657 by: Per Jessen

Doctrine vs. Propel
        268659 by: AmirBehzad Eslami
        268660 by: Nathan Nobbe
        268662 by: Manuel Lemos

New search related question
        268661 by: Jason Pruim
        268663 by: Daniel Brown
        268665 by: Greg Donald
        268666 by: Shawn McKenzie
        268667 by: Robert Cummings
        268668 by: Andrew Ballard
        268669 by: Shawn McKenzie
        268670 by: Shawn McKenzie
        268671 by: Robert Cummings
        268672 by: Eric Butera
        268674 by: Greg Donald
        268677 by: Shawn McKenzie
        268679 by: Andrew Ballard
        268685 by: tedd
        268691 by: Daniel Brown
        268694 by: Jim Lucas

Re: flash with PHP
268664 by: Bastien Koert

Re: php competion
        268676 by: Richard Lynch
        268680 by: Nathan Nobbe
        268682 by: Andrew Ballard
        268683 by: Shawn McKenzie
        268688 by: Nathan Nobbe
        268690 by: Eric Butera
        268693 by: Robert Cummings
        268696 by: Shawn McKenzie
        268697 by: Warren Vail

Re: Timeout while waiting for a server->client transfer to start (large files)
268678 by: Richard Lynch
268684 by: szalinski

In Your Arms
        268681 by: salon.andersonsturgess.com
        268686 by: Eric Butera
        268687 by: Jim Lucas
        268689 by: Eric Butera
        268692 by: Jochem Maas

Re: Pass Variable Names to a Function
268695 by: Richard Lynch

text messages
268698 by: blackwater dev

Administrivia:

To subscribe to the digest, e-mail:
php-general-digest-subscribelists.php.net

To unsubscribe from the digest, e-mail:
php-general-digest-unsubscribelists.php.net

To post to the list, e-mail:
php-generallists.php.net

----------------------------------------------------------------------

attached mail follows:

On Mon, 2008-02-04 at 16:30 +0200, Pieter du Toit wrote:
> Is there a way that i can schedule tasks on my webserver that will
> automatically fire on a certain time and date, without anyone visiting the
> website?
>
> This domain is hosted by a ISP and not by me.

Ask your ISP if they support cron jobs - that'll do it. If they don't
then I would suggest moving ISP's.

I see you have an SA mail address - which ISP are you using? I probably
know the answer already if you can tell me ;)

--Paul
--
------------------------------------------------------------.
| Chisimba PHP5 Framework - http://avoir.uwc.ac.za |
:------------------------------------------------------------:

All Email originating from UWC is covered by disclaimer
http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm

attached mail follows:

On Mon, 2008-02-04 at 16:30 +0200, Pieter du Toit wrote:
> Hi people
>
> Is there a way that i can schedule tasks on my webserver that will
> automatically fire on a certain time and date, without anyone visiting the
> website?
>
> This domain is hosted by a ISP and not by me.
>
> Thanks
>
afaik you would need to "persuade" your isp to configure a cron-job for
you.

lg, michi
--
Sautergasse 27-29/35
1160 Wien
phone: 0043 650 2526276
email: michi.fischergmx.net
web: http://www.webfischer.at
----------------------------------
__ __ ___
| \/ || __|
| |\/| || _|
|_| |_||_|

attached mail follows:

I am using paradigmsolutions.co.za. I read about cronjobs, but aparently it
is only available on unix or linux hosting, is this true?
"Paul Scott" <pscottuwc.ac.za> wrote in message
news:1202135832.7255.18.camelpaul-laptop...
>
> On Mon, 2008-02-04 at 16:30 +0200, Pieter du Toit wrote:
>> Is there a way that i can schedule tasks on my webserver that will
>> automatically fire on a certain time and date, without anyone visiting
>> the
>> website?
>>
>> This domain is hosted by a ISP and not by me.
>
> Ask your ISP if they support cron jobs - that'll do it. If they don't
> then I would suggest moving ISP's.
>
> I see you have an SA mail address - which ISP are you using? I probably
> know the answer already if you can tell me ;)
>
> --Paul
> --
> ------------------------------------------------------------.
> | Chisimba PHP5 Framework - http://avoir.uwc.ac.za |
> :------------------------------------------------------------:
>
>

--------------------------------------------------------------------------------

> All Email originating from UWC is covered by disclaimer
> http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm
>

attached mail follows:

On Feb 4, 2008 9:30 AM, Pieter du Toit <pieterlpwebdesign.co.za> wrote:
> Hi people
>
> Is there a way that i can schedule tasks on my webserver that will
> automatically fire on a certain time and date, without anyone visiting the
> website?

In any case, yes.... but the method depends on whether it's a
POSIX-based system (*nix, Linux, MacOS, etc.) or Windows machine. On
the former, you'd use cron jobs, while on the latter, you'd use
scheduled tasks.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

Pieter du Toit wrote:

> I am using paradigmsolutions.co.za. I read about cronjobs, but
> aparently it is only available on unix or linux hosting, is this true?

I'm sure a Windows hosting-setup will have something equivalent.

/Per Jessen, ZÃ¼rich

attached mail follows:

> I am using paradigmsolutions.co.za. I read about cronjobs, but aparently it
> is only available on unix or linux hosting, is this true?

Cron is a *nix thing yes. Though Windows has the task scheduler. You'll
need to check with your ISP to see if it's available or if there's an
alternative.

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for £299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

On Mon, 2008-02-04 at 16:46 +0200, Pieter du Toit wrote:
> I am using paradigmsolutions.co.za. I read about cronjobs, but aparently it
> is only available on unix or linux hosting, is this true?

Well, why not just host on *nix then? I see your site is a MS Frontpage
one, but most linux based ISP's also support that anyway. That way you
get the best of both worlds.

Err, just one question though, if you are using FP, where does the PHP
come in?

--Paul

All Email originating from UWC is covered by disclaimer
http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm

attached mail follows:

98% of the pages is PHP, and i dont know if all my code is *nix compatable,
it should be, but i dont want to take the risk by moving, i already have to
much to do still.

"Paul Scott" <pscottuwc.ac.za> wrote in message
news:1202137480.7255.22.camelpaul-laptop...
>
> On Mon, 2008-02-04 at 16:46 +0200, Pieter du Toit wrote:
>> I am using paradigmsolutions.co.za. I read about cronjobs, but aparently
>> it
>> is only available on unix or linux hosting, is this true?
>
> Well, why not just host on *nix then? I see your site is a MS Frontpage
> one, but most linux based ISP's also support that anyway. That way you
> get the best of both worlds.
>
> Err, just one question though, if you are using FP, where does the PHP
> come in?
>
> --Paul
>
>

--------------------------------------------------------------------------------

> All Email originating from UWC is covered by disclaimer
> http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm
>

attached mail follows:

On Feb 4, 2008 10:11 AM, Pieter du Toit <pieterlpwebdesign.co.za> wrote:
> 98% of the pages is PHP, and i dont know if all my code is *nix compatable,
> it should be, but i dont want to take the risk by moving, i already have to
> much to do still.

As I and others have said, Windows has the scheduled tasks
equivalent to *nix cron jobs. However, just to add some info on your
last message, unless you're using command-line-specific calls to
system(), exec(), passthru(), etc., then your code should be portable
across across all PHP-supported platforms. The PHP parsing engine is
handling the code you write, not the OS.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

> your code should be portable

Except in reality, it probably isn't. Off the top of my head, think file
paths.

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for £299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

On Feb 4, 2008 10:41 AM, Richard Heyes <richardhphpguru.org> wrote:
> > your code should be portable
>
> Except in reality, it probably isn't. Off the top of my head, think file
> paths.

Which is why I mentioned the exec() family. Otherwise, relative
paths for includes will work regardless of the slash style (*nix / vs
Windows \) preferred by the OS. Or is my as-still non-caffeinated
brain missing something obvious here this morning?

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

>> > your code should be portable
>>
>> Except in reality, it probably isn't. Off the top of my head, think file
>> paths.
>
> Which is why I mentioned the exec() family. Otherwise, relative
> paths for includes will work regardless of the slash style (*nix / vs
> Windows \) preferred by the OS. Or is my as-still non-caffeinated
> brain missing something obvious here this morning?

Well exec() et-al aren't the only thing that use paths. You might have
an include/require that begins with "C:\" for example.

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for £299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

On Feb 4, 2008 11:05 AM, Richard Heyes <richardhphpguru.org> wrote:
> >> > your code should be portable
> >>
> >> Except in reality, it probably isn't. Off the top of my head, think file
> >> paths.
> >
> > Which is why I mentioned the exec() family. Otherwise, relative
> > paths for includes will work regardless of the slash style (*nix / vs
> > Windows \) preferred by the OS. Or is my as-still non-caffeinated
> > brain missing something obvious here this morning?
>
> Well exec() et-al aren't the only thing that use paths. You might have
> an include/require that begins with "C:\" for example.

Which, in itself, is bad construct and makes it non-portable even
on fellow Windows machines.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

Pieter du Toit wrote:
> 98% of the pages is PHP, and i dont know if all my code is *nix compatable,
> it should be, but i dont want to take the risk by moving, i already have to
> much to do still.
>
As Richard said ,theirs the task scheduler in windows, but I would go
with Paul's suggestion and move your site to a linux box, it will
probably be better in the long run.

Clive

> "Paul Scott" <pscottuwc.ac.za> wrote in message
> news:1202137480.7255.22.camelpaul-laptop...
>
>> On Mon, 2008-02-04 at 16:46 +0200, Pieter du Toit wrote:
>>
>>> I am using paradigmsolutions.co.za. I read about cronjobs, but aparently
>>> it
>>> is only available on unix or linux hosting, is this true?
>>>
>> Well, why not just host on *nix then? I see your site is a MS Frontpage
>> one, but most linux based ISP's also support that anyway. That way you
>> get the best of both worlds.
>>
>> Err, just one question though, if you are using FP, where does the PHP
>> come in?
>>
>> --Paul
>>
>>
>>
>
>
> --------------------------------------------------------------------------------
>
>
>
>> All Email originating from UWC is covered by disclaimer
>> http://www.uwc.ac.za/portal/public/portal_services/disclaimer.htm
>>
>>
>
>

attached mail follows:

On Mon, February 4, 2008 8:30 am, Pieter du Toit wrote:
> Is there a way that i can schedule tasks on my webserver that will
> automatically fire on a certain time and date, without anyone visiting
> the
> website?
>
> This domain is hosted by a ISP and not by me.

There is a low-level utility in Windows DOS whose name is "at" which
is not unlike the lower-level command line utility in *nix named "at"
(read: they're the same).

So, in theory, on a Windows box, even if you don't have access to the
fancy "Scheduled Tasks" GUI, one might have access to "at" in a DOS
prompt...

You could also grab any old box in your closet, throw Linux on it, and
toss your code in to see if it runs, and try to assess how much work
it would be to migrate.

And, finally, for those stuck with horrible webhosts who provide no
access to cron or a Windows-equivalent, there are free services out
there that will "cron" an HTTP request for you.

You then build a PHP script for that external service to visit that
fires off whatever you want.

You may or may not want to do things like password-protect it (and
provide the http://user:passexample.com/daily.php URL to it) or
perhaps have some logic in the code to make sure it doesn't run "too
often" in some kind of denial of service attack.

PS
If your site gets at least SOME traffic, you could also Google for PHP
solutions where you include something on your homepage that checks the
DB for events that need doing. There used to be more than a few of
these, back in the days when various "panels" (ugh!) didn't provide
cron access.

--
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/from/lynch
Yeah, I get a buck. So?

attached mail follows:

On Feb 3, 2008 10:08 PM, Richard Lynch <ceol-i-e.com> wrote:
>
>
> On Fri, February 1, 2008 10:58 pm, js wrote:
> > Hi,
> >
> > I was trying to write a script in PHP that takes a program name
> > as an argument and invoke it as a daemon.
> > PHP provides fork(pcntl_fork), setsid(posix_setsid) and umask,
> > so it was easy.
> > However, I couldn't find a way to redirect STDERR a file.
> > I like to have the daemon write its log to its own logfile, like
> > apache and mysql do.
> >
> > So is there any way to accomplish that?
> > Any pointers, suggestions would be greatly appreciated.
>
> http://php.net/set_error_handler
>
> You can catch (almost) all the errors and send them wherever you want.
>
> Or maybe you just want to write this as a shell script instead of
> using PHP in the first place. :-)

.... in which case....

#!/bin/bash
# Name: daemonize.sh (chmod 755)
# Run as: sh daemonize.sh [PROG_TO_DAEMONIZE] [LOG_FILE]
# Daniel P. Brown <parasanegmail.com>
# To disable logging, just use /dev/null as LOG_FILE

if [ "$1" == "" ]; then
        echo "Missing PROG_TO_DAEMONIZE"
        echo "Usage: $0 [PROG_TO_DAEMONIZE] [LOG_FILE]"
        exit 1
fi

if [ "$2" == "" ]; then
        echo "Missing LOG_FILE (if you don't want logging, use /dev/null)"
        echo "Usage: $0 [PROG_TO_DAEMONIZE] [LOG_FILE]"
        exit 1
fi

exec "$1" 2>&1 >> $2 &

if [ "$?" != 0 ]; then
        echo "There was an error daemonizing $1."
        if [ "$2" != "/dev/null" ]; then
                echo "Please check the log file ($2) for errors."
        fi
        exit 1
fi

echo "Daemonized $1 with PID $! (from $0 with PID $$)."

if [ "$2" != "/dev/null" ]; then
echo "All output will be logged to $2."
fi

exit 0

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

On Feb 3, 2008 8:00 PM, LKSunny <adpc86.com> wrote:
> <?
> $txt = <<<eof
> aaaaaaaaa
> aaaaaaaaa
> aaaaaaaaa
>
> bbbbbbbb
> bbbbbbbb
>
> bbbbbbbb
> eof;
>
> //i just want replace "start to first \r\n\r\n"
> //how can i do ?
[snip]

<?
$txt = <<<eof
aaaaaaaaa
aaaaaaaaa
aaaaaaaaa

bbbbbbbb
bbbbbbbb

bbbbbbbb
eof;

$rep = preg_replace('/^(?s)(.*)(\r)?\n(\r)?\n/U','',$txt);

echo $rep."\n";
?>

Note the optional \r and required \n. This is because, if the
input/output is ever touching a non-Windows machine, it won't use \r\n
for newlines - only \n.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

On Feb 4, 2008 1:12 AM, jeffry s <paragasugmail.com> wrote:
> can you tell me more about mod_rewrite?

Apache can....

[NOTE: This is to the 1.3.x tree]
http://httpd.apache.org/docs/1.3/mod/mod_rewrite.html

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

On Feb 4, 2008 4:06 AM, Mad Unix <madunixgmail.com> wrote:
> I can not install FileInfo... any help
[snip]

Note this line:
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to....

Update the php.ini to use more than 8MB. (See `memory_limit`)

While you're at it, you may want to update your
`max_execution_time` and `max_input_time`, but those shouldn't be
factors here. Just something else you may run across.

Whatever you do, if it's a production box, be sure to set
reasonable limits, or else you open yourself up for far worse problems
than not being able to install a module.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

I a currently re-writing a web app from ASP to PHP and have come to the
part where the app sends mass mailings to their customer base. This has
always been problematic for them with the existing setup and I am
looking for the best approach. While I've setup mailings with PHP, never
such mass mailings. They will be using a web form to send sometimes
2-5MB attachments to thousands of customers to advertise new products
with PDF's, etc. Using their Windows IIS SMTP virtual server smarthost
function, I send their mail off-site to our postfix mail gateway, but it
still bogs down and I'm sure a remote server is not the answer, but
still better than the errors they receive trying to use localhost and
IIS. Once the re-write, the app will be on to a Linux box where I can do
some tweaking to these and hope localhost will work better for these
mailings.

Can someone give some pointers at how I may want to approach such mass
mailings? Thanks in advance!

--
Robert

attached mail follows:

> I a currently re-writing a web app from ASP to PHP and have come to the
> part where the app sends mass mailings to their customer base. This has
> always been problematic for them with the existing setup and I am
> looking for the best approach. While I've setup mailings with PHP, never
> such mass mailings. They will be using a web form to send sometimes
> 2-5MB attachments to thousands of customers to advertise new products
> with PDF's, etc. Using their Windows IIS SMTP virtual server smarthost
> function, I send their mail off-site to our postfix mail gateway, but it
> still bogs down and I'm sure a remote server is not the answer, but
> still better than the errors they receive trying to use localhost and
> IIS. Once the re-write, the app will be on to a Linux box where I can do
> some tweaking to these and hope localhost will work better for these
> mailings.
>
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!

If you have attachments, you could use one or more cheap remote servers
and Bcc: the recipients. Or use the local mail gateway. Bcc:ing will cut
down on the amount of the amount of actual data transferred to the mail
server; you can send to say 100 recipients at once but only transfer the
attachment data once.

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for £299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

On Feb 4, 2008 11:34 AM, Richard Heyes <richardhphpguru.org> wrote:
> If you have attachments, you could use one or more cheap remote servers
> and Bcc: the recipients. Or use the local mail gateway. Bcc:ing will cut
> down on the amount of the amount of actual data transferred to the mail
> server; you can send to say 100 recipients at once but only transfer the
> attachment data once.

I'm not 100% sure on this, so I'd defer to someone with greater
knowledge on the subject than I, but isn't BCC-delivered email
automatically scored higher on the Bayesian scale?

I've always personally hated receiving email with large
attachments, preferring instead to get links to the content on the
web. Plus, that cuts down on the bandwidth the server (as well as
mailservers, gateways, et cetera) are responsible for handling,
because the PDFs or other attachments would only be downloaded by
those who really wanted to have them. However, I know nothing about
the business model with which Robert is working, so it may be neither
applicable or optional in his case.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

Robert Fitzpatrick wrote:
> I a currently re-writing a web app from ASP to PHP and have come to the
> part where the app sends mass mailings to their customer base. This has
> always been problematic for them with the existing setup and I am
> looking for the best approach. While I've setup mailings with PHP, never
> such mass mailings. They will be using a web form to send sometimes
> 2-5MB attachments to thousands of customers to advertise new products
> with PDF's, etc. Using their Windows IIS SMTP virtual server smarthost
> function, I send their mail off-site to our postfix mail gateway, but it
> still bogs down and I'm sure a remote server is not the answer, but
> still better than the errors they receive trying to use localhost and
> IIS. Once the re-write, the app will be on to a Linux box where I can do
> some tweaking to these and hope localhost will work better for these
> mailings.
>
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!
>

As the manager of the ISP department and owner of a few hosting servers of my
own, this is my opinion of the problem and how I would solve the problems.

If you were sending HTML formatted emails and included images for the layout,
that would be fine. But a 2-5MB attachment? Why would want to send that as an
attachment. Give them a link back to your website. If it is a private thing,
make them log in.

Why do you think the mail service is bogging down? Every email attachment that
you send, unless it is plain text, gets converted to 7bit from 8bit. This will
almost double the size of the attachment. Then, if you are sending multiple
copies of this attachment, well, just think about the waisted CPU cycles. Get
my point yet.

Just create them a nice little email, and include a link that points to the
document that would have otherwise been attached. It will cut down on waisted
bandwidth. It will only get downloaded by the persons that actually want it.

A win win all the way around.

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

attached mail follows:

> I've always personally hated receiving email with large
> attachments, preferring instead to get links to the content on the
> web. Plus, that cuts down on the bandwidth the server (as well as
> mailservers, gateways, et cetera) are responsible for handling,
> because the PDFs or other attachments would only be downloaded by
> those who really wanted to have them. However, I know nothing about
> the business model with which Robert is working, so it may be neither
> applicable or optional in his case.

No it's another perfectly viable option. "Click here to view a HTML
version of this email" links I would say no, but for files, then why
not? Also prevents pissing off the user by not having to download the
attachment if they're not interested in it (and assuming it will be
base64 encoded as most attachments are, don't forget it will grow in
size by a third).

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for £299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

)

On Feb 4, 2008, at 11:22 AM, Robert Fitzpatrick wrote:

> I a currently re-writing a web app from ASP to PHP and have come to
> the
> part where the app sends mass mailings to their customer base. This
> has
> always been problematic for them with the existing setup and I am
> looking for the best approach. While I've setup mailings with PHP,
> never
> such mass mailings. They will be using a web form to send sometimes
> 2-5MB attachments to thousands of customers to advertise new products
> with PDF's, etc. Using their Windows IIS SMTP virtual server smarthost
> function, I send their mail off-site to our postfix mail gateway,
> but it
> still bogs down and I'm sure a remote server is not the answer, but
> still better than the errors they receive trying to use localhost and
> IIS. Once the re-write, the app will be on to a Linux box where I
> can do
> some tweaking to these and hope localhost will work better for these
> mailings.
>
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!

It's not a complete PHP solution... BUT... why not pass it off to
something written specifically to handle mass emails? something like
mailman? Is it that they want the addresses in 1 place and 1 place
only so they don't have to reenter the addresses?

If so, I'm pretty sure mailman can read flat files for addresses, so
just have your app export the appropriate records to a flat file
say... 1 address per line (Or how ever mailman would handle it)
replace the old file, and then simply send out the email?

Or have I just shown my ignorance again? I've been told I'm very good
at that! :

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424
www.raoset.com
japruimraoset.com

attached mail follows:

On Mon, 2008-02-04 at 08:53 -0800, Jim Lucas wrote:
> If you were sending HTML formatted emails and included images for the layout,
> that would be fine. But a 2-5MB attachment? Why would want to send that as an
> attachment. Give them a link back to your website. If it is a private thing,
> make them log in.

Thanks Jim and Daniel. Not sure why I was stuck on duplicating the
existing apps efforts :/ I talked to my client and this it the way we're
going...

--
Robert

attached mail follows:

Hello,

on 02/04/2008 02:22 PM Robert Fitzpatrick said the following:
> I a currently re-writing a web app from ASP to PHP and have come to the
> part where the app sends mass mailings to their customer base. This has
> always been problematic for them with the existing setup and I am
> looking for the best approach. While I've setup mailings with PHP, never
> such mass mailings. They will be using a web form to send sometimes
> 2-5MB attachments to thousands of customers to advertise new products
> with PDF's, etc. Using their Windows IIS SMTP virtual server smarthost
> function, I send their mail off-site to our postfix mail gateway, but it
> still bogs down and I'm sure a remote server is not the answer, but
> still better than the errors they receive trying to use localhost and
> IIS. Once the re-write, the app will be on to a Linux box where I can do
> some tweaking to these and hope localhost will work better for these
> mailings.
>
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!

Relaying messages to an SMTP server is a very slow solution, despite a
common belief otherwise.

If you are under Windows, there is a much better solutions if you have
Microsoft Exchange installed. You can just drop messages in the pickup
folder if you have the right permissions. Sending messages is just like
writing to a file.

You may want to take a look at this MIME message composing and sending
class. It comes with several delivery sub-classes, including one which
knows how to drop messages in the Exchange pickup folder.

Also, if your message bodies do not change for different recipients,
this class provides smart body caching support, so it does not waste
time regenerating the message body for every recipient.

If you can use these features, I am sure you can benefit of great mass
mailing performance boost:

http://www.phpclasses.org/mimemessage

Regards,
Manuel Lemos

PHP professionals looking for PHP jobs
http://www.phpclasses.org/professionals/

PHP Classes - Free ready to use OOP components written in PHP
http://www.phpclasses.org/

attached mail follows:

On Mon, February 4, 2008 10:22 am, Robert Fitzpatrick wrote:
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!

Get rid of the attachments?
:-)

--
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/from/lynch
Yeah, I get a buck. So?

attached mail follows:

Richard Heyes wrote:

> If you have attachments, you could use one or more cheap remote
> servers and Bcc: the recipients. Or use the local mail gateway.
> Bcc:ing will cut down on the amount of the amount of actual data
> transferred to the mail server; you can send to say 100 recipients at
> once but only transfer the attachment data once.

Whether you BCC or not does not affect the actual mail-server traffic.
A Bcc'ed address is only one that isn't listed in To: header.

/Per Jessen, ZÃ¼rich

attached mail follows:

Robert Fitzpatrick wrote:

> I a currently re-writing a web app from ASP to PHP and have come to
> the part where the app sends mass mailings to their customer base.
> This has always been problematic for them with the existing setup and
> I am looking for the best approach. While I've setup mailings with
> PHP, never such mass mailings. They will be using a web form to send
> sometimes 2-5MB attachments to thousands of customers to advertise new
> products with PDF's, etc. Using their Windows IIS SMTP virtual server
> smarthost function, I send their mail off-site to our postfix mail
> gateway, but it still bogs down and I'm sure a remote server is not
> the answer, but still better than the errors they receive trying to
> use localhost and IIS. Once the re-write, the app will be on to a
> Linux box where I can do some tweaking to these and hope localhost
> will work better for these mailings.
>
> Can someone give some pointers at how I may want to approach such mass
> mailings? Thanks in advance!

More bandwidth. Your 2-5Mb attachment is killing delivery performance.

/Per Jessen, ZÃ¼rich

attached mail follows:

> Whether you BCC or not does not affect the actual mail-server traffic.
> A Bcc'ed address is only one that isn't listed in To: header.

But it does affect how much data gets transferred to the mail server. If
you Bcc: addresses the email will only be sent over the wire to the mail
server once.

--
Richard Heyes
http://www.websupportsolutions.co.uk

Knowledge Base and Helpdesk software for Â£299 hosted for you -
no installation, no maintenance, new features automatic and free

attached mail follows:

Richard Heyes wrote:

>> Whether you BCC or not does not affect the actual mail-server
>> traffic. A Bcc'ed address is only one that isn't listed in To:
>> header.
>
> But it does affect how much data gets transferred to the mail server.
> If you Bcc: addresses the email will only be sent over the wire to the
> mail server once.

It depends on your setup and what "the wire" is.
Delivering an email with 1000 bcc'ed addresses:

- if you're delivering an email to your localhost MTA using sendmail
with 1000 bcc'ed addresses, nothing goes over the wire, the file is
just dropped into the filesystem. The mailserver will typically order
the addresses by domain, and attempt to deliver "over the wire" with
multiple recipients per domain.

- if you're delivering an email to a remote MTA using SMTP, the email
_could_ be transmitted only once - assuming the remote MTA can accept
all 1000 recipients in one transaction.

/Per Jessen, ZÃ¼rich

attached mail follows:

Dear List,

I've just heard of ORM (Object Relational Mapping) frameworks written for
PHP.
It seems that there are two major frameworks here: Doctrine and Propel:

http://www.phpdoctrine.org/
http://propel.phpdb.org/trac/

I wonder which one is better? What is the difference between these?
I'm talking about the learning curve, peroformance.
What are the advantages/disadvantages of each one?

Thank you in advance,
Behzad

attached mail follows:

On Feb 4, 2008 1:44 PM, AmirBehzad Eslami <behzad.eslamigmail.com> wrote:

> Dear List,
>
> I've just heard of ORM (Object Relational Mapping) frameworks written for
> PHP.
> It seems that there are two major frameworks here: Doctrine and Propel:
>
> http://www.phpdoctrine.org/
> http://propel.phpdb.org/trac/
>
> I wonder which one is better? What is the difference between these?
> I'm talking about the learning curve, peroformance.
> What are the advantages/disadvantages of each one?

hmm... i havent seen this doctrine yet; it looks pretty cool.
actually, they seem to be somewhat similar. some things ive noticed
are doctrine uses yaml in its schema files, and doctrine appears to have
a caching mechanism already for both queries and results. thats nice,
because for propel youll have to roll your own. unless perhaps symphony
has done this already ?
also, propel doesnt have anything like DQL. i have to say, doctrine has
some
killer docs as well. these appear to be more robust than what propel has at
a
cursory glance.
ill probly take a closer look at this as time permits; thanks for the info!

-nathan

attached mail follows:

Hello,

on 02/04/2008 04:44 PM AmirBehzad Eslami said the following:
> Dear List,
>
> I've just heard of ORM (Object Relational Mapping) frameworks written for
> PHP.
> It seems that there are two major frameworks here: Doctrine and Propel:
>
> http://www.phpdoctrine.org/
> http://propel.phpdb.org/trac/
>
> I wonder which one is better? What is the difference between these?
> I'm talking about the learning curve, peroformance.
> What are the advantages/disadvantages of each one?

I cannot answer to your question because I have not tried any of those.
I use Metatsorage which is an ORM class generator tool. It is a
different approach which for me results in persistent object classes
that are smaller and more efficient.

You may find more about Metastorage here:

http://www.meta-language.net/metastorage.html

Here you may find a small example application:

http://www.meta-language.net/metanews.html

Here you may see some screenshots of the Web user interface of the
generator tool and screenshots of the applications:

http://www.meta-language.net/screenshots.html

Regards,
Manuel Lemos

PHP professionals looking for PHP jobs
http://www.phpclasses.org/professionals/

PHP Classes - Free ready to use OOP components written in PHP
http://www.phpclasses.org/

attached mail follows:

Hi Everyone! :)

Just a quick question, I've done some googling but haven't been able
to find what I need... I am looking at doing a search function for
someone's website, the website is just static HTML files, and she
doesn't want to redo the entire website to make it dynamic.

What I am thinking (And please correct me when I'm wrong!) is that if
I maintain a database with keywords in it, and links to the pages it
exists on, I can implement the search easily enough without redoing
the entire website. IE: Someone searches the database for "Flowers"
and flowers are the main product on: "Flowers.html" and
"fakeFlowers.html" so on the page, I would display:

Search Term: Flowers

Search Results:
link.to.site/Flowers.html
link.to.other.site/fakeFlowers.html

Is there anything wrong with the way I'm thinking? Or is it that there
is a better way to search through a static HTML site?

Jason Pruim
Raoset Inc.
Technology Manager
MQC Specialist
3251 132nd ave
Holland, MI, 49424
www.raoset.com
japruimraoset.com

attached mail follows:

On Feb 4, 2008 2:48 PM, Jason Pruim <japruimraoset.com> wrote:
> Hi Everyone! :)
>
> Just a quick question, I've done some googling but haven't been able
> to find what I need... I am looking at doing a search function for
> someone's website, the website is just static HTML files, and she
> doesn't want to redo the entire website to make it dynamic.
>
> What I am thinking (And please correct me when I'm wrong!) is that if
> I maintain a database with keywords in it, and links to the pages it
> exists on, I can implement the search easily enough without redoing
> the entire website. IE: Someone searches the database for "Flowers"
> and flowers are the main product on: "Flowers.html" and
> "fakeFlowers.html" so on the page, I would display:
>
> Search Term: Flowers
>
> Search Results:
> link.to.site/Flowers.html
> link.to.other.site/fakeFlowers.html
>
> Is there anything wrong with the way I'm thinking? Or is it that there
> is a better way to search through a static HTML site?

There are plenty of free PHP spider scripts, which is what you
need. Otherwise, it's not that difficult to write your own system.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

On 2/4/08, Jason Pruim <japruimraoset.com> wrote:
> Is there anything wrong with the way I'm thinking? Or is it that there
> is a better way to search through a static HTML site?

http://www.htdig.org/

--
Greg Donald
http://destiney.com/

attached mail follows:

If there aren't many files and you don't intend to grow this site much
larger and intend to always have static HTML, any easy implementation
would be to read each file and search for the terms either in the
keywords tag or in the entire file.

Optionally, if you're on a *nix host you could exec() a grep for the
terms which returns the matching lines in an array and display as needed.

-Shawn

Jason Pruim wrote:
> Hi Everyone! :)
>
> Just a quick question, I've done some googling but haven't been able to
> find what I need... I am looking at doing a search function for
> someone's website, the website is just static HTML files, and she
> doesn't want to redo the entire website to make it dynamic.
>
> What I am thinking (And please correct me when I'm wrong!) is that if I
> maintain a database with keywords in it, and links to the pages it
> exists on, I can implement the search easily enough without redoing the
> entire website. IE: Someone searches the database for "Flowers" and
> flowers are the main product on: "Flowers.html" and "fakeFlowers.html"
> so on the page, I would display:
>
> Search Term: Flowers
>
> Search Results:
> link.to.site/Flowers.html
> link.to.other.site/fakeFlowers.html
>
> Is there anything wrong with the way I'm thinking? Or is it that there
> is a better way to search through a static HTML site?
>
>
> --
>
> Jason Pruim
> Raoset Inc.
> Technology Manager
> MQC Specialist
> 3251 132nd ave
> Holland, MI, 49424
> www.raoset.com
> japruimraoset.com

attached mail follows:

On Mon, 2008-02-04 at 14:13 -0600, Shawn McKenzie wrote:
> If there aren't many files and you don't intend to grow this site much
> larger and intend to always have static HTML, any easy implementation
> would be to read each file and search for the terms either in the
> keywords tag or in the entire file.
>
> Optionally, if you're on a *nix host you could exec() a grep for the
> terms which returns the matching lines in an array and display as needed.

Wow, that has got to be the most inefficient lazy method I've ever
heard. I would never suggest such a route on a production server. His
original plan is much more efficient and is generally along the lines
how how search indexing works. As such for a simple site I'd do what he
suggest using a FULLTEXT field in the database, or as Greg Donal
suggested, use soemthing like htdig. A more involved solution would be
something like Lucene. Either way, you don't want to be scanning the
files on ever search request.

Cheers,
Rob.
--
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting |
| a powerful, scalable system for accessing system services |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for |
| creating re-usable components quickly and easily. |
`------------------------------------------------------------'

attached mail follows:

On Feb 4, 2008 3:13 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> If there aren't many files and you don't intend to grow this site much
> larger and intend to always have static HTML, any easy implementation
> would be to read each file and search for the terms either in the
> keywords tag or in the entire file.
>
> Optionally, if you're on a *nix host you could exec() a grep for the
> terms which returns the matching lines in an array and display as needed.
>
> -Shawn
>

I'm dreading any searches that contain terms like "table", "body",
"style", "background", etc. These could be perfectly legitimate search
terms, but without the right filter they would match every document in
the site rather than just those that contain these terms in the actual
content rather than the markup.

Andrew

attached mail follows:

Inefficient, maybe. Lazy, most likely yes.

I agree that htdig may be a better solution, however his current
solution requires upkeep if the static HTML is changed and requires that
the person populating the database pick all relevant words from the page
and if new ones are added to update the db.

For example, if you add the entry for the fakeFlowers.html and don't
think it's important to add "long lasting" to the db, even though it
appears on the page, then that search comes up empty. Also, if the site
owner adds a new page or just updates the Flowers.html to include
"roses", then the db needs to be updated for that page or a new record
added for the new page, etc.

Unless, by FULLTEXT, you're implying that the full text of each page
should be in the db, then I would argue that there is negligible diff
between that and the grep. Then the only major diff is the
maintainability, which the grep wins.

-Shawn

Robert Cummings wrote:
> On Mon, 2008-02-04 at 14:13 -0600, Shawn McKenzie wrote:
>> If there aren't many files and you don't intend to grow this site much
>> larger and intend to always have static HTML, any easy implementation
>> would be to read each file and search for the terms either in the
>> keywords tag or in the entire file.
>>
>> Optionally, if you're on a *nix host you could exec() a grep for the
>> terms which returns the matching lines in an array and display as needed.
>
> Wow, that has got to be the most inefficient lazy method I've ever
> heard. I would never suggest such a route on a production server. His
> original plan is much more efficient and is generally along the lines
> how how search indexing works. As such for a simple site I'd do what he
> suggest using a FULLTEXT field in the database, or as Greg Donal
> suggested, use soemthing like htdig. A more involved solution would be
> something like Lucene. Either way, you don't want to be scanning the
> files on ever search request.
>
> Cheers,
> Rob.

attached mail follows:

strip_tags() perhaps?

Andrew Ballard wrote:
> On Feb 4, 2008 3:13 PM, Shawn McKenzie <nospammckenzies.net> wrote:
>> If there aren't many files and you don't intend to grow this site much
>> larger and intend to always have static HTML, any easy implementation
>> would be to read each file and search for the terms either in the
>> keywords tag or in the entire file.
>>
>> Optionally, if you're on a *nix host you could exec() a grep for the
>> terms which returns the matching lines in an array and display as needed.
>>
>> -Shawn
>>
>
> I'm dreading any searches that contain terms like "table", "body",
> "style", "background", etc. These could be perfectly legitimate search
> terms, but without the right filter they would match every document in
> the site rather than just those that contain these terms in the actual
> content rather than the markup.
>
> Andrew

attached mail follows:

I thought he was extracting the words form the content... maybe just
using strip_tags(). Doing that and pushing to a fulltext field would
cover most of his bases.

Cheers,
Rob.

On Mon, 2008-02-04 at 14:37 -0600, Shawn McKenzie wrote:
> Inefficient, maybe. Lazy, most likely yes.
>
> I agree that htdig may be a better solution, however his current
> solution requires upkeep if the static HTML is changed and requires that
> the person populating the database pick all relevant words from the page
> and if new ones are added to update the db.
>
> For example, if you add the entry for the fakeFlowers.html and don't
> think it's important to add "long lasting" to the db, even though it
> appears on the page, then that search comes up empty. Also, if the site
> owner adds a new page or just updates the Flowers.html to include
> "roses", then the db needs to be updated for that page or a new record
> added for the new page, etc.
>
> Unless, by FULLTEXT, you're implying that the full text of each page
> should be in the db, then I would argue that there is negligible diff
> between that and the grep. Then the only major diff is the
> maintainability, which the grep wins.
>
> -Shawn
>
> Robert Cummings wrote:
> > On Mon, 2008-02-04 at 14:13 -0600, Shawn McKenzie wrote:
> >> If there aren't many files and you don't intend to grow this site much
> >> larger and intend to always have static HTML, any easy implementation
> >> would be to read each file and search for the terms either in the
> >> keywords tag or in the entire file.
> >>
> >> Optionally, if you're on a *nix host you could exec() a grep for the
> >> terms which returns the matching lines in an array and display as needed.
> >
> > Wow, that has got to be the most inefficient lazy method I've ever
> > heard. I would never suggest such a route on a production server. His
> > original plan is much more efficient and is generally along the lines
> > how how search indexing works. As such for a simple site I'd do what he
> > suggest using a FULLTEXT field in the database, or as Greg Donal
> > suggested, use soemthing like htdig. A more involved solution would be
> > something like Lucene. Either way, you don't want to be scanning the
> > files on ever search request.
> >
> > Cheers,
> > Rob.
>
--
.------------------------------------------------------------.
| InterJinn Application Framework - http://www.interjinn.com |
:------------------------------------------------------------:
| An application and templating framework for PHP. Boasting |
| a powerful, scalable system for accessing system services |
| such as forms, properties, sessions, and caches. InterJinn |
| also provides an extremely flexible architecture for |
| creating re-usable components quickly and easily. |
`------------------------------------------------------------'

attached mail follows:

I use Swish-e for this.

attached mail follows:

On 2/4/08, Shawn McKenzie <nospammckenzies.net> wrote:
> I agree that htdig may be a better solution, however his current
> solution requires upkeep if the static HTML is changed and requires that
> the person populating the database pick all relevant words from the page
> and if new ones are added to update the db.

Oh the horror of setting up cron jobs and stopwords.

> Unless, by FULLTEXT, you're implying that the full text of each page
> should be in the db, then I would argue that there is negligible diff
> between that and the grep.

Here, let me connect the logic for you.

Q. If grep was the best search tool then why did slocate get invented?
A. Indexes.

A MySQL index doesn't go away in between requests.

--
Greg Donald
http://destiney.com/

attached mail follows:

OP didn't ask for the "best search tool".

Back to the horror of cron jobs to updatedb (or were you being
sarcastic?) :-)

I am familiar with using (s)locate to find files by name etc... But I
haven't seen how to index and search file contents. man is no help and
I didn't get any google love either. This would indeed be cool.

-Shawn

Greg Donald wrote:
> On 2/4/08, Shawn McKenzie <nospammckenzies.net> wrote:
>> I agree that htdig may be a better solution, however his current
>> solution requires upkeep if the static HTML is changed and requires that
>> the person populating the database pick all relevant words from the page
>> and if new ones are added to update the db.
>
> Oh the horror of setting up cron jobs and stopwords.
>
>> Unless, by FULLTEXT, you're implying that the full text of each page
>> should be in the db, then I would argue that there is negligible diff
>> between that and the grep.
>
> Here, let me connect the logic for you.
>
> Q. If grep was the best search tool then why did slocate get invented?
> A. Indexes.
>
> A MySQL index doesn't go away in between requests.
>
>

attached mail follows:

On Feb 4, 2008 3:40 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> strip_tags() perhaps?

Perhaps; I've never been thrilled with strip_tags(), but it should
work well enough here. But combined with grep? I guess for most
searches grep would narrow things down reasonably well before you have
to start processing files in PHP. It would definitely only be useful
for a small site (as you suggested).

Identifying keywords wouldn't be all that difficult using the OP's
method either. The script could easily count the number of occurrences
of each word and create an index with the word, the URL, and the
number of occurrences (even excluding a list of noise words if
desired) without someone having to manually define a list of keywords.
It could be run as often as needed to keep the index up-to-date.

However, the thing I like most about using FULLTEXT or something like
htdig is that they already provide a good combination of indexing and
advanced search operators.

Andrew

>
> Andrew Ballard wrote:
> > On Feb 4, 2008 3:13 PM, Shawn McKenzie <nospammckenzies.net> wrote:
> >> If there aren't many files and you don't intend to grow this site much
> >> larger and intend to always have static HTML, any easy implementation
> >> would be to read each file and search for the terms either in the
> >> keywords tag or in the entire file.
> >>
> >> Optionally, if you're on a *nix host you could exec() a grep for the
> >> terms which returns the matching lines in an array and display as needed.
> >>
> >> -Shawn
> >>
> >
> > I'm dreading any searches that contain terms like "table", "body",
> > "style", "background", etc. These could be perfectly legitimate search
> > terms, but without the right filter they would match every document in
> > the site rather than just those that contain these terms in the actual
> > content rather than the markup.
> >
> > Andrew
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

attached mail follows:

At 2:48 PM -0500 2/4/08, Jason Pruim wrote:
>Hi Everyone! :)
>
>Just a quick question, I've done some googling but haven't been able
>to find what I need... I am looking at doing a search function for
>someone's website, the website is just static HTML files, and she
>doesn't want to redo the entire website to make it dynamic.
>
>What I am thinking (And please correct me when I'm wrong!) is that
>if I maintain a database with keywords in it, and links to the pages
>it exists on, I can implement the search easily enough without
>redoing the entire website. IE: Someone searches the database for
>"Flowers" and flowers are the main product on: "Flowers.html" and
>"fakeFlowers.html" so on the page, I would display:
>
>Search Term: Flowers
>
>Search Results:
>link.to.site/Flowers.html
>link.to.other.site/fakeFlowers.html
>
>Is there anything wrong with the way I'm thinking? Or is it that
>there is a better way to search through a static HTML site?

Try this:

http://sperling.com/examples/search/

It works for me.

Cheers,

tedd

--
-------
http://sperling.com http://ancientstones.com http://earthstones.com

attached mail follows:

I got bored, so I wrote out a system to handle it. Let me know if
you want the source when it's done.

--
</Dan>

Daniel P. Brown
Senior Unix Geek
<? while(1) { $me = $mind--; sleep(86400); } ?>

attached mail follows:

Daniel Brown wrote:
> On Feb 4, 2008 2:48 PM, Jason Pruim <japruimraoset.com> wrote:
>> Hi Everyone! :)
>>
>> Just a quick question, I've done some googling but haven't been able
>> to find what I need... I am looking at doing a search function for
>> someone's website, the website is just static HTML files, and she
>> doesn't want to redo the entire website to make it dynamic.
>
> I got bored, so I wrote out a system to handle it. Let me know if
> you want the source when it's done.
>

So did I... :)

Has options for searching recursively, case sensitivity, and displayable HTML
only or the entire file. Also a restriction to limit which filetypes from the
results it will display.

It only works on *nix, I used grep. Don't have to worry about cron, scheduled
tasks, etc to refresh a DB. I have it searching about 7000 files that range
from plain text 2k all the way up to 60meg binary zip files, and it is rather
quick at it.

I think I will use this in my script testing area. I have already found it to
be rather handy. Instead of trying to remember where something is, all I have
to do is search for it. But now I don't have to log into my server and run grep
from the command line. I hated having to do that just to find one script example.

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

attached mail follows:

try asking on www.flashkit.com

bastien> Date: Mon, 4 Feb 2008 07:45:25 +0200> From: clive_listsimmigrationunit.com> To: raf.newsgmail.com> CC: php-generallists.php.net> Subject: Re: [PHP] flash with PHP> > FlashKnowledge = 0;> phpKnowledge = 1;> > I remember some time back finding a class for php and a class/unit/addon > for flash that allowed communication between php file and flash files, > just google for it> > Clive> > Alain Roger wrote:> > Hi,> >> > i would like to have a flash menu in my PHP website.> > this is no problem.> >> > My problem is how to exchange data between PHP andFlash (in both direction).> > i found a lot of posts on this theme, but nothing with really works under> > ActionScript 3 and PHP.> >> > does anyone already solved such topic ?> >> > thx.> >> > > > -- > PHP General Mailing List (http://www.php.net/)> To unsubscribe, visit: http://www.php.net/unsub.php>
_________________________________________________________________

attached mail follows:

On Mon, February 4, 2008 2:36 am, Jochem Maas wrote:
> Richard Lynch schreef:
>>
>> On Sun, February 3, 2008 11:51 am, Robert Cummings wrote:
>>> On Sun, 2008-02-03 at 18:15 +0200, Paul Scott wrote:
>>>> On Sun, 2008-02-03 at 20:10 +1100, doc wrote:
>>>>> come on people try you skills at
>>>>>
>>>>> http://www.rhwebhosting.com/comp/index.php
>>>> Reworded as:
>>>>
>>>> Redesign our complete web presence and give us a couple of apps
>>>> that
>>>> we can flog to our clients,
>>>> and we *may* give you a consolation prize.
>>> So not worth the time and effort. Any person capable of doing the
>>> code
>>> conversion (to AT LEAST C, Python, and Perl nonetheless) is smart
>>> enough
>>> to know the potential payoff is worse than flipping burger and
>>> McGeneric's.
>>
>> Actually, the specification for the real estate listing thingie
>> looked
>> pretty trivial...
>
> on the surface of things I would agree - which is why there are plenty
> of trivial
> real-estate listing apps out there. but I doubt that's what they are
> looking for.

Yes, well, the spec they wrote is what I'm referencing, not what I
think they really need...

:-)

> when you factor in multi-user, multi-currency, multi-language aspects,
> the ability
> to switch between metric and imperial measurements, the issues related
> to
> normalization of real-estate data with regard to offering usable
> search mechanisms
> (everyone has different 'styles' of data), backend integration,
> automated export
> to third party systems and map integration things become a little more
> involved ...
> oh and flexibility because every real-estate agent is looking for
> something *slightly*
> different.

Having gone through the process of buying a house this last year, and
using a few online tools/searches, I can confidently say that even the
ones in production use by big-name real estate companies...

suck.

:-)

Not completely totally useless, but I could easily have eliminated 90%
of the listings if they'd just provided some basic simple information
correctly.

--
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/from/lynch
Yeah, I get a buck. So?

attached mail follows:

i ashamed to say i was the subject of a scam whereby i
wrote a solid weekends worth of code only to find out
these assholes decided not to pay up.
http://www.cartoondollemporium.com/
i can only imagine theyve done this to many other developers
and plan on doing it to more. though ive not read through the
'contest' pages much, i suspect this may be a similar scenario.

-nathan

attached mail follows:

On Feb 4, 2008 4:10 PM, Richard Lynch <ceol-i-e.com> wrote:
> On Mon, February 4, 2008 2:36 am, Jochem Maas wrote:
> > Richard Lynch schreef:
> >>
> >> On Sun, February 3, 2008 11:51 am, Robert Cummings wrote:
> >>> On Sun, 2008-02-03 at 18:15 +0200, Paul Scott wrote:
> >>>> On Sun, 2008-02-03 at 20:10 +1100, doc wrote:
> >>>>> come on people try you skills at
> >>>>>
> >>>>> http://www.rhwebhosting.com/comp/index.php
> >>>> Reworded as:
> >>>>
> >>>> Redesign our complete web presence and give us a couple of apps
> >>>> that
> >>>> we can flog to our clients,
> >>>> and we *may* give you a consolation prize.
> >>> So not worth the time and effort. Any person capable of doing the
> >>> code
> >>> conversion (to AT LEAST C, Python, and Perl nonetheless) is smart
> >>> enough
> >>> to know the potential payoff is worse than flipping burger and
> >>> McGeneric's.
> >>
> >> Actually, the specification for the real estate listing thingie
> >> looked
> >> pretty trivial...
> >
> > on the surface of things I would agree - which is why there are plenty
> > of trivial
> > real-estate listing apps out there. but I doubt that's what they are
> > looking for.
>
> Yes, well, the spec they wrote is what I'm referencing, not what I
> think they really need...
>
> :-)
>
> > when you factor in multi-user, multi-currency, multi-language aspects,
> > the ability
> > to switch between metric and imperial measurements, the issues related
> > to
> > normalization of real-estate data with regard to offering usable
> > search mechanisms
> > (everyone has different 'styles' of data), backend integration,
> > automated export
> > to third party systems and map integration things become a little more
> > involved ...
> > oh and flexibility because every real-estate agent is looking for
> > something *slightly*
> > different.
>
> Having gone through the process of buying a house this last year, and
> using a few online tools/searches, I can confidently say that even the
> ones in production use by big-name real estate companies...
>
> suck.
>
> :-)
>
> Not completely totally useless, but I could easily have eliminated 90%
> of the listings if they'd just provided some basic simple information
> correctly.
>

Ok, so this isn't a PHP issue, but I have a feeling that a lot of (not
all) people who list houses on those sites tend to put stuff in the
wrong place so that the search tools available don't work right. I'm
not sure if they are too lazy to put things in the right fields, if
they think they are better at advertising the qualitites of a listing
by writing their own newspaper style ad, or if they are purposely
munging the listings so that they are so generic that they never get
filtered out of the search results. At any rate, all equally annoying.
Come to think of it, it's hardly unique to real estate, either. :-(

Andrew

attached mail follows:

I hardly think this one is a scam, I mean all you have to do is write a
PHP app that converts between PHP, Python, C and Perl and you get:
"not only bragging rights will come your way, but it will sure look good
on your resume"!

I'm in.

Nathan Nobbe wrote:
> i ashamed to say i was the subject of a scam whereby i
> wrote a solid weekends worth of code only to find out
> these assholes decided not to pay up.
> http://www.cartoondollemporium.com/
> i can only imagine theyve done this to many other developers
> and plan on doing it to more. though ive not read through the
> 'contest' pages much, i suspect this may be a similar scenario.
>
> -nathan
>

attached mail follows:

On Feb 4, 2008 4:26 PM, Shawn McKenzie <nospammckenzies.net> wrote:

> I hardly think this one is a scam, I mean all you have to do is write a
> PHP app that converts between PHP, Python, C and Perl and you get:
> "not only bragging rights will come your way, but it will sure look good
> on your resume"!
>
> I'm in.

good luck knocking that one out by yourself ;)
sounds like a feature of pypy, which as i understand is a large project
that
is taking many people a long time to accomplish.
http://codespeak.net/pypy/dist/pypy/doc/getting-started.html#trying-out-the-translator
and the price tag on its funding is a lot more than 10k, at least i would
imagine so.

-nathan

attached mail follows:

On Feb 4, 2008 5:23 PM, Nathan Nobbe <quickshiftingmail.com> wrote:
> On Feb 4, 2008 4:26 PM, Shawn McKenzie <nospammckenzies.net> wrote:
>
> > I hardly think this one is a scam, I mean all you have to do is write a
> > PHP app that converts between PHP, Python, C and Perl and you get:
> > "not only bragging rights will come your way, but it will sure look good
> > on your resume"!
> >
> > I'm in.
>
>
> good luck knocking that one out by yourself ;)
> sounds like a feature of pypy, which as i understand is a large project
> that
> is taking many people a long time to accomplish.
> http://codespeak.net/pypy/dist/pypy/doc/getting-started.html#trying-out-the-translator
> and the price tag on its funding is a lot more than 10k, at least i would
> imagine so.
>
> -nathan
>

I'll make one that generates Hello World apps. ;) Aside from that,
there is a reason why people get paid for programming...

attached mail follows:

On Mon, 2008-02-04 at 15:26 -0600, Shawn McKenzie wrote:
> I hardly think this one is a scam, I mean all you have to do is write a
> PHP app that converts between PHP, Python, C and Perl and you get:
> "not only bragging rights will come your way, but it will sure look good
> on your resume"!
>
> I'm in.

There's an old adage that I think may apply here... goes something like:

"There's a sucker born every minute."

attached mail follows:

And a newer adage, maybe from grade school, "takes one to know one". :-)

Robert Cummings wrote:
> On Mon, 2008-02-04 at 15:26 -0600, Shawn McKenzie wrote:
>> I hardly think this one is a scam, I mean all you have to do is write a
>> PHP app that converts between PHP, Python, C and Perl and you get:
>> "not only bragging rights will come your way, but it will sure look good
>> on your resume"!
>>
>> I'm in.
>
> There's an old adage that I think may apply here... goes something like:
>
> "There's a sucker born every minute."
>
> Cheers,
> Rob.

attached mail follows:

There's probably even a tee-shirt. As in; been there, done that, got the
tee-shirt.

Warren

> -----Original Message-----
> From: Shawn McKenzie [mailto:nospammckenzies.net]
> Sent: Monday, February 04, 2008 5:32 PM
> To: php-generallists.php.net
> Subject: Re: [PHP] php competion
>
> And a newer adage, maybe from grade school, "takes one to know one". :-)
>
> Robert Cummings wrote:
> > On Mon, 2008-02-04 at 15:26 -0600, Shawn McKenzie wrote:
> >> I hardly think this one is a scam, I mean all you have to do is write a
> >> PHP app that converts between PHP, Python, C and Perl and you get:
> >> "not only bragging rights will come your way, but it will sure look
> good
> >> on your resume"!
> >>
> >> I'm in.
> >
> > There's an old adage that I think may apply here... goes something like:
> >
> > "There's a sucker born every minute."
> >
> > Cheers,
> > Rob.
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

attached mail follows:

On Fri, February 1, 2008 7:45 pm, szalinski wrote:
> On Thu, 31 Jan 2008 07:13:55 -0000, Per Jessen <percomputer.org>
> wrote:
> Well I got it to work, much thanks to Richard Lynch, but now everytime
> I
> download a file, it is corrupt. For example, when I download small
> .rar
> file, just to test, it is always corrupt ('Unexpected end of
> archive'). I
> also cleared my browser cache just to be sure, but same problem.
>
> Here is the code as it stands. I just can't get my head around why it
> wouldn't be working as it is...

Open the file you download with a text or hex editor.

Compare to the original.

If you can't spot the problem right off, download the original with
FTP and use "diff" to compare the two.

Or, if you don't have "diff", upload the broken download with FTP and
use "diff" on the server.

If it's OK on the server, and not coming out OK in the download,
figure out what's different between the two.

--
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/from/lynch
Yeah, I get a buck. So?

attached mail follows:

Well thanks again,

but I already know what the problem is, it is the response headers being
added to the ouput file. I just tried with a different code and it seems
to output the file ok, so i must be going wrong somewhere in the order in
which i output headers and so on.

i'm gonna keep working on it, i think i have to start from scratch though
to see where i made the mistake exactly.

On Mon, 04 Feb 2008 21:13:42 -0000, Richard Lynch <ceol-i-e.com> wrote:

> On Fri, February 1, 2008 7:45 pm, szalinski wrote:
>> On Thu, 31 Jan 2008 07:13:55 -0000, Per Jessen <percomputer.org>
>> wrote:
>> Well I got it to work, much thanks to Richard Lynch, but now everytime
>> I
>> download a file, it is corrupt. For example, when I download small
>> .rar
>> file, just to test, it is always corrupt ('Unexpected end of
>> archive'). I
>> also cleared my browser cache just to be sure, but same problem.
>>
>> Here is the code as it stands. I just can't get my head around why it
>> wouldn't be working as it is...
>
> Open the file you download with a text or hex editor.
>
> Compare to the original.
>
> If you can't spot the problem right off, download the original with
> FTP and use "diff" to compare the two.
>
> Or, if you don't have "diff", upload the broken download with FTP and
> use "diff" on the server.
>
> If it's OK on the server, and not coming out OK in the download,
> figure out what's different between the two.
>

attached mail follows:

Destiny http://86.31.249.90/

attached mail follows:

On Feb 4, 2008 3:50 PM, <salonandersonsturgess.com> wrote:
> Destiny http://86.31.249.90/
>
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

I've decoded the secret message
'%3C%61%20%68%72%65%66%3D%22%77%69%74%68%5F%6C%6F%76%65%2E%65%78%65%22%3E%0D%0A'!

I sent this with_love.exe to virustotal to see what they thought.
Antivirus Version Last Update Result
AhnLab-V3 2008.2.5.10 2008.02.04 -
AntiVir 7.6.0.62 2008.02.04 Worm/Zhelatin.ow
Authentium 4.93.8 2008.02.04 -
Avast 4.7.1098.0 2008.02.04 -
AVG 7.5.0.516 2008.02.04 I-Worm/Nuwar.L
BitDefender 7.2 2008.02.04 Trojan.Peed.ITU
CAT-QuickHeal 9.00 2008.02.04 Win32.Email-Worm.Zhelatin.uq
ClamAV 0.92 2008.02.04 Trojan.Dropper-3840
DrWeb 4.44.0.09170 2008.02.04 Trojan.Packed.336
eSafe 7.0.15.0 2008.01.28 Suspicious File
eTrust-Vet 31.3.5509 2008.02.04 Win32/Sintun!generic
Ewido 4.0 2008.02.04 -
FileAdvisor 1 2008.02.04 -
Fortinet 3.14.0.0 2008.02.04 W32/PackTibs.L
F-Prot 4.4.2.54 2008.02.04 W32/Zhelatin.D.gen!Eldorado
F-Secure 6.70.13260.0 2008.02.04 Tibs.gen193
Ikarus T3.1.1.20 2008.02.04 -
Kaspersky 7.0.0.125 2008.02.04 Email-Worm.Win32.Zhelatin.uq
McAfee 5222 2008.02.04 W32/NuwarMM
Microsoft 1.3204 2008.02.04 Backdoor:Win32/Nuwar.gen!B
NOD32v2 2847 2008.02.04 Win32/Nuwar.Gen
Norman 5.80.02 2008.02.04 Tibs.gen193
Panda 9.0.0.4 2008.02.04 -

Additional information
File size: 131072 bytes
MD5: b017e37acf8c025469a50a3286ab40d8
SHA1: be7dae98611f864335f8f0f58e7dd356f031640b
PEiD: -

attached mail follows:

salonandersonsturgess.com wrote:
> Destiny http://86.31.249.90/
>

I love FF + NoScript :)

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

attached mail follows:

On Feb 4, 2008 5:13 PM, Jim Lucas <listscmsws.com> wrote:
> salonandersonsturgess.com wrote:
> > Destiny http://86.31.249.90/
> >
>
> I love FF + NoScript :)
>
> --
> 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
>
>

I used curl. :)

attached mail follows:

Eric Butera schreef:
> On Feb 4, 2008 5:13 PM, Jim Lucas <listscmsws.com> wrote:
>> salonandersonsturgess.com wrote:
>>> Destiny http://86.31.249.90/
>>>
>> I love FF + NoScript :)
>>
>> --
>> 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
>>
>>
>
> I used curl. :)

I don't click the link :-)

attached mail follows:

function silly($var){
return isset($_SESSION[$var]) ? $_SESSION[$var] : '';
}

silly('foo');

On Fri, February 1, 2008 10:49 am, Bill Guion wrote:
> I would like to use a function to check to see if a session variable
> is set and return the session variable if it is set, and return blank
> if not. Something like
>
> function set_var($var)
> {
> echo "var = $var \n";
> if (isset($_SESSION['$var']))
> {
> return $_SESSION['$var'];
> }
> else
> {
> return "";
> }
> }
>
> And I would call the function with set_var($name) or set_var($phone).
> The problem is getting the function to use $var as a variable name,
> rather than a value. What am I missing, please?
>
> -----===== Bill =====-----
> --
>
> Diplomacy - telling your boss he has an open mind
> instead of saying he has a hole in his head.
>
> --
> 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/from/lynch
Yeah, I get a buck. So?

attached mail follows:

I know this isn't specific to php but I need to add some code to my php
pages to start sending out text messages. If