Помогите разобраться с логом ошибок.

Тема в разделе "PHP", создана пользователем inilol, 5 мар 2013.

  1. inilol

    inilol

    Регистрация:
    18 фев 2013
    Сообщения:
    66
    Симпатии:
    2
    Есть некоторые ошибки и сам не могу понять.
    Подскажите, насколько критичные и где искать ответ.

    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

    пути я убрал из лога
     
  2. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    Не opencart ли ето? )

    Пишет типа что нет файла кеша или директории, скорей всего думаю вам надо на папку cache установить права 777
     
  3. inilol

    inilol

    Регистрация:
    18 фев 2013
    Сообщения:
    66
    Симпатии:
    2
    Оpencart, извините, что сразу не сказал
    На папку cache права 755, внутри на файлах 644
    Стоит ли ставить 777 ?
    Если это параллельные потоки, то какой выход?
     
  4. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    Нужно 777 поставить
     
  5. tandrup

    tandrup

    Регистрация:
    27 мар 2013
    Сообщения:
    5
    Симпатии:
    0
    какая ос на хосте? на дебиане apache работает под юзером www-data - доступ нужно сделать для него. Но мне кажется вы не в ту сторону капаите. у вас путь с корня идет /. С корневой директории диска. А ваши скрипты лежат где-нибудь в /var/www/.....
     
  6. lex_network

    lex_network

    Регистрация:
    6 мар 2013
    Сообщения:
    28
    Симпатии:
    7
    права на папку должны быть 755 на файлы 644, этих прав достаточно чтобы скрипты могли создавать файлы, папки и удалять их,
    в противном случае при выставлении прав 777 вы даете доступ на эти операции всем желающим, особенно если вы находитесь на виртуальном хостинге, где есть соседи.
    как минимум при взломе соседних аккаунтов, вам может сразу грозить тоже самое. Вобщем для безопасности это плохо.

    советчикам ставить права 777 - минус 10 к авторитету)))

    по логам - файл к которому происходит обращение не существует (т.е. скрипт не может его найти там где вы его указали)
    очень часто при работе с функциями работы с файлами требуется указывать полный путь к скрипту на сервере. типа /var/www/username/data/и.т.д


    желаю удачи!
     
  7. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    Ты уверен что во всех хостингах права должны бить на папку 755? а файли кеша не так уж и важны чтоб закрывать доступ chmod 644
     
  8. lex_network

    lex_network

    Регистрация:
    6 мар 2013
    Сообщения:
    28
    Симпатии:
    7
    если скрипт выполняется от имени пользователя, то нафига ему 777 права? если он и так владелец папок и файлов, для записи файлов , прав для скриптов 644 хватает.
    советую вам прочитать значение прав выставляемых для папок и файлов.
     
  9. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    755 - для всех папок, в которых должны записываться файлы, но не надо регулярно их стирать
    777- -для папок, в которые должны записываться и стираться файлы (например, для Кеша)

    В даном случае у автора какраз кеш!
     
  10. lex_network

    lex_network

    Регистрация:
    6 мар 2013
    Сообщения:
    28
    Симпатии:
    7
    я заранее извиняюсь, может как-то некорректно выражусь, никого обидеть не хочу
    вы вобще понимаете что означает каждая цифра в правах (755) ???
    разницы в том для чего папка - для кэша или для других файлов, разницы нет в данном контексте.

    именно первая 7 дает права на запись и удаление для пользователя от имени которого выполняется скрипт, перечитайте еще раз правила назначения прав для папок и файлов.
     
  11. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    lex_network,
    Ситуация заключается в изпользуемом модуле для интерпретации php кода. Во многих случаях используется mod_php.

    Для аpache:
    mod_php и права 777
    mod_fcgid+suexec или suPHP с правами 755

    Какие еще сомнения? Если вы видели ошыбку и понимаете ее что тут нужно 777 для папки кеша то не понимаю почему вы такой недовольный?
     
  12. inilol

    inilol

    Регистрация:
    18 фев 2013
    Сообщения:
    66
    Симпатии:
    2
    Права 777 убрали ошибки.
    До этого стояли права 755, внутри на файлах 644

    Прочитал ваш спор, возник вопрос по поводу безопасности. Можете развеять мои сомнения?
     
  13. lex_network

    lex_network

    Регистрация:
    6 мар 2013
    Сообщения:
    28
    Симпатии:
    7
    в случае если скрипты выполняются апачем, с правами 777 которые дают доступ всем. представьте себе сервер на котором 100 сайтов, скрипты которых выполняются апачем, следовательно любой из этих пользователей может потенциально получить доступ к вашим скриптам, а соответственно и сайту. Как правило если один из сайтов ломают, то тут же и все соседние подвергаются попыткам взлома. Например залить шел и т.д. Вобщем не безопасно, да и в настоящее время уже мало кто из хостеров поддерживают работу в режиме модуля Апача. Сейчас стандартно в режиме FastCGI и вперед.
     
  14. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    Кеш не несет никакой угрозы, можеш спокойно 777 ставить. Или ты дальше на кеш будеш запрещать запись?! Прочти мое сообщение выше
    Апач намного лутше FastCGI
     
  15. lex_network

    lex_network

    Регистрация:
    6 мар 2013
    Сообщения:
    28
    Симпатии:
    7
    Мда уж, вы батенька в прошлом веке живете.
    Его можно использовать только по вашему желанию и то если у вас свой виртуальный или выделенный сервер.
    Что касается виртуального хостинга, увы - редко кто из хостеров предлагает php в качестве модуля апача. потому что в случае если пользователь вызывает повышенную нагрузку своими корявыми скриптами и если используется php как модуль апача, то хренас два ты узнаешь какой из пользователей вызывает эту нагрузку. Причем FastCGI работает на порядок быстрее.
     
  16. nix

    nix php, MySQL, UNIX, MikroTik ROSAPI

    Регистрация:
    16 янв 2013
    Сообщения:
    1.000
    Симпатии:
    890
    хренас два ты узнаешь какой из пользователей вызывает эту нагрузку - только в том случае если НУБИЛО полный! Нет я не про Вас)

    Если сравнить скорость обработки запроса, то самый быстрый — mod_php, далее FastCGI

    prefork apache2 + mod_php наиболее популярное и протестированное решение.
    захотите его "разгрузить" - можно поставить прокси (nginx,lighthttpd, даже apache2) перед ним.

    А для таких умников как Вы скажу php-fpm+nginx лучше всех)

    И нечего спорить... Вообще вопрос был в другом!
     
  17. fdr210

    fdr210

    Регистрация:
    3 июл 2013
    Сообщения:
    0
    Симпатии:
    0
    По теме, ругается на то что данного файла нет
    оберните всё в
    PHP:
    if (file_exists($filename)) {
        
    }
    Ошибок не должно быть!
     
  18. Lemonez

    Lemonez

    Регистрация:
    2 июл 2013
    Сообщения:
    0
    Симпатии:
    0
    Объясните - где это находится? (новичек)
     
  19. sokoji

    sokoji

    Регистрация:
    13 июл 2013
    Сообщения:
    2
    Симпатии:
    0
    Попоробуй кэш почистить - /system/cache/ - удалить все, кроме index.html.