Что делать взломали сайт, чистимся после взлома wp. Часть 1 — введение

Приветы уважаемым читателям.
Думаю все читали / замечали на форумах и блогах посты «мой блог на wp взломан», «что делать взломали сайт», «нашел шелл (shell) / бэкдор, как вылечиться», «взломали сайт как очиститься» , «хакеры взломали сайт» и т.д.
Хотите узнать об этом больше, на конкретном примере, поучаствовать в обсуждении и решении данной проблемы? Милости прошу.
Это случилось со мной — мой хостинг аккаунт был взломан.

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

Дата заражения определил как начало 2010.
Дата обнаружения — сентябрь 2010.

Срок потрясающий своей протяженностью, но поводов для беспокойства почти не было.

Движок сайта + плагины — WordPress, БД — MySQL.

Продолжить чтение »

Категория CMS, wordpress, Новости, Практикум | 3 комментария

как вынуть кэш сайта из Google или Yandex

Хочу рассказать очень простой и легкий способ, как восстановить страницы сайта из кэша поисковых систем Google или Яндекс.
Не секрет, что поисковики кэшируют (копируют данные на свои сервера) сайты для последующей их обработки и с целью предоставления доступа к копии материала при временной потере связи с сервером-источником информации.
Пример: Кэш яндекса виден в выдаче поисковых запросов: raskrutim.info копия ещё
Пример: Кэш google виден в выдаче поисковых запросов: raskrutim.info/ — Сохраненная копия — Похожие
Жирным выделены нужные нам ссылки.

Какая польза от кэширования вебмастеру?
Представим себе знакомую многим проблему отсутствия свежего бэкапа сайта. Те, кто верит в непотопляемость или известное имя хостера, тоже рано или поздно сталкиваются с этой проблемой. Причин обоюдного отсутствия резервных копий у себя и у хостера, столько же, сколько и случайностей в нашей жизни. Вспоминаем сколько было проблем у пользователей хостинга 3fn_net , когда тот «прекратил свое существование».

Восстановление страниц сайта из кэша Yandex и Google:

1) Рассмотрим кэш Яндекс.
а) В строке поиска вводим: адрес сайта вида:raskrutim.info и жмем «НАйти»
Получаем страницу результатов поиска. На ней видим строчку raskrutim.info копия ещё
Выбираем «ещё»
Открывается список всех страниц сохраненных яндексом. Дальше дело прямых рук. Есть бесплатные парсеры (скрипт собирает страницы за вас), но мне они были не нужны из-за малых объемов.
б) А что делать, если пропала/испорчена только 1 страница? В том же окне результатов поиска есть галочка ниже строки поиска «на сайте: raskrutim.info» и в строке поиска указываем ключевое слова (слова) характерные искомой странице. Страницы отсортированы, легко получаем результат.

Продолжить чтение »

Категория CMS, Google и Yandex, wordpress, Практикум, скрипты | Один комментарий

webvisor — очень полезная система анализа посетителей и новые тарифы

webvisor — уникальный сервис от наших разработчиков для сбора и анализа статистики посещаемости сайтов. Теперь тарифная сетка стала еще привлекательнее — 5 вариантов и 1 индивидуальный или «гибкий» (старым пользователям сохранили прошлую до исчерпания баланса).

В чем уникальность webvisor, помимо стандартного набора возможностей? Продолжить чтение »

Категория AdSense, CMS, wordpress, Адульт Adult, Знакомства, Контекстные биржи, Новости, кинопартнерки, скрипты | Комментариев нет

Восстановление пароля или доступа к wordpress через БД (phpMyAdmin)

Если блог на движке wordpress ругается на пароль — пишет «ОШИБКА: Некорректный пароль. Забыли свой пароль?» и не хочет делать ретрив на е-мэйл, то решение проблемы займет минут 5. Сложно? НЕТ!

Мануал возврата пароля на wordpress с картинками.

Заходим в админку своего хостинга. Нам нужен доступ в C-panel (например), а конкретнее доступ к phpMyAdmin для работы с БД блога. Если после клика по ссылке phpMyAdmin у вас спросит пароль, то просто введите пароль от хостинг аккаунта.

