Отличный прям совет для окружения кем-то созданного в докере? Нет конечно.

Возможно, проблема в том, в какой кодировке, в итоге был сохранён вами этот файл?

Вообще говоря, верно. Запрос к существующему файлу, в большинстве конфигураций обработается без участия php. Веб сервер просто отдаст файл. А вот если файла не будет, может передать обработку дальше. Там было об этом написано.

Не пробовал ни один запускать под виндой, честно говоря...

Если всё так, и правильно работает, это не мешает создавать и отдавать порезанные картинки, и всё должно работать... Надо смотреть логи, и проверять .htaccess.

Это надо делать только для директории(й) с оригиналом, а не глобально.

marassa wrote: Логи сервера имеются, что именно нужно проверить? Тут достаточно нетривиальный анализ нужен, в логе за январь (до включения CF) около миллиона записей.

Это не много совсем, на самом деле. Для анализа есть разные анализаторы логов. Надо смотреть запросы в разрезе по url.

То, что обсуждалось в том топике я выше писал уже, но чтобы это было так, должно бы быть уж очень равномерное распределение запросов по всем картинкам, и это уж очень мало вероятный сценарий для веб сайта. И 10% конечно очень плохой, и мало вероятный результат.
Впрочем, это же можно проверить если вести статистику запросов.

Вот довольно похожий кейс, только с куда большим трафиком (60ТB в месяц), и немногим большим суммарным объёмом(до 40GB). Тоже бесплатный аккаунт на CF.

Так что продолжаю настаивать, что что-то было совсем не так у вас настроено.

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

У views есть развитая система шаблонов, можно замечательно переопределять разные элименты, в частности поля. https://api.drupal.org/api/views/theme%21theme.inc/group/views_templates...

На вашей картинке, только кусочек необходимого же. Иначе это не специфическая CRM, а простенький интерфейс к базе заказов.
Если это действительно всё, что вам нужно, возможно получится обойтись без кода.

В вашей ошибке всё есть: для данного пользователя с этим паролем данная операция запрещена.
Скорее всего, у этого пользователя нет доступа к указанной в конфиге базе.
Ну или пароль не тот, или пользователь.

Надо было замерить потребление им памяти пиковое, чтобы отчёт был полон.

Вот разные варианты:

Рекомендую rsnapshot: rsync в отличии от duplicity есть практически везде, куда пускают по ssh. А ему большее и не нужно.

Я кстати, регулярно пишу сайты на C++ (esp8266). Так что в этой шутки есть не только шутка.

A tar-то тут зачем?
drush sql-dump | gzip -6 > mart2.sql.gz

Все уже на него перешли?
Ну и так-то да, менее, но прожорлив.

IceWhisky wrote: По теме: Любой vps с ram 1gb для работы composer

Одному композеру не редко нужно больше 1ГБ если запускать composer update на стороне хостинга, а у нас же там ещё сам хостинг запущен... В общем, тут явно без свопа не обойтись.

Что-то очень не так с настройками кеширования, если такая ситуация. Если основу трафика составляют картинки, то ситуация должна быть кардинально другой.

Возможно запросы равномерно распределены по большому хранилищу и за время жизни кеша, просто не успевает в него пройти повторных запросов. Тогда надо поднимать время жизни кеша.

Если не был сделан её дамп, и куда-нибудь сохранён, то да.

Я для себя доволен heidisql, потому, что mysql/postgres/sql server, и умеет работать через ssh туннель.
А так, выбор зависит от платформы, используемых баз и вкусов - вариантов не мало.

Очень удобно, чтобы ssh туннелирование поддерживалось в интерфейсе программы, удобнее работать с удалёнными базами без необходимости где-то отдельно эти туннели делать.

Читаем внимательно, что я предлагал делать в консольном клиенте.
Кстати, может быть полезно: многие не знают, но там есть автодополнение, так что помнить полностью имена таблиц/полей не то, чтобы обязательно.

В любом GUI клиенте, тоже можно "прокликать табличку по колонкам".

gun_dose wrote: мало кто знает, но с помощью phpmyadmin на шаред хостинге можно увидеть, на сколько суммарно загружен сервер запросами со всех сайтов

Это не какая-то "спецспособность" phpmyadmin. Это сделано на основе: