Проблемы с кэшированием изображений

[MNAberkut]

Здравствуйте.

Недавно был выполнен перенос сайта с хостинг-аккаунта на VPS. Помимо различных проблем, обнаружено, что если удалить кэш какой либо картинки - то в админке в загрузчике изображений (при редактировании категорий/товаров) не впускает в папку с не кэшированным изображением - в отладчике выпадает ошибка 500, и путь к файлу /admin/view/javascript/jquery/jquery-2.1.1.min.js. Я полез в файл - а там код, за который кодеру можно отрывать руки и ноги, выдёргивать уши, выкалывать глаза, отрезать язык, разбивать нос ...

Если объяснять по другому - новые картинки не кэшируются, и в админке в загрузчике изображений нет возможности зайти в папку, где лежит изначальная (новая) картинка.

Такая же ситуация, если загружать картинки в самом загрузчике - после загрузки папка более не открывается.

Сами картинки гружу с помощью FileZilla в /image/catalog, их кэш держится в /image/cache/catalog.

Права на запись выставил.

Выяснил что проблема именно с кэшем следующим образом: полез менять картинки, обнаружил проблему (не открывается папка в загрузчике), восстановил кэш из бэкапа - картинки восстановились, папка открывается.

Версия OpenCart: 2.1.0.2 (rs.1) - скопировал из админки.

Как лечить ?

Змінено 9 серпня 2017 користувачем MNAberkut

[MNAberkut]

  В 09.08.2017 в 06:53, nikifalex сказав:

нанять сисадмина в конце концов.

Expand  

Я сам работаю систадмином на условиях невысокой зарплаты и обучения.

Можно пожалуйста по подробнее ?

  В 09.08.2017 в 06:53, nikifalex сказав:

для начала проверить овнера у папок.

Expand  

Если речь о колонке "владелец/группа" (в FIleZilla) - там указано root. Файлы сайта заливались под рутом. Работа вся так же выполняется под рутом.

Пользователь системы создан для того, что бы можно было работать с базами данных, доменами и FTP-аккаунтами в ISPmanager.

Змінено 9 серпня 2017 користувачем MNAberkut

[shoputils]

  В 09.08.2017 в 07:02, MNAberkut сказав:

Если речь о колонке "владелец/группа" (в FIleZilla) - там указано root. Файлы сайта заливались под рутом. Работа вся так же выполняется под рутом.

Expand  

мда... no comment...

Воспользуйтесь советом @nikifalex  по найму нормального сисадмина.

[MNAberkut]

  В 09.08.2017 в 07:10, shoputils сказав:

мда... no comment...

Воспользуйтесь советом @nikifalex  по найму нормального сисадмина.

Expand  

Говорюж, меня самого наняли сисадмином, платят не много, но я и не жалуюсь, ибо учусь. "В школе этому не учат", поэтому прошу отнестись с пониманием.

[shoputils]

За работу под рутом надо

  В 09.08.2017 в 06:46, MNAberkut сказав:

отрывать руки и ноги, выдёргивать уши, выкалывать глаза, отрезать язык, разбивать нос ...

Expand  

[MNAberkut]

  В 09.08.2017 в 07:15, shoputils сказав:

За работу под рутом надо

Expand  

Это я говорю как программист со стажем. Да и сарказм это ... Я прекрасно понимаю, что тот код сгенерирован шаблонизатором.

Как сисадмину - согласен.

Чё делать нужно ?

[shoputils]

  В 09.08.2017 в 07:18, MNAberkut сказав:

Чё делать нужно ?

Expand  

Настраивать сервер. Если у файлов и директорий сайта владелец root, с какого перепуга у движка будут права на создание и запись директорий и файлов?

[shoputils]

В эти директории движок должен иметь доступ на запись:

image/
image/cache/
image/catalog/
system/storage/cache/
system/storage/logs/
system/storage/download/
system/storage/upload/
system/storage/modification/

[MNAberkut]

  В 09.08.2017 в 07:26, shoputils сказав:

Настраивать сервер. Если у файлов и директорий сайта владелец root, с какого перепуга у движка будут права на создание и запись директорий и файлов?

Expand  

Как сменить владельца ?

Я через SSH переписывал права на запись в файлы ...

Изначально вообще получилось так, что сайт не взлетал до тех пор, пока я везде не выставил 777. Потом собственно и переписал права, кое-где по запрещал писать (755)

Змінено 9 серпня 2017 користувачем MNAberkut

[shoputils]