Теперь можно приступить к работе с БД. В левом столбике выбираем имя базы данных, которая используется блогом. Для тех, кто не может вспомнить название БД, придется посмотреть его по FTP или любым другим способом в фале wp-config.php расположенном в корне домена к которому восстанавливается пароль — строчка define ('DB_NAME', 'ИМЯБАЗЫДАННЫХ');. База данных выбрана, появится страница с приблизительно такой областью (у вас могут быть немного другие поля):

выбираем для работы таблицу wp_users и жмем первый значок — «Обзор».

Откроется новая страница:

Для редактирования кликаем по «ручке», отмечено красным пятном.

1. поле хранит наш зашифрованный пароль.
2. поле хранит адрес почты.

Теперь у вас на выбор 2 решения:

1 — поле ПАРОЛЬ. Предлагаю изменить пароль на временный, т.е. поставить тот, который заранее известен, а затем через админку сменить.  Выкладываю зашифрованный с известным  паролем. Замените в строчке «user_pass» содержимое столбика «Значение»  на  $P$BDmy5Sz4VQJ6IZbPqvc.Mq6L7dlBAe/ (скопируйте только подчеркнутые, пробелов нет,  начинается с $ и заканчивается / ).  Жмите ОК.

Пароль для доступа станет 132456789.

2 — поле user_email. Вариант подойдет для тех, кто забыл пароль на блог, а ретрив не работает (проблемы с e-mail). Можно просто изменить мыло администратора блога, вписав другое рабочее мыло.  Не забывайте применять изменения — нажмите ОК. Теперь заново пройдите процедуру восстановления пароля.

Все, ничего сложного. Могу сделать восстановления пароля к блогу или любому движку за вас — в платном режиме.

Комментарии и аська для ваших вопросов готовы.

Категория CMS, wordpress, Практикум | Один комментарий

Решение проблемы dle *.html was not found on this server

Решил выложить решение проблемки с которой сам столкнулся при переезде сайта на движке Data Life Engine. Прописал домен, создал базу данных/юзера и подключил ее. Залил бэкап движка с файлами и базу данных.  Исправил старые пути в конфигах и еще нескольких местах. Все заработало — главная страница грузилась как обычно. Но это только на первый взгляд.  При попытке просмотреть полную версию любой страницы выдало приблизительно следующее:

Not Found

The requested URL /2009/08/10/kak_mnogo_kupit_kreditov.html was not found on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Несколько удивился, проверил все настройки еще раз — все в норме.  Пока лазил по сайту, заметил, что все страницы идущие на базе index.php работает, а дальше возникают проблемы. ЧПУ в этом не виновато.  Все просто — файл   .htaccess оказался пустым и не преобразовывал страницы в нужный вид.

У меня была древняя версия ДЛЕ 3.х,  поэтому не дам гарантии ее работоспособности на более свежих, но направление решения проблемы надеюсь ясно.

Вот спасительный текст для моей версии (взял из другого бэкапа) :

#<?

RewriteEngine On
RewriteBase /

# RSS
RewriteRule ^rss.xml (/?)+$ /engine/rss.php
RewriteRule ^category/([^/]*)/rss.xml (/?)+$ /engine/rss.php?do=cat&category=$1

# Добавление новости
RewriteRule ^addnews (/?)+$ /?do=addnews

# Статистика
RewriteRule ^stats (/?)+$ /?do=stats

# Категории
RewriteRule ^category (/?)+$ /?do=cat
RewriteRule ^category/([^/]*)(/?)+$ /?do=cat&category=$1
RewriteRule ^category/([^/]*)/page/([0-9]+)(/?)+$ /?do=cat&category=$1&cstart=$2

# вывод для отдельного юзера
RewriteRule ^user (/?)+$ /?do=user
RewriteRule ^user/([^/]*)(/?)+$ /?subaction=userinfo&user=$1
RewriteRule ^user/([^/]*)/page/([0-9]+)(/?)+$ /?subaction=userinfo&user=$1&cstart=$2

