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

Byteman

Мой дом здесь!
Регистрация
18 Мар 2008
Сообщения
487
Реакции
242
Здравствуйте. Вопрос.
В магазине на престе 1.7 было около 240 товаров.
При этом в бэкапе насчитывалось менее 30 тысяч файлов и база весила менее 30 мб.
После этого пришлось несколько раз импортировать около 55 тысяч товаров и затем их все удалять.
Удаление производил через Store Manager и картинки удаляемых товаров автоматически
добавлялись Стор менеджером в ФТП-очередь на удаление и на самом деле удалены, проверил SmartFTP, который позволяет просматривать картинки на сервере.
Также очистил кэш и произвёл очистку базы модулем Clean Prestashop.
То есть, в магазине снова только 240 товаров и вроде всё почищено.

Тем не менее, теперь база весит более 60 мб, а фтп скачал уже 80 тысяч файлов и конца этому пока не видно.
Я не понимаю откуда столько файлов и почему база в раза раздута.
Вижу, что фтп качает без конца файлы из папки /img/p/ и подпапок.
Также вижу, что в /img/p/ множество пустых подпапок или папок с одним файлом: fileType

Вопрос: можно ли безболезненно удалять все эти пустые папки с файлами fileType?
И почему раздулась база и откуда многократное увеличение количества файлов?

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

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

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

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

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

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

каждые 2-3 года перехожу на новые серверы (в 2018 году часто это аренда выделенного 16-24 ядрёного серванта у того же хетзнера)
и при этом при переносе сайта и база данных без мусора переносится-разворачивается,
и древние файлы логов/кешей остаются в прошлом,
и руками/мозгами устаревшие файлы можно ещё проверить/почистить,
а изображения прогнать через пакетные оптимизаторы (типа Для просмотра ссылки Войди или Зарегистрируйся), убрав ними мусор из файлов типа даты места съёмки, уменьшения размера в точках до настроенного в админке престы рамера thickbox_default и плотности с 300dpi до 72dpi и т.д.
 
Тем не менее, теперь база весит более 60 мб, а фтп скачал уже 80 тысяч файлов и конца этому пока не видно.
Всего лишь 60мб! С чем там бороться и оптимизацией чего заниматься? Это же копейки. Если так принципиально, то в phpmyadmin надо посмотреть столбец Записи, где больше всего записей. Очень часто при долгой работе или большой посещаемости и не отключенной статистике могут сильно раздуваться таблицы ps_connections a ps_connections_source и в итоге в мегабайтах занимать больше, чем таблицы с товарами.

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

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