Сбой задания Codeigniter HMVC (CLI) - PullRequest
Новая
       26

Сбой задания Codeigniter HMVC (CLI)

0 голосов
/ 05 сентября 2018

Я использую HMVC с codeigntier и пытаюсь запустить задание cron. Я использую это для cron: 

php /home/onlblcm/dev.mytranslator.com/index.php mytranslator cron cronTranslations > aaa.txt 2>&1

При запуске из задания cron в файле aaa.txt я получаю 

Set-Cookie: ci_session=e56ef3d7d05652937b3269852d8b36eaeebba9a2; expires=Wed, 05-Sep-2018 13:39:26 GMT; Max-Age=7200; path=/; HttpOnly
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate
Pragma: no-cache
Refresh:0;url=http/http/user/login
Content-type: text/html; charset=UTF-8

Так что это супер странно для меня. Если я запускаю точно такую ​​же команду 

php /home/onlblcm/dev.mytranslator.com/index.php mytranslator cron cronTranslations > aaa.txt 2>&1

Из Putty (ssh) я получаю то, что мне нужно. Файл работает хорошо. Я получаю желаемый результат. Так что это точно такая же команда, но с CRON она не выполняется.

Я проверил, чтобы увидеть в SSH, и я использую пользователя onlblcm Я проверил cron, и он использует того же пользователя: onlblcm

Так в чем может быть проблема?

EDIT1: Я добавил -f перед index.php и теперь получаю сообщение об ошибке:

Обнаружена ошибка PHP

Серьезность: Предупреждение

Сообщение: ini_set (): заголовки уже отправлены. Вы не можете изменить настройки ini модуля сеанса в это время

Имя файла: Session / Session.php

Номер строки: 284 

<p>Backtrace:</p>
        <p style="margin-left:10px">
        File: /home/onlblcm/dev.mytranslator.com/application/third_party/MX/Loader.php<br />
        Line: 173<br />
        Function: _ci_load_library          </p>




        <p style="margin-left:10px">
        File: /home/onlblcm/dev.mytranslator.com/application/third_party/MX/Loader.php<br />
        Line: 192<br />
        Function: library           </p>


        <p style="margin-left:10px">
        File: /home/onlblcm/dev.mytranslator.com/application/third_party/MX/Loader.php<br />
        Line: 153<br />
        Function: libraries         </p>

        <p style="margin-left:10px">
        File: /home/onlblcm/dev.mytranslator.com/application/third_party/MX/Loader.php<br />
        Line: 65<br />
        Function: initialize            </p>


        <p style="margin-left:10px">
        File: /home/onlblcm/dev.mytranslator.com/application/modules/admin/controllers/Admin.php<br />
        Line: 8<br />
        Function: __construct           </p>

Как вы можете видеть, он собирается: /home/onlblcm/dev.mytranslator.com/application/modules/admin/controllers/Admin.php

Но это не имеет смысла, так как я не звоню своему администратору.

Опять же, если я вызываю команду из SSH, она работает, из CRON все перепутано.

РЕДАКТИРОВАТЬ 2: Я добавил в cron jobs эту команду: php -f /home/onlblcm/dev.blasteronline.com/index.php> az.txt 2> & 1

Я получаю ту же самую ошибку (ошибку) при звонке из Cron Job. Если я позвоню из SSH, я не получу вывод. если я звоню из cron, я получаю сообщение об ошибке, как указано выше.

РЕДАКТИРОВАТЬ 3: Теперь мне удалось получить ту же ошибку при использовании Putty / sssh. Если я запускаю команду (SSH) с php .... Хорошо работает Если я запускаю команду (ssh) с: / USR / бен / PHP Я получаю ту же ошибку, что и в cron.

С cron я тестировал с php ... и / usr / bin / php ... и получаю ту же ошибку.

Так что php отличается от / usr / bin / php. Но я опередил phpinfo, и это та же версия. Когда я использую информацию php (через ssh) и использую php, я получаю файл размером 32 КБ с информацией (не в формате html). Когда я использую / usr / bin / php для вызова файла с информацией php, я получаю файл с информацией 94K (форматируется в html).

Что происходит? Есть идеи?

РЕДАКТИРОВАТЬ 3: решено Кажется, почему-то cron вызывал другой PHP (хотя и ту же версию). Из Putty (ssh) я сделал "whereis php" Я нашел 2 папки: / usr / bin / php И / usr / local / bin / php Кажется, вызывая простой php или / usr / bin / php FAILED cron При вызове cron с помощью / usr / local / bin / php IT WORKS

Спасибо

...