Удалите неиспользуемые файлы Magento и таблицы базы данных

Я разрабатываю сайт Magento уже несколько месяцев, в ходе этого процесса я установил и удалил множество расширений, которые сами по себе создали много таблиц в моей базе данных и файлов на сервере, наряду с этим я пытался создать несколько собственных расширений. включая множество файлов.

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

В основном я просто хочу очистить хранилище неиспользуемых файлов и таблиц.

кто-нибудь знает, было ли это сделано раньше? также с чего начать поиск, если он есть?

С уважением


magento resource-cleanup
person AndrewBramwell    schedule 24.11.2012    source источник
comment
Кстати, не забывайте принимать ответы. Похоже, у вас есть хорошие ответы на ваши вопросы, и это помогает вам и сообществу SO, когда ответы принимаются (флажок под индикатором голосования).   -  person bassplayer7    schedule 25.11.2012
comment
Ну вот. ;-) Теперь вы можете голосовать. Вы можете принимать ответы независимо от вашей репутации.   -  person bassplayer7    schedule 25.11.2012
comment
ха-ха, да, извините, я, должно быть, только пытался нажать стрелку вверх, меня немного раздражало, что я не могу ничего сделать, чтобы поблагодарить людей: / все еще изучаю все тонкости этого сайта.   -  person AndrewBramwell    schedule 25.11.2012
comment
могу я спросить, в чем разница между зеленой галочкой и стрелкой вверх?   -  person AndrewBramwell    schedule 25.11.2012
comment
Зеленая галочка помечает вопрос как ответ. Этот ответ всегда будет первым среди других ответов и поможет другим посетителям узнать, что устранило вашу проблему. Наведите указатель мыши на кнопки «за» (или «против») для краткого описания того, что они делают.   -  person bassplayer7    schedule 26.11.2012

Ответы (2)


arrow_upward
3
arrow_downward

Насколько мне известно, не существует инструмента, который автоматически «удалит все неиспользуемые таблицы расширений», поскольку это потенциально может быть довольно опасным (удаление все еще используемых или таблиц, в которых расширение просто отключено и т. д.).

Если вы хотите продолжить, СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ, СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ, СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ!!. Затем и только вручную просмотрите базу данных и просмотрите каждую таблицу (phpMyAdmin делает это намного проще). Если он начинается с пространства имен расширения, которое не используется (обычно имена таблиц выглядят так: namespace_module_tablename), посмотрите на таблицу, чтобы увидеть, есть ли в ней текущие/актуальные данные. Существует удобный справочник по схеме Magento DB (http://www.magereverse.com/). Тем не менее, я не знаю, насколько вы знакомы с Magento DB, и если вы не будете осторожны/знательны, вы можете нанести огромный ущерб.

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

person Joseph at SwiftOtter    schedule 24.11.2012
comment
хм, хорошо, я, вероятно, не классифицируюсь как супер-фамильяр, хотя я провел месяцы, глядя на разные таблицы, создавая свой сайт. Я оставлю это до тех пор, пока не почувствую, что полностью понимаю работу системы базы данных magento (iv уже испытал огромный ущерб, о котором вы говорите: P). Спасибо за ответ :) - person AndrewBramwell; 24.11.2012

arrow_upward
3
arrow_downward

Неиспользуемые таблицы не занимают много места, и их удаление может вызвать гораздо больше проблем при обновлении версии, чем место, которое вы сэкономите, если хотите удалить любые таблицы, которые Magento создает для модулей Magento, которые вы отключили.

Что касается работы со сторонними модулями, поскольку Magento бесплатен, лучше всего настроить отдельный тестовый сервер для установки модулей, чтобы увидеть, действительно ли они полезны и/или совместимы, а затем установить их в свою установку для разработки для работы с вашим веб-сайтом. .

При этом после факта каждый модуль имеет сценарий установки mysql, который вы можете прочитать, чтобы увидеть, какие изменения базы данных были сделаны, чтобы вы могли попытаться отменить их. Обычно они живут в app/code/local/(namespace)/(modulename)/sql/(modulename)_setup/* или app/code/community/(namespace)/(modulename)/sql/(modulename)_setup/*. Они будут называться по строкам mysql4-install-*.php или mysql4-upgrade-*.php, хотя любое из вышеперечисленных соглашений может быть нарушено сторонними разработчиками, которые не следуют этим соглашениям.

Вы можете использовать в них код SQL, чтобы отменить изменения, внесенные модулем. Настоятельно рекомендуется создавать резервные копии.

person Fiasco Labs    schedule 25.11.2012