http://g.zeos.in/?q=unix смена владельца файлов

[MNAberkut]

  В 09.08.2017 в 07:39, nikifalex сказав:

это капец господа. Дайте телефон директора. Надо срочно спасать его от неадекватного сиськодмина.

Expand  

Говорю же - учусь. Надо было сделать так, что бы всё работало, и сделать это быстро. На перенос и настройку того что есть ушло три рабочих дня (с учётом того, что во всём этом нужно было сначала разобраться). Сам работодатель если бы и сделал эту работу (при условии наличия времени) - то за неделю минимум, а то и две.

"Нормальный сисадмин" попросит зарплату порядка 10 тыщ грн (да, я из Украины). Мне же платят 3 тыщи, меня устраивает. В рублях по курсу примерно - множьте на 3.

А контора здесь не большая, всего три человека (со мной). Делаем выводы. Сейчас всё движется сносно ...

Змінено 9 серпня 2017 користувачем MNAberkut

[MNAberkut]

  В 09.08.2017 в 07:36, shoputils сказав:

http://g.zeos.in/?q=unix смена владельца файлов

Expand  

На кого менять владельца ? И только у тех директорий, которые здесь были указаны ?

 

  В 09.08.2017 в 07:32, shoputils сказав:

В эти директории движок должен иметь доступ на запись:

image/
image/cache/
image/catalog/
system/storage/cache/
system/storage/logs/
system/storage/download/
system/storage/upload/
system/storage/modification/

Expand  

 

[MNAberkut]

Могу поменять на user0, могу на apache ... Есть папки с владельцем/группой apache - это те, которые создавались из самописного лога посещений ...

[MNAberkut]

Повыставлял и user0, и apache - толку ноль, та же проблема.

Пока вернул как было.

Змінено 9 серпня 2017 користувачем MNAberkut

[Shureg]

  В 09.08.2017 в 07:48, MNAberkut сказав:

Мне же платят 3 тыщи, меня устраивает.

Expand  

Это ошибка. Платить должны вы.

Змінено 9 серпня 2017 користувачем Shureg

[MNAberkut]

  В 09.08.2017 в 09:11, Shureg сказав:

Это ошибка. Платить должны вы

Expand  

Я понимаю ваше недовольство ... Но за обучение так сказать "основам" я уже платил в универе.

Сейчас же почти всё работает. Вы мало того что не помогаете, так ещё и угнетаете. Сказал же - я учусь на работе, этому не учат в универе. А вы занимаетесь не "помощью нуждающимся", а оскорблениями.

Змінено 9 серпня 2017 користувачем MNAberkut

[chukcha]

  В 09.08.2017 в 07:18, MNAberkut сказав:

Это я говорю как программист со стажем.

Expand  

ой

А в институте не учили, что под рутом работать нельзя?
 

1. кто полднимал сервер?
2. под каким аккаунтом кртутится  httpd

3. Кто владелец папок var/www и им подобные

 

[Shureg]

Чему вы учитесь? 

Почитайте какой-нибудь "линукс для чайников", инструкции по настройке сервера и т.д.

Вам лень прочитать десяток страниц, чтобы ознакомиться с азами, и вы ждете, что кто-то будет писать вам на форуме персональные лекции?

[MNAberkut]

  В 09.08.2017 в 09:27, chukcha сказав:

А в институте не учили, что под рутом работать нельзя?

Expand  

Нет, не учили.

Программист программисту рознь.

  В 09.08.2017 в 09:27, chukcha сказав:

1. кто полднимал сервер?
2. под каким аккаунтом кртутится  httpd

3. Кто владелец папок var/www и им подобные

Expand  

1 - я же и поднимал, или не понял вопроса.

2 - без понятия; когда перезапускал этот сервис - файлы лежали по умолчанию в той папке, которая находится под рутом.

3 - /var и /var/www - владелец root, до папки user0. У самой папки user0 - владелец:группа - user0:mgrsequre.

data, www и папка сайта - user0:user0. Остальные под рутом, и есть некоторые user0 и apache.

 

  В 09.08.2017 в 09:30, Shureg сказав:

Чему вы учитесь? 

Почитайте какой-нибудь "линукс для чайников", инструкции по настройке сервера и т.д.

Вам лень прочитать десяток страниц, чтобы ознакомиться с азами, и вы ждете, что кто-то будет писать вам на форуме персональные лекции?

Expand  

Учусь системному администрированию, на конкретных условиях.

Статьи всякие читал, гуглил/искал и так далее - по конкретной проблеме решения не нашёл. Только потом зашёл на этот форум.

