Ky6uk's Blog

В свете последнего обновления до версии 2.8 замечательного плагина «Last.fm free music player» для браузера Google Chrome хочу написать небольшой обзор новых функций.

Те, кто еще не слышал про это замечательное расширение, узнать про него могут тут и там. Если коротко, то это расширение позволяет бесплатно слушать любимую музыку на Last.Fm через такие сервисы, как vkontakte.ru (на котором, как известно, можно найти практически любые композиции).
Читать далее…

Интереса ради решил покопаться в системе Sape. Поставил плагин iSape для WordPress, подкрутил гайки, разместил первую ссылку из системы на своем блоге и на этом успокоился.

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