Есть некоторые ошибки и сам не могу понять. Подскажите, насколько критичные и где искать ответ. 2013-03-02 9:40:49 - PHP Warning: file_get_contents(/system/cache/cache.product.total.1.0.1.a9cf5ed9458a031d966d2029b4f234f2.1362220849) [<a href='function.file-get-contents'>function.file-get-contents</a>]: failed to open stream: No such file or directory in /system/library/cache.php on line 9 2013-03-05 10:45:16 - PHP Warning: unlink(/system/cache/cache.category.seopath.1362483916) [<a href='function.unlink'>function.unlink</a>]: No such file or directory in /system/library/cache.php on line 45 пути я убрал из лога
Не opencart ли ето? ) Пишет типа что нет файла кеша или директории, скорей всего думаю вам надо на папку cache установить права 777
Оpencart, извините, что сразу не сказал На папку cache права 755, внутри на файлах 644 Стоит ли ставить 777 ? Если это параллельные потоки, то какой выход?
какая ос на хосте? на дебиане apache работает под юзером www-data - доступ нужно сделать для него. Но мне кажется вы не в ту сторону капаите. у вас путь с корня идет /. С корневой директории диска. А ваши скрипты лежат где-нибудь в /var/www/.....
права на папку должны быть 755 на файлы 644, этих прав достаточно чтобы скрипты могли создавать файлы, папки и удалять их, в противном случае при выставлении прав 777 вы даете доступ на эти операции всем желающим, особенно если вы находитесь на виртуальном хостинге, где есть соседи. как минимум при взломе соседних аккаунтов, вам может сразу грозить тоже самое. Вобщем для безопасности это плохо. советчикам ставить права 777 - минус 10 к авторитету))) по логам - файл к которому происходит обращение не существует (т.е. скрипт не может его найти там где вы его указали) очень часто при работе с функциями работы с файлами требуется указывать полный путь к скрипту на сервере. типа /var/www/username/data/и.т.д желаю удачи!
Ты уверен что во всех хостингах права должны бить на папку 755? а файли кеша не так уж и важны чтоб закрывать доступ chmod 644
если скрипт выполняется от имени пользователя, то нафига ему 777 права? если он и так владелец папок и файлов, для записи файлов , прав для скриптов 644 хватает. советую вам прочитать значение прав выставляемых для папок и файлов.
755 - для всех папок, в которых должны записываться файлы, но не надо регулярно их стирать 777- -для папок, в которые должны записываться и стираться файлы (например, для Кеша) В даном случае у автора какраз кеш!
я заранее извиняюсь, может как-то некорректно выражусь, никого обидеть не хочу вы вобще понимаете что означает каждая цифра в правах (755) ??? разницы в том для чего папка - для кэша или для других файлов, разницы нет в данном контексте. именно первая 7 дает права на запись и удаление для пользователя от имени которого выполняется скрипт, перечитайте еще раз правила назначения прав для папок и файлов.
lex_network, Ситуация заключается в изпользуемом модуле для интерпретации php кода. Во многих случаях используется mod_php. Для аpache: mod_php и права 777 mod_fcgid+suexec или suPHP с правами 755 Какие еще сомнения? Если вы видели ошыбку и понимаете ее что тут нужно 777 для папки кеша то не понимаю почему вы такой недовольный?
Права 777 убрали ошибки. До этого стояли права 755, внутри на файлах 644 Прочитал ваш спор, возник вопрос по поводу безопасности. Можете развеять мои сомнения?
в случае если скрипты выполняются апачем, с правами 777 которые дают доступ всем. представьте себе сервер на котором 100 сайтов, скрипты которых выполняются апачем, следовательно любой из этих пользователей может потенциально получить доступ к вашим скриптам, а соответственно и сайту. Как правило если один из сайтов ломают, то тут же и все соседние подвергаются попыткам взлома. Например залить шел и т.д. Вобщем не безопасно, да и в настоящее время уже мало кто из хостеров поддерживают работу в режиме модуля Апача. Сейчас стандартно в режиме FastCGI и вперед.
Кеш не несет никакой угрозы, можеш спокойно 777 ставить. Или ты дальше на кеш будеш запрещать запись?! Прочти мое сообщение выше Апач намного лутше FastCGI
Мда уж, вы батенька в прошлом веке живете. Его можно использовать только по вашему желанию и то если у вас свой виртуальный или выделенный сервер. Что касается виртуального хостинга, увы - редко кто из хостеров предлагает php в качестве модуля апача. потому что в случае если пользователь вызывает повышенную нагрузку своими корявыми скриптами и если используется php как модуль апача, то хренас два ты узнаешь какой из пользователей вызывает эту нагрузку. Причем FastCGI работает на порядок быстрее.
хренас два ты узнаешь какой из пользователей вызывает эту нагрузку - только в том случае если НУБИЛО полный! Нет я не про Вас) Если сравнить скорость обработки запроса, то самый быстрый — mod_php, далее FastCGI prefork apache2 + mod_php наиболее популярное и протестированное решение. захотите его "разгрузить" - можно поставить прокси (nginx,lighthttpd, даже apache2) перед ним. А для таких умников как Вы скажу php-fpm+nginx лучше всех) И нечего спорить... Вообще вопрос был в другом!
По теме, ругается на то что данного файла нет оберните всё в PHP: if (file_exists($filename)) { } Ошибок не должно быть!
