Прошло дня два или три до того как я столкнулся с первой проблемой – размещенная ссылка вывалилась в злополучный ERROR при очередной проверке. Сказать что я долго гадал причину ошибки – все равно что ничего не сказать, так как искал я эту причину почти неделю. Но кто ищет – тот всегда находит, и я не оказался исключением.

После трехдневной переписки со службой поддержки Sape (за что им отдельная благодарность), выяснилось, что ссылка должна строго соответствовать указанному для неё HTML-коду. В моём же случае оказалось, что в ссылке присутствует непонятно откуда взявшийся onclick="javascript:pageTracker._trackPageview('/outbound/article/....');". После посещения Google все прояснилось. Проблема была в плагине «Google Analytics» для WordPress и включенным трекингом исходящих кликов (Track outbound clicks & downloads), который и добавлял этот код во все ссылки, включая ссылки из сапы. Отключение этой опции привело ссылку к первоначальному, необходимому мне состоянию.

Похожие статьи

• Когда 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 на новые. После этой процедуры переименования всё опять заработало и я без проблем залогинился в админ-панель.

Похожие статьи

• Sape, Wordpress и Google Analytics – проблемы?