wordpress возвращается в исходное состояние?

<p>каково время жизни плагина в развернутом экземпляре wordpress?</p><p>а именно:</p><ul> <li>плагины изменяют существующие файлы или используют только определенные точки расширения в wordpress?</li> <li>разрешено ли плагинам изменять схему базы данных (например, добавлять новые столбцы)?</li> <li>как wordpress гарантирует, что при удалении плагина wp всегда остается в исходном состоянии? (является ли?)</li> </ul>

<p>короткий ответ:</p><ul> <li>плагины не изменяют существующие файлы, они подключаются к wordpress через открытый api.</li> <li>плагины могут изменять схему базы данных.</li> <li>плагины не нужно удалять чисто.</li> </ul><h1>плагин крючки</h1><p>плагины подключаются к wordpress в определенной точке, раскрытой ядром wordpress.</p><p> <a href="http://codex.wordpress.org/plugin\_api">http://codex.wordpress.org/plugin\_api</a> </p><p>например, функция <code>get\_option()</code> считывает опцию сайта из базы данных. прежде чем что-либо предпринять в этой функции, wordpress вызывает <code>apply\_filters( 'pre\_option\_' . $option, false ). при наличии опции foobar плагин может переопределить истинное значение этой опции с помощью следующего кода:function override_foobar( $unused ) { return 'my custom value.'; } add\_filter( 'pre\_option\_foobar', 'override\_foobar' ); // add\_filter(hook, function) </code></pre><p>смотрите также <a href="http://adambrown.info/p/wp\_hooks/">http://adambrown.info/p/wp\_hooks/</a> .</p><h1>плагины, модифицирующие базу данных</h1><p>плагины имеют возможность изменять базу данных, при условии, что пользователь базы данных wordpress все еще имеет это разрешение. некоторые из более сложных плагинов добавляют свои собственные таблицы. вполне возможно, что плагин может модифицировать основные таблицы, и, надеюсь, они будут делать это ответственно и таким образом, чтобы не сломать вещи, если плагин будет удален.</p><p>это должно быть проверено на основе плагинов.</p><h1>удаление плагинов</h1><p>функция <code>deactivate\_plugins()</code> вызывает действие <code>do\_action( 'deactivate\_' . trim( $plugin ) )</code>. плагин должен подключиться к этому действию, если конкретные вещи должны произойти, когда плагин деактивирован. по моему опыту несколько плагинов делают много деактивации очистки, т.е. положить их настройки в холодное хранилище на случай, если они снова активируются.</p>

<p>плагины в wordpress делают то, что говорит код. чтобы ответить конкретно на ваши вопросы,</p><ol> <li>они не должны, но ничто не мешает им изменять основные файлы.</li> <li>им разрешено полностью взаимодействовать с базой данных любым способом, который может сам wordpress.</li> <li>wordpress не гарантирует, что удаление плагина не разрушит всю установку. если автор плагина установит функцию удаления, чтобы удалить все, он сделает это.</li> </ol><p>таким образом, остается вопрос: что можно сделать, если автор плагина предаст ваше доверие и сделает что-то вредоносное для вашего сайта? регулярное резервное копирование вашего каталога wp-content, а также всей вашей базы данных - лучший способ убедиться, что вы сможете восстановить в случае, если что-то случится с вашим сайтом (например, потеря данных, хакерская атака, плохой плагин и т.д.) ,.</p>

<p>прямой ответ: нет</p><p>плагины могут делать все, что вы можете делать с кодом php.</p>