Помощь Как сделать, чтобы после удаления товаров, база данных и кол. файлов возвращались к прежним объёмам?

[Byteman]

И ещё один модуль, который тоже вроде оптимизирует базу и не только:
Для просмотра ссылки Войди или Зарегистрируйся

 

[DaoKakao]

Вы знаете, ни один модуль не заменит грамотного dba. В обоих модулях я увидел много рекламы и мало конкретики. Если модуль как-то умеет 1) сделать дамп ВСЕХ пользовательских БД, крутящихся на сервере 2)удалить эти БД 3)поудалять файлы ibdata и ib_log, лежащие немного в других местах 4)пересоздать БД 5)залить в эти БД данные из созданного дампа, то он безусловно уменьшит размер вашей БД, в противном случае - это только реклама.

Оставляю 1% на то, что я может чего-то упустил, и появилась новая функциональность, но я вот сейчас сижу, ищу в инете про сжатие innodb и ничего НОВОГО не нахожу

Хотя, остальные функции, в том числе удаление излишних записей, сиротинок (orphaned), и т.п. - это неплохой функционал, да

UPD: тут еще вот чего подумалось- сравнить бы производительность ИМ ДО оптимизации этим модулем, и после. Ну и до кучи размеры БД ДО и ПОСЛЕ померить бы

 

[_sashok]

И ещё один модуль...

никакой универсальный модуль не заменит пока прямые руки и трезвый мозг IT-специалиста

за уже лет 12 активной практики в вебе заметил самый эффективный вариант улучшения и оптимизации проекта практически на любой CMS, чем сам часто и пользуюсь:

каждые 2-3 года перехожу на новые серверы (в 2018 году часто это аренда выделенного 16-24 ядрёного серванта у того же хетзнера)
и при этом при переносе сайта и база данных без мусора переносится-разворачивается,
и древние файлы логов/кешей остаются в прошлом,
и руками/мозгами устаревшие файлы можно ещё проверить/почистить,
а изображения прогнать через пакетные оптимизаторы (типа Для просмотра ссылки Войди или Зарегистрируйся), убрав ними мусор из файлов типа даты места съёмки, уменьшения размера в точках до настроенного в админке престы рамера thickbox_default и плотности с 300dpi до 72dpi и т.д.

 

[Zveruga76]

Тем не менее, теперь база весит более 60 мб, а фтп скачал уже 80 тысяч файлов и конца этому пока не видно.

Всего лишь 60мб! С чем там бороться и оптимизацией чего заниматься? Это же копейки. Если так принципиально, то в phpmyadmin надо посмотреть столбец Записи, где больше всего записей. Очень часто при долгой работе или большой посещаемости и не отключенной статистике могут сильно раздуваться таблицы ps_connections a ps_connections_source и в итоге в мегабайтах занимать больше, чем таблицы с товарами.

А разобраться в какой папке больше всего занято дискового пространства можно зайдя на сервер через SSH, перейдя в папку с вебсайтом и выполнив команду: du -sm * | sort -n

Затем перейти ту папку где будет больше всего Мб и снова выполнить команду. Но судя по кол-ву файлов, скорее всего все будет в /img/ и плохая была проверка, что фотки удалились. Дистриб престы составляет примерно 15тыс файлов, ну модули еще были установлены. Никак не может быть 80тыс файлов при очищенном кэше. Только остатки фоток. IMHO.

 

[Zveruga76]

... а фтп скачал уже 80 тысяч файлов и конца этому пока не видно.

Почему не зипуете все, а скачиваете поштучно?