anvar Опубліковано: 14 листопада 2014 Share Опубліковано: 14 листопада 2014 Здравствуйте! Периодически на сайте возникает ошибка, текст: Warning: unlink(/var/www/u3242717/data/www/lasumka.ru/system/cache/cache.blog.blogi.1416006157) [function.unlink]: No such file or directory in /var/www/u3242717/data/www/lasumka.ru/system/library/cache.php on line 49Warning: unlink(/var/www/u3242717/data/www/lasumka.ru/system/cache/cache.blog.blogi.1416006157) [function.unlink]: No such file or directory in /var/www/u3242717/data/www/lasumka.ru/system/library/cache.php on line 49 Скажите пожалуйста где копать и как исправить? Надіслати Поділитися на інших сайтах More sharing options...
Tom Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Права на папки system и system/cache должны быть 777 Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 кэш уже удален. по идее - должно случаться, когда ПЕРЕД принудительным удалением кэша срабатывает чистка устаревшего по времени. можно попробовать заглушить такой выхлоп, сделав unlink($file);>> @unlink($file);файл указан, замену по всему сделайте (там 2 вхождения). Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Начну с того, что это не ошибка а предупреждение, причем совершенно не критическое. Суть вот в чем, смотря как агрессивно настроено кеширование сервера. Дело в том, что при запросе php функции file_exists - сервер отвечает, что есть (в кеше сервера информация еще не обновилась) а на самом деле его нет. А в opencart эта функция кеша if (file_exists($file)) { unlink($file); } Просто поставьте @ перед unlink if (file_exists($file)) { @unlink($file); } Надіслати Поділитися на інших сайтах More sharing options... snastik Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Даже clearstatcache не помогает у некоторых, хотя @ должен отрабатывать http://blog.rodneyrehm.de/archives/12-Improving-Disk-IO-in-PHP-Apps.html Надіслати Поділитися на інших сайтах More sharing options... 1 month later... fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка function.unlink - Ошибка. Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Повний пакет SEO Автор: GeekoDev SameSite Session Fix Opencart 3 Автор: web_bond SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
afwollis Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 кэш уже удален. по идее - должно случаться, когда ПЕРЕД принудительным удалением кэша срабатывает чистка устаревшего по времени. можно попробовать заглушить такой выхлоп, сделав unlink($file);>> @unlink($file);файл указан, замену по всему сделайте (там 2 вхождения). Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Начну с того, что это не ошибка а предупреждение, причем совершенно не критическое. Суть вот в чем, смотря как агрессивно настроено кеширование сервера. Дело в том, что при запросе php функции file_exists - сервер отвечает, что есть (в кеше сервера информация еще не обновилась) а на самом деле его нет. А в opencart эта функция кеша if (file_exists($file)) { unlink($file); } Просто поставьте @ перед unlink if (file_exists($file)) { @unlink($file); } Надіслати Поділитися на інших сайтах More sharing options... snastik Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Даже clearstatcache не помогает у некоторых, хотя @ должен отрабатывать http://blog.rodneyrehm.de/archives/12-Improving-Disk-IO-in-PHP-Apps.html Надіслати Поділитися на інших сайтах More sharing options... 1 month later... fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка function.unlink - Ошибка. Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення Повний пакет SEO Автор: GeekoDev SameSite Session Fix Opencart 3 Автор: web_bond SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich
markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Начну с того, что это не ошибка а предупреждение, причем совершенно не критическое. Суть вот в чем, смотря как агрессивно настроено кеширование сервера. Дело в том, что при запросе php функции file_exists - сервер отвечает, что есть (в кеше сервера информация еще не обновилась) а на самом деле его нет. А в opencart эта функция кеша if (file_exists($file)) { unlink($file); } Просто поставьте @ перед unlink if (file_exists($file)) { @unlink($file); } Надіслати Поділитися на інших сайтах More sharing options... snastik Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Даже clearstatcache не помогает у некоторых, хотя @ должен отрабатывать http://blog.rodneyrehm.de/archives/12-Improving-Disk-IO-in-PHP-Apps.html Надіслати Поділитися на інших сайтах More sharing options... 1 month later... fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Разное Курилка function.unlink - Ошибка.
snastik Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Надіслати Поділитися на інших сайтах More sharing options... markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Даже clearstatcache не помогает у некоторых, хотя @ должен отрабатывать http://blog.rodneyrehm.de/archives/12-Improving-Disk-IO-in-PHP-Apps.html Надіслати Поділитися на інших сайтах More sharing options... 1 month later... fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку
markimax Опубліковано: 15 листопада 2014 Share Опубліковано: 15 листопада 2014 Не помогает этот метод экранирования. Точнее не на всех хостах. Даже clearstatcache не помогает у некоторых, хотя @ должен отрабатывать http://blog.rodneyrehm.de/archives/12-Improving-Disk-IO-in-PHP-Apps.html Надіслати Поділитися на інших сайтах More sharing options... 1 month later... fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options... Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0
fijneman Опубліковано: 16 грудня 2014 Share Опубліковано: 16 грудня 2014 Апну чутка. Тоже надоела эта тема. Недавно даже сам визуально увидел вывалившиеся предупреждения в самом верху. Теперь понятно, почему в веб визоре яндекса иногда народ рефрешит страницу. Пробовал экранировать как тут писали. Что, собственно, дает этот способ? В логе обнаружил новую "порцию". Мне главное, чтобы этого не видели посетители. Так как сообщения вылезают редко, что я не могу протестить что там происходит после прописывания @ в паре мест. Так же в php.ini в корне сайте есть пара строчек ;display_errors = 1; ;error_reporting = E_ALL; Может с ними поиграть, например display_errors = off? Судя по гуглу параметр error_reporting отвечает за запись в лог. Надіслати Поділитися на інших сайтах More sharing options...
Recommended Posts