# вывод непрочитанных статей
RewriteRule ^newposts (/?)+$ /?subaction=newposts
RewriteRule ^newposts/page/([0-9]+)(/?)+$ /?subaction=newposts&cstart=$1

# Редиректы
RewriteRule ^page (/?)+$ /?cstart=0
RewriteRule ^page/(.*)$ /?cstart=$1

# Сам пост
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),([0-9]+),(.*).html (/?)+$ /?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&cstart=$5&news_name=$6
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page,([0-9]+),(.*).html (/?)+$ /?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/print:page,([0-9]+),(.*).html (/?)+$ /engine/print.php?subaction=showfull&year=$1&month=$2&day=$3&news_page=$4&news_name=$5
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/(.*).html (/?)+$ /?subaction=showfull&year=$1&month=$2&day=$3&news_name=$4

# За день
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})(/?)+$ /?year=$1&month=$2&day=$3
RewriteRule ^([0-9]{4})/([0-9]{2})/([0-9]{2})/page/([0-9]+)(/?)+$ /?year=$1&month=$2&day=$3&cstart=$4

# За весь месяц
RewriteRule ^([0-9]{4})/([0-9]{2})(/?)+$ /?year=$1&month=$2
RewriteRule ^([0-9]{4})/([0-9]{2})/page/([0-9]+)(/?)+$ /?year=$1&month=$2&cstart=$3

# Вывод за весь год
RewriteRule ^([0-9]{4})(/?)+$ /?year=$1
RewriteRule ^([0-9]{4})/page/([0-9]+)(/?)+$ /?year=$1&cstart=$2

# Статистические страницы
RewriteRule ^static/(.*).html (/?)+$ /?do=static&page=$1

# вывод избранных статей
RewriteRule ^favorites (/?)+$ /?do=favorites
RewriteRule ^favorites/page/([0-9]+)(/?)+$ /?do=favorites&cstart=$1
#?>

Категория CMS, Новости | 2 комментария

Скидка на IPB — купить Invision Power Board

Всем, кто собирался завести себе белую версию движка IPB, посвящается. А для тех, кто считает, что белая версия — это только понты, приведу свои аргументы.
Да отдать денег за то, что нельзя взять в руки или просто потрогать нелегко, но стоит учесть, что это добавит серьезности вашему ресурсу и убережет от проблем...
Если ваш сайт зарабатывает в месяц более 50$, а скорее всего так оно и есть, то лучше отжалеть денег сейчас и не иметь проблем в будущем. Пример, если на вас нажалуются официальному представительству компании какие нибудь недруги (вредители, конкуренты или обиженные), то ваш сайт прикроют (попросят удалить нуленный IPB — в лучшем случае, и купить лицензию). С похожей ситуацией встречался, и понял, что лучше купить. В качестве автобонуса — никто больше не докапывается, на форуме последняя версия обновлений, нет никаких спрятанных дырок от команды нульщиков. И самое приятное можно купить 1 раз лицензию и пользоваться до тех пор, пока она не окажется вся в дырках. Вторым приятным моментом является покупка/продление лицензии по акции, т.е. скидки. Они проводятся несколько раз в год. Ниже пример последней из них.

Компания IBResource совместно с компанией Invision Power Services, Inc объявляют об акции по скидке на IP.Board (IPB).

Недавно разработчики выпустили 3.0.0 RC2. Финальная версия IP.Board 3.0.0 со всеми официальными модулями (Blog/Gallery/Downloads) уже скоро будет опубликована, а значит уже рядом наша новейшая русская локализованная IPB 3.0.0.

Скидка

С сегодняшнего дня и до конца июня стоимость стандартной лицензии на IP.Board снижена с 149.99$ до 129.99$ (3630рублей). Стоимость продления таких лицензий осталась неизменной.

Кроме этого не забывайте о действии антикризисного курса компании в 28 рублей за 1$ на все услуги, а значит стандартная лицензия на IPB выйдет еще дешевле.

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

Категория CMS, Новости | 9 комментариев