Op 2/11/10 3:48 PM, Teus Benschop schreef:
>> On Thu, 2010-02-11 at 09:27 -0500, Bastien Koert wrote:
>> Could the app be converted to an Adobe AIR app or use PHPdock (
>> http://www.nusphere.com/products/phpdock.htm ) to run local? There are
>> a number of security issues that surround installing
> On Thu, 2010-02-11 at 09:27 -0500, Bastien Koert wrote:
> Could the app be converted to an Adobe AIR app or use PHPdock (
> http://www.nusphere.com/products/phpdock.htm ) to run local? There are
> a number of security issues that surround installing a webserver and a
> database locally on a users
On Thu, Feb 11, 2010 at 8:47 AM, Teus Benschop wrote:
> On Thu, 2010-02-11 at 08:26 +, Jochem Maas wrote:
>> if you're doing all this already in order to facilitate a multi-platform
>> install ... why not go the extra yard and have the install process setup
>> a cronjob (or scheduled task, lau
On Thu, 2010-02-11 at 08:26 +, Jochem Maas wrote:
> if you're doing all this already in order to facilitate a multi-platform
> install ... why not go the extra yard and have the install process setup
> a cronjob (or scheduled task, launchd entry, etc, depending on platform)?
The reason is that
Op 2/11/10 7:25 AM, Teus Benschop schreef:
> On Thu, 2010-02-11 at 06:46 +, Jochem Maas wrote:
>> Op 2/11/10 6:34 AM, Teus Benschop schreef:
>>> On Thu, 2010-02-11 at 05:53 +, Jochem Maas wrote:
whatever it is that your trying to do, it sounds like one of two things:
1. you h
On Thu, 2010-02-11 at 06:46 +, Jochem Maas wrote:
> Op 2/11/10 6:34 AM, Teus Benschop schreef:
> > On Thu, 2010-02-11 at 05:53 +, Jochem Maas wrote:
> >> whatever it is that your trying to do, it sounds like one of two things:
> >>
> >> 1. you have hosting that is unsuitable for your needs
Op 2/11/10 6:34 AM, Teus Benschop schreef:
> On Thu, 2010-02-11 at 05:53 +, Jochem Maas wrote:
>> whatever it is that your trying to do, it sounds like one of two things:
>>
>> 1. you have hosting that is unsuitable for your needs
>> 2. you are tackling the problem incorrectly
>>
>> at any rate
On Thu, 2010-02-11 at 05:53 +, Jochem Maas wrote:
> whatever it is that your trying to do, it sounds like one of two things:
>
> 1. you have hosting that is unsuitable for your needs
> 2. you are tackling the problem incorrectly
>
> at any rate, as far I'm concerned, you should never have a l
Op 2/11/10 5:42 AM, Teus Benschop schreef:
> Thank you for the hints given. I'll look into the various options given.
> The main reason for the need for a persistent flag in memory is that
> several installations where the PHP code would be deployed do not have
> access to crontab, so I am simulati
Thank you for the hints given. I'll look into the various options given.
The main reason for the need for a persistent flag in memory is that
several installations where the PHP code would be deployed do not have
access to crontab, so I am simulating crontab's functionality by letting
a PHP script
On Thu, Feb 11, 2010 at 06:37:39AM +0200, Teus Benschop wrote:
> Good day,
>
> May I ask you, gurus, whether it is possible to set a flag in PHP that
> persists for the duration of the server being switched on?
>
> If the server would be power cycled, the flag would be off. Similarly if
> the we
Op 2/11/10 4:37 AM, Teus Benschop schreef:
> Good day,
>
> May I ask you, gurus, whether it is possible to set a flag in PHP that
> persists for the duration of the server being switched on?
>
> If the server would be power cycled, the flag would be off. Similarly if
> the web server would be res
Good day,
May I ask you, gurus, whether it is possible to set a flag in PHP that
persists for the duration of the server being switched on?
If the server would be power cycled, the flag would be off. Similarly if
the web server would be restarted the flag would be off also.
I do realize that suc
13 matches
Mail list logo
