Cron Job

[frank18]

It doesn't change store status open (0), with all combination.

Played with this on a local install. I changed

if ((date(H) >= $store_open) && (date(H) <= $store_close)) { 

to

if ((date('H:i:s') >= $store_open) && (date('H:i:s') <= $store_close)) { 

and it appears to work

[Cenkki]

You know this work.
Thanks

[frank18]

You know this work.
Thanks

Good to see that you got this working for you now.

Cheers / Frank

[yesaul]

Hello,

The described solution works, but I found out, it causes the following PHP Warning (in case the sctipt is being executed by cron, not from Admin):

PHP Warning: include() [<a href='function.include'>function.include</a>]: Failed opening 'includes/languages/english/' for inclusion (include_path='.:/usr/lib64/php:/usr/share/pear') in /.../admin/includes/init_includes/init_languages.php on line 38

Here is the appropriate part of init_languages.php (strings 34...39):

// include the language translations
  require(DIR_WS_LANGUAGES . $_SESSION['language'] . '.php');
  $current_page = basename($PHP_SELF);
  if (file_exists(DIR_WS_LANGUAGES . $_SESSION['language'] . '/' . $current_page)) {
    include(DIR_WS_LANGUAGES . $_SESSION['language'] . '/' . $current_page);
  }

I have found out, the $SERVER['PHP_SELF'] is an empty string (in case the script is being executed by cron!), thus $current_page is also empty.

How such issue can be fixed?

Thank you in advance and best regards,

AR

[frank18]

Hello,

The described solution works, but I found out, it causes the following PHP Warning (in case the sctipt is being executed by cron, not from Admin):



Here is the appropriate part of init_languages.php (strings 34...39):

// include the language translations
  require(DIR_WS_LANGUAGES . $_SESSION['language'] . '.php');
  $current_page = basename($PHP_SELF);
  if (file_exists(DIR_WS_LANGUAGES . $_SESSION['language'] . '/' . $current_page)) {
    include(DIR_WS_LANGUAGES . $_SESSION['language'] . '/' . $current_page);
  }

I have found out, the $SERVER['PHP_SELF'] is an empty string (in case the script is being executed by cron!), thus $current_page is also empty.

How such issue can be fixed?

Thank you in advance and best regards,

AR

Take a look at this plugin - created after reading through this thread.

Cheers / Frank

[yesaul]

Take a look at this plugin - created after reading through this thread.

Hello,

Thank you for your reply, but could you please explain, now your plugin can help to find an answer to my question?

Your plugin uses application_top.php in standard way and will generate the similar warnings as I described.

In fact, my question is: how to force PHP-server to put correct information in the appropriate entries ('PHP_SELF' and 'SCRIPT_NAME') of $_SERVER array, in case the script is running as cron job (not from Admin).

According to PHP Manual: "The entries in this array are created by the web server. There is no guarantee that every web server will provide any of these; servers may omit some, or provide others not listed here".

I sent also an support request to my hosting provider, but I have still no reply.


BR, AR

[frank18]

......
The described solution works, but I found out, it causes the following PHP Warning (in case the sctipt is being executed by cron, not from Admin):...

Considering your installation works when the script is executed from admin, take a look at the readme.html file contained in the ASOC plugin. The 'Configuration' tab in that file says:

Configuration

1. Login to your cPanel (or similar installation)
2. Go to Cron TabsCreate 2 new cron jobs and enter these configurations (or equivalent)
   
   • 00 9 * * * wget http://yourdomain.com/YOUR_ADMIN/aut...open_close.php >/dev/null 2>&1
     
     30 22 * * * wget http://yourdomain.com/YOUR_ADMIN/aut...open_close.php >/dev/null 2>&1
   
   These times need to be adjusted to reflect your actual opening closing times.
   

Do you still get the error when you use the suggested lines in the cron tab?

[yesaul]

Hello,

Thank you for your reply.

Do you still get the error when you use the suggested lines in the cron tab?

Yes, I do.

00 9 * * * wget http://yourdomain.com/YOUR_ADMIN/aut...open_close.php >/dev/null 2>&1 

You offer a way, how to suppress any warnings (Here is a good article about meaning of /dev/null 2>&1)

But $S_SERVER['PHP_SELF'] is still empty (in case the script is running from cron), and this means the language file will not be loaded in init_languages.php !

In another words, you offer a way to hide problem, but not solve it.


Once again, the question is: how to force PHP-server to put correct information in the appropriate entries ('PHP_SELF' and 'SCRIPT_NAME') of $_SERVER array, in case the script is running as cron job (not from Admin).


Anyway, thank you again for you reply,

AR

PS And by the way, your hint is not universal, for example, /dev/null 2>&1 has no effect on my hosting provider (wget is not used for cron jobs there)

[frank18]

Hello,

Thank you for your reply.



Yes, I do.

00 9 * * * wget http://yourdomain.com/YOUR_ADMIN/aut...open_close.php >/dev/null 2>&1 

You offer a way, how to suppress any warnings (Here is a good article about meaning of /dev/null 2>&1)

But $S_SERVER['PHP_SELF'] is still empty (in case the script is running from cron), and this means the language file will not be loaded in init_languages.php !

In another words, you offer a way to hide problem, but not solve it.


Once again, the question is: how to force PHP-server to put correct information in the appropriate entries ('PHP_SELF' and 'SCRIPT_NAME') of $_SERVER array, in case the script is running as cron job (not from Admin).


Anyway, thank you again for you reply,

AR

PS And by the way, your hint is not universal, for example, /dev/null 2>&1 has no effect on my hosting provider (wget is not used for cron jobs there)

No need to get uptight - only trying to help.

And putting phrases into bold is considered shouting on this forum, it does not earn you any brownie points, it can get you put on ignore lists.

BTW: being a Linux person, I am fully aware about the meaning of /dev/null 2>&1 , in hindsight I should have left it out from my post, just copied from my own setup for convenience.

Are you saying that wget can not be used on on your hosting account? If it is a true Linux server and properly configured then wget should work a breeze (and leave out the /dev/null 2>&1 ... )

My setup uses the exact scripting as provided in my mod on a professional CentOS server and it works a treat - time to talk to your host or even change host.

[yesaul]

Hello, Please excuse me - I have been definitely not going to be impolite!

I'm very thankful for your replies, but you try to explain me (again and again), how to hide the problem, but not solve it...

Do you have any ideas, why PHP_SELF and SCRIPT_NAME entries of $_SERVER array are defined, but empty (in case the script is running from cron) ?


Awfully sorry again and best reagards,

AR