Cron Restricted access

[ArtsWar 1]

Здравствуйте. При попытке запустить cron.php, выдаёт Restricted access . В чём может быть проблема?

[Chernetskiy 469]

16 минут назад, ArtsWar сказал:

Здравствуйте. При попытке запустить cron.php, выдаёт Restricted access . В чём может быть проблема?

Дословный перевод - Ограниченный доступ.

А причин тому может быть много, вот на чем часто спотыкаются: 

• дохлый хостинг, который не успевает обработать вашу задачу за отведенное время
• правки в index.php 
• установка несовместимого плагина
• влияние кода Google Analytics
• подключение компонента Xmap
• и еще много чего, включая ограниченные права на файлы и папки (644 и 755 соответственно), которые задействованы в обработке кроном

чаще всего помогало удаление вышеуказанных примочек и замена index.php на исходный.

Какую задачу вы запускали кроном? Подробности в студию!

[ArtsWar 1]

24 минуты назад, Chernetskiy сказал:

Дословный перевод - Ограниченный доступ.

А причин тому может быть много, вот на чем часто спотыкаются: 

• дохлый хостинг, который не успевает обработать вашу задачу за отведенное время
• правки в index.php 
• установка несовместимого плагина
• влияние кода Google Analytics
• подключение компонента Xmap
• и еще много чего, включая ограниченные права на файлы и папки (644 и 755 соответственно), которые задействованы в обработке кроном

чаще всего помогало удаление вышеуказанных примочек и замена index.php на исходный.

Какую задачу вы запускали кроном? Подробности в студию!

Использую Beget. Вроде бы хороший хостинг. Настраивал парсер согласно http://wiki.sitebill.ru/index.php?title=Приложение_"Yandex.Realty_Parser" . Пробовал менять права на файл cron - не помогло. Правки в файл index и cron не вносил. Ломаю себе голову. Вот реши может есть у кого мысли по решению данной проблемы.

[Chernetskiy 469]

27 минут назад, ArtsWar сказал:

Использую Beget. Вроде бы хороший хостинг. Настраивал парсер согласно http://wiki.sitebill.ru/index.php?title=Приложение_"Yandex.Realty_Parser" . Пробовал менять права на файл cron - не помогло. Правки в файл index и cron не вносил. Ломаю себе голову. Вот реши может есть у кого мысли по решению данной проблемы.

Честно говоря, парсингом не занимаюсь. Тема парсинга неоднократно обсуждалась на форуме, поищи, может с подобным уже сталкивались. Но вероятной причиной может быть большое количество объектов к загрузке (попробуйте уменьшить), одновременная загрузка объектов с фото (вроде как загрузки разделяли и дробили по частям подгрузку фото). 

Посмотри в php.ini лимиты на размеры кэша, файлов, переменных, лимит времени и т.п.... может там что-то ниже плинтуса?

У меня сейчас 

upload_max_filesize = 128M
post_max_size = 128M
realpath_cache_size = 32M
magic_quotes_gpc = Off
date.timezone = Europe/Moscow

max_input_vars = 10000
pcre.recursion_limit = 14000

sendmail_path = "/usr/sbin/sendmail -t -i -f хххххх@yandex.ru"
display_errors= Off
log_errors= On
max_execution_time= 30
memory_limit= 2048M

 

[Chernetskiy 469]

Относительно прав, на хостинге в папке /apps проверьте права доступа к папке модуля парсинга и вложенных в неё файлов. У папок должны быть права 755, у файлов 644. Сильно ограниченные права могут вызывать ошибку в работе модуля.

[ArtsWar 1]

16 часов назад, Chernetskiy сказал:

Относительно прав, на хостинге в папке /apps проверьте права доступа к папке модуля парсинга и вложенных в неё файлов. У папок должны быть права 755, у файлов 644. Сильно ограниченные права могут вызывать ошибку в работе модуля.

Благодарю Вас за помощь. К сожалению ничего из перечисленного не помогает. 

[Дмитрий Кондин 690]

В 2/10/2018 в 21:51, ArtsWar сказал:

Благодарю Вас за помощь. К сожалению ничего из перечисленного не помогает. 

В логах апача есть какие-нибудь ошибки?

Можете скинуть доступ в личку, посмотрим ошибки.

[ArtsWar 1]

В 12.02.2018 в 06:10, rumantic сказал:

В логах апача есть какие-нибудь ошибки?

Можете скинуть доступ в личку, посмотрим ошибки.

Да оказывается не верный файл был. Теперь ок.