Змінено 9 серпня 2017 користувачем MNAberkut

[MNAberkut]

Попробовал кэш записывать руками - в папку заходит ...

Саму проблему невозможности кэширования это не решает ... Поэтому пока что костылище+затраты времени ... Но вариантов у меня не много.

P.S. Как и на любом другом форуме - здесь "новичков" презирают и гнобят. Детали никого не интересуют, и это норма ...

[Shureg]

  В 09.08.2017 в 12:56, MNAberkut сказав:

P.S. Как и на любом другом форуме - здесь "новичков" презирают и гнобят. Детали никого не интересуют, и это норма ...

Expand  

Скажу вам больше, не то что новичков, именно вас "презирают и гнобят". Это смысл жизни всех остальных посетителей форума.

Вам уже все посоветовали, и толсто намекнули.Чего вы там гуглли - не знаю. Читайте, например, http://www.sdelaysite.com/besplatnoe-po/ustanovka-apache-php-mysql-ubuntu-2

И отвыкайте уже от школьных привычек, никто вам разжевывать не обязан.

Змінено 9 серпня 2017 користувачем Shureg

[MNAberkut]

  В 09.08.2017 в 15:31, Shureg сказав:

никто вам разжевывать не обязан

Expand  

Я не прошу разжёвывать ... Я ищу инструкции. Не нахожу - создаю вопрос сам.

Это не школьная привычка ... Так вроде как все делают ... Ну или все школьники.

[MNAberkut]

Тайна всемирного заговора разгадана ...

Всему виной оказалось отсутствие графической библиотеки PHP-GD. Я не особо удивился, ибо проблема была именно и только с изображениями.
Обнаружил после того, как попытался загрузить страницу с выставленным изображением, у которого (изображения) кэш был подсунут руками - в лог сервера упала ошибка Call to undefined function imagecreatefrompng().

Страница естесна не загрузилась, а получить такую ошибку по другому я не смог бы - видите ли, JS в логи не пишет, или я чего то не знаю, что не исключено =).
Так я и вышел на необходимость установить GD ...

В консольке SSH прописал

yum install php-gd

со всем согласился, ребутнул сервер ("принудительная перезагрузка"), всё перепроверил (новые картинки, зачистка кэша) - всё заработало.

Отсюда напрашивается ещё один вывод: проблема не с кэшером, не с правами, и не

  В 09.08.2017 в 07:26, shoputils сказав:

с какого перепуга у движка будут права на создание и запись директорий и файлов

Expand  

(права где надо есть).

Проблема с технической стороны - в отсутствии движка.

Ну и в неопытности меня, о чём дальше ...

Кстати, новый кэш создавался под владельцем apache ...

  В 09.08.2017 в 08:46, MNAberkut сказав:

Повыставлял и user0, и apache - толку ноль

Expand  

 

Теперь о моей неадекватности, и о том, как вы это воспринимаете ...

Часть первая.

Условия появления ошибок в работе сайта весьма серьёзные:

1 - сайт делал не я, на изначальный хостинг так же ставил его не я;

2 - тот кто всё это дело делал - морозится;

3 - это моя первая работа сисадмина, и понятное дело - опыта нет; тут тебе и первая в жизни настройка сервера, и первая в жизни работа с коммерческим проектом (сайтом); говоря другими словами - вспомните себя лет 10-15 назад. Это сейчас вы все такие умные;

4 - выполнялся перенос сайта с хостинга, на котором есть если не всё, то очень много, на почти голый VPS, на который ставится что то там по умолчанию, и чего естественно не хватает; так что появление подобных проблем при таких условиях - вполне нормальное явление, и в дальнейшем подобные проблемы не исключены.

При всём этом - сайт работает, и сказать что я олух - да, но только лишь по затратам времени, что компенсируется низкой зарплатой. Сам работодатель сказал, что ему "проще нанять человека, который будет учиться, а не учить".

 

Часть вторая.

Что касается работы под рутом ... Да, "нельзя"; а нафиг он тогда такой нужен ? Других пользователей плодить ?

Это справедливо для сервера, на котором работает несколько пользователей одновременно, тогда тебе и более гибкое разграничение прав на файлы и так далее ... Сейчас же контора маленькая, сайт один, пользователей два. Расширение планируется только когда база перестанет выдерживать запросы, и придётся переносить её на выделенный VPS.

 

Всем добра

Змінено 10 серпня 2017 користувачем MNAberkut