Интереса ради решил покопаться в системе Sape. Поставил плагин iSape для WordPress, подкрутил гайки, разместил первую ссылку из системы на своем блоге и на этом успокоился.
Прошло дня два или три до того как я столкнулся с первой проблемой — размещенная ссылка вывалилась в злополучный ERROR при очередной проверке. Сказать что я долго гадал причину ошибки — все равно что ничего не сказать, так как искал я эту причину почти неделю. Но кто ищет — тот всегда находит, и я не оказался исключением.
После трехдневной переписки со службой поддержки Sape (за что им отдельная благодарность), выяснилось, что ссылка должна строго соответствовать указанному для неё HTML-коду. В моём же случае оказалось, что в ссылке присутствует непонятно откуда взявшийся
<em>onclick="javascript:pageTracker._trackPageview('/outbound/article/....');"</em>
. После посещения Google все прояснилось. Проблема была в плагине «Google Analytics» для WordPress и включенным трекингом исходящих кликов (Track outbound clicks & downloads), который и добавлял этот код во все ссылки, включая ссылки из сапы. Отключение этой опции привело ссылку к первоначальному, необходимому мне состоянию.
VN:F [1.9.13_1145]
Rating: 8.3/10 (3 votes cast)
В последнее время все чаще начал задумываться о надобности фиксировать важные события. Не то чтобы на память, скорее полезные записи «на будущее». Ну сказано — сделано. Без особых колебаний был выбран WordPress. Подпилен, обвешан плагинами и пущен в свободное плавание.
Все бы хорошо, да дернуло поставить плагин безопасности WP Security Scan. Автоматическая установка прошла без проблем, собственно как и со всеми другими плагинами. Проблема появилась когда в админ-панели этот плагин посоветовал переименовать префикс таблиц в базе данных с wp_ на что-либо другое. Сделать это он предложил сразу, автоматически. Казалось бы, что может быть страшного в простом переименовании таблиц? Так и решено было поступить.
Переименование прошло без проблем. Изменил в wp-config.php префикс на новый, обновил страницу и тут оказалось, что меня перестало пускать в админ-панель с сообщением «Вы не имеете достаточно прав для доступа к данной странице.». Проверка таблиц показала, что все в порядке. Права тоже были в норме. Google намекал на вероятность проблемы с кодировками в базе данных, но я отказывался в это верить, так как, на мой взгляд, с ними было все в порядке.
Решение нашлось на одном из форумов, где обсуждалась подобная проблема. Как я и предполагал кодировки тут были не при чем. Виновата была таблица wp_usermeta. Дело в том, что в ней хранятся метаданные пользователей и поле meta_key может содержать записи, содержащие префикс таблиц (у меня это были wp_capabilities, wp_user_level, wp_usersettings, wp_usersettingstime, wp_autosave_draft_ids, wp_metaboxorder_dashboard и wp_metaboxorder_post).
После изменения префикса таблиц необходимо так же поменять и все префиксы в таблице wp_usermeta на новые. После этой процедуры переименования всё опять заработало и я без проблем залогинился в админ-панель.
VN:F [1.9.13_1145]
Rating: 8.5/10 (4 votes cast)
