среда, 21 октября 2009 г.

8 полезных SQL-хаков для Wordpress

За последние 10 лет база данных MySQL приобрела большую популярность в сети. Все блоги WordPress работают на базе данных MySQL, в которой содержатся посты блога, установки, комментарии и еще много чего другого.
Хотя и имеется достаточно плагинов с помощью которых можно решить некоторые проблемы, но иногда у вас нет другого выбора, кроме как выполнить SQL-команды в PhpMyAdmin или непосредственно в базе данных через SSH. Итак, давайте рассмотрим 8 полезных SQL приемов для WordPress. В каждом пункте этого поста сформулирована проблема, предложено ее решение и его объяснение.

1. Создание резервной копии базы данных

Проблема. Все советы, приведенные в этом посте, были проверены, но я все равно не советую вам применять их, если вы предварительно не создали резервную копию своей базы данных MySQL.

Решение. Для создания резервной копии вашей базы данных WordPress вручную:

1. Войти в PhpMyAdmin и выберите вашу базу данных WordPress.
2. После этого нажмите кнопку "Экспорт", расположенных в горизонтальном меню.
3. Выберите метод сжатия (лично я использую GZIP), и нажмите кнопку "Выполнить".
4. Ваш браузер спросит вас, хотите ли вы скачать архив. Конечно, выберите "Да", а затем сохранить его на жестком диске.

Объяснение. Есть более простой способ создания резервной копии базы данных WordPress с помощью плагина WP-DB-Backup. Если вы используете WordPress, то вам нужно обязательно установить этот плагин, если вы еще этого не сделали, и периодически создавать резервные копии своих данных.

2. Пакетное удаление редакций записей

Проблема. Редакции записей - это новая функция в WordPress 2.6, которая очень полезна, но при этом увеличивает размер вашей базы данных MySQL. Конечно же, можно вручную удалить редакции записей, но это будет очень долгая и нудная работа.

Решение. Есть очень простое решение этой проблемы: можно выполнить пакетное удаление редакций записей с помощью простого запроса SQL. Если у вас очень много постов, то вы не поверите своим глазам – ваша база данных уменьшится вдвое!

1. Войти в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку "SQL". Вставьте следующий код в окно SQL команды:

DELETE FROM wp_posts WHERE post_type = "revision";

3. Выполните её. В зависимости от того, сколько постов в вашей базе данных, вы можете съэкономить много драгоценного пространства!

Объяснение. В таблице wp_posts есть поле с названием post_type. В этом поле может встречаться один из таких параметров, как «post», «page» или «revision». Если мы хотим избавиться от редакций записей, то нужно выполнить команду удаления всех записей в таблице wp_posts, в которых поле post_type имеет параметр «revision».

3. Удаление 5000 спам-комментариев за одну секунду

Проблема. Реальная история: один мой друг недавно создал свой собственный блог и начал его продвигать в Интернете. Через несколько недель кропотливой работы он решил отдохнуть и провел несколько дней в отпуске без доступа к Интернету.

Когда он вернулся домой и посмотрел на свой блог, то увидел… 5000+ комментарий, ожидающих проверки! Конечно же, большинство из них были спамом, но ему в самом деле пришлось проверить их все, чтобы не удалить случайно нормальный комментарий одного из своих постоянных читателей.

Решение. К счастью, мой друг рассказал мне об этой проблеме со спамом. Он потратил уже около 45 минут, удаляя спам, когда я показал ему этот полезный SQL прием.

1. Войдите в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку "SQL". Вставьте следующий код в окно SQL команды:

DELETE FROM wp_comments WHERE comment_approved = '0';

3. Прощайте плохие комментарии!

Объяснение. Таблица wp_comments содержит поле с названием comment_approved, которое является булевым значением (1 или 0). Одобренные комментарии имеют значение 1, а ожидающие проверки – значение 0. Выполнив указанную выше команду, мы просто удаляем комментарии, которые еще не были одобрены.

Осторожно. Это очень полезное решение, но если вам нужно удалить миллионы спам-коментариев, то эта команда может также удалить нормальные комментарии, которые еще не прошли проверку. Если вы еще не используете плагин Akismet, установите его для предотвращения спама.

4. Изменение автора поста

Проблема. Когда вы устанавливали WordPress, была создана учетная запись «admin». Некоторые блоггеры делают ошибку, оставляя эту учетную запись без изменений и создавая посты под админом, пока не осознают, что это делает их посты безличными.

Решение. На изменение автора каждого поста уйдет много времени. К счастью SQL может помочь вам справиться с этой задачей:

1. Войдите в свой PhpMyAdmin и выберите вашу базу данных WordPress.
2. Во-первых, мы должны получить ID всех пользователей. Чтобы сделать это, откройте командную строку SQL и выполните следующую команду:

SELECT ID, display_name FROM wp_users;

3. PhpMyAdmin отобразит список идентификаторов пользователей Вашего блога. Допустим, что NEW_AUTHOR_ID идентификатор недавно созданный автором, и OLD_AUTHOR_ID это оригинальный ID учетной записи Администратора.
4. После того, как вы найдете идентификаторы NEW_AUTHOR_ID и OLD_AUTHOR_ID , запустите следующую команду:

UPDATE wp_posts
SET post_author=NEW_AUTHOR_ID
WHERE post_author=OLD_AUTHOR_ID;

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

5. Восстановление пароля вручную

Проблема. Для того чтобы защитить свои блоги, люди выбирают сложные пароли, например: u7*KoF5i8_. Это хорошо, но мне приходилось слышать немало историй о том, как люди забывали свои пароли админа.

Решение. Если вы потеряли пароль, WordPress может выслать вам по электронной почте ссылку для восстановления пароля. Но если у вас больше нет доступа к ящику, записанному в базе данных WordPress, или вы просто хотели бы все сделать с помощью простой команды, то выполните следующее:

1. Войдите в свой PhpMyAdmin, выберите WordPress базы данных и откройте вкладку SQL.
2. Вставьте следующую команду (предполагается, что ваше имя пользователя "Администратор"):

UPDATE `wp_users`
SET `user_pass` = MD5('PASSWORD')
WHERE `wp_users`.`user_login` =`admin` LIMIT 1;

3. После того как вы запустите скрипт Ваш пароль будет успешно заменен на следующий: "PASSWORD".

Объяснение. Пароли пользователей хранятся в таблице wp_users. Для защиты пароля используется контрольная сумма MD5.
Мы должны выполнить запрос SQL «UPDATE» и использовать встроенную функцию MySQL «MD5()», чтобы преобразовать наш пароль в MD5 и затем обновить его. Оператор «WHERE» позволяет обновить только пароль админа. Такой же запрос без оператора «WHERE» приведет к обновлению всех паролей!

6. Изменение имени домена WordPress блога

Проблема. Хотя это и не рекомендуется, возможно, когда-нибудь вы захотите сменить свое имя домена, сохранив блог и все его данные. Ввиду того, что WordPress регистрирует ваше имя домена в своей базе данных, вам придется сменить базу данных, чтобы подключить новое имя домена к своему блогу WordPress.

Решение.

1. Как вы уже могли догадаться, первое, что необходимо сделать это войти в свой PhpMyAdmin и выбрать вашу базу данных WordPress.
2. Нажмите кнопку "SQL". Для того чтобы изменить свой WordPress URL выполните эту команду:

UPDATE wp_options
SET option_value = REPLACE(option_value, 'http://www.oldsite.ru', 'http://www.newsite.ru')
WHERE option_name = 'home' OR option_name = 'siteurl';

3. Затем, мы должны заменить относительные URL (GUID) каждого поста. Следующая команда сделает эту работу:

UPDATE wp_posts
SET guid = REPLACE(guid, 'http://www.oldsite.ru','http://www.newsite.ru');

4. Мы почти у цели. Последнюю вещь которую необходимо сделать это поиск и замена в wp_posts таблице, чтобы убедиться, что там нет абсолютных URL:

UPDATE wp_posts
SET post_content = REPLACE(post_content, 'http://www.oldsite.ru', 'http://www.newsite.ru');

5. Готово. Вы можете войти в свой WordPress блог, используя ваш новый URL.

Объяснение. Для простого изменения имени домена я воспользовался мега-полезной функцией MySQL «replace», которая позволяет заменить один термин другим.

7. Отображение количества запросов SQL в вашем блоге

Проблема. Когда пытаешься оптимизировать время загрузки блога, то очень важно знать количество выполненных запросов к базе данных. Для уменьшения количества запросов сначала нужно узнать, сколько запросов выполняется на одной странице.

Решение.

1. На этот раз, не нужно заходить в PhpMyAdmin. Просто откройте файл footer.php в вашей теме и добавьте следующие строки кода:


queries in seconds.

2. Сохраните файл и зайдите на ваш блог. Внизу страницы вы увидите число запросов, сделанных к базе WordPress, а также время затраченное на них.

Объяснение. Создается впечатление, что многие пользователи WordPress и не подозревают о существовании этой функции. Функция get_num_queries() показывает количество запросов, выполненных во время загрузки страницы.
Учтите, что этот код покажет количество запросов только для пользователей, вошедших в систему, так как обычным посетителям и поисковым ботам нет необходимости знать об этом. Но если вам захочется выставить эти данные на всеобщее обозрение, просто удалите условие if (is_user_logged_in()).

8. Восстановление базы данных WordPress

Проблема. Допустим, по какой-либо причине (например, взлом или проблема с обновлением), вы потеряли данные своего блога, или они были нарушены. Если у вас есть резервная копия (а я надеюсь она у вас есть!), то вам нужно будет импортировать ее в базу данных WordPress.

Решение.

1. Войдите в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку "Import" в горизонтальном меню.
3. Нажмите кнопку "Browse" и выберите последнюю резервную копию базы данных на Вашем жестком диске.
4. Нажмите кнопку "Execute". Если все прошло хорошо, ваша база данных полностью готова к работе.


Источник http://www.wp-info.ru/8-poleznyx-sql-xakov-dlya-wordpress/

7 WordPress задач и их решение

Большинство блоггеров используют в качестве движка WordPress. Не только потому что этот движок распространен, но и потому что он почти идеален для блоггинга. Работа с WordPress легка и не требует каких-либо навыков, но иногда перед веб-мастером / блоггером встают задачи, которые сложно решить, без дополнительных знаний. В этом посте я написал 7 задач, с которыми я сталкивался и их решение.


Задача 1. Открыть или закрыть комментирование в блоге для всех постов

Я сталкивался с ситуацией, когда на одном моем WordPress сайте было 107 записей. Во всех записях комментирование было закрыто, а я захотел, чтобы посетители оставляли свое мнение о записях, т.е. возникла необходимость открыть комментирование. Чтобы не изменять по отдельности каждую запись и сэкономить время нужно сделать следующие шаги.



Решение:


1) Войти в панель управления хостинга (Direct Admin, CPanel и др.);

2) Далее зайти в PHPMyAdmin, выбрать нужную базу данных и перейти на вкладку “SQL”, где можно выполнять SQL-запросы к базе данных.

3) Ввести в поле один из запросов:


Если нужно массово запретить комментирование во всех постах:


UPDATE wp_posts SET comment_status='close';


Если нужно массово разрешить комментирование во всех постах:


UPDATE wp_posts SET comment_status='open';

Если необходимо разрешить комментирование во всех постах только зарегистрированным посетителям блога:


UPDATE wp_posts SET comment_status='registered_only';


Задача 2. Разрешить или запретить трэкбеки и пинги для всех постов

Решение:

1) Войти в панель управления хостинга (Direct Admin, CPanel и др.);

2) Далее зайти в PHPMyAdmin, выбрать нужную базу данных и перейти на вкладку “SQL”, где можно выполнять SQL-запросы к базе данных.

3) Ввести в поле один из запросов:

Если нужно массово запретить трэкбеки и пинги для всех постов:



UPDATE wp_posts SET ping_status = 'close';

Массово разрешить трэкбеки и пинги для всех постов:


UPDATE wp_posts SET ping_status = 'open';


Задача 3. Массово удалить все посты из блога.

Если вам по каким-то причинам необходимо удалить все записи из блога и записей довольно много, чтобы делать это вручную, то можно вновь обратиться к SQL.


Решение:

1) Войти в панель управления хостинга (Direct Admin, CPanel и др.);

2) Далее зайти в PHPMyAdmin, выбрать нужную базу данных и перейти на вкладку “SQL”, где можно выполнять SQL-запросы к базе данных.

3) Ввести в поле следующий запрос:



DELETE FROM wp_posts WHERE post_type = "post";

Задача 4. Массово удалить все комментарии либо еще не одобренные комментарии.

На одном своем «сайте» я забыл поставить плагин, который борется со спамом. В итоге за неделю спамерами было оставлено около 400 сообщений, которые ожидают одобрения. Естественно, удалять комментарии по одному – это слишком долго и тяжело. Проще вновь воспользоваться SQL – запросом.



Решение:

1) Войти в панель управления хостинга (Direct Admin, CPanel и др.);

2) Далее зайти в PHPMyAdmin, выбрать нужную базу данных и перейти на вкладку “SQL”, где можно выполнять SQL-запросы к базе данных.

3) Ввести в поле один их запросов:

Если необходимо удалить не одобренные комментарии во всех записях:


DELETE from wp_comments WHERE comment_approved = '0';


Если необходимо удалить одобренные комментарии:


DELETE from wp_comments WHERE comment_approved = '1';

Задача 5. Перенести все записи из одной рубрики в другую.


Решение:

Для этой цели уже написан Wordpress плагин Mass Post Manager.

Кроме переноса записей из одной категории в другую (Move all posts to a new category), этот плагин может:

- Удалять все записи из определенной категории (Delete all posts in category)

- Удалять все комментарии во всех записях определенной категории (Remove all comments in all posts from category, where state is)


Задача 6. Перенести или скопировать все записи, рубрики, страницы и комментарии из одного WordPress блога в другой.

Разработчики WordPress позаботились о тех, кому нужно будет перенести все записи или записи любого автора на другой блог.



Решение:

1) Зайти в админку блога, с которого необходимо перенести/скопировать записи (blog.ru/wp-admin)

2) Перейти в «Инструменты» – «Экспорт», выбрать: экспортировать всё или записи только определенного автора и нажать кнопку «Ок». После этого на жесткий диск(в указанное место) будет скопирован файл экспорта.

3) Зайти в админку блога на который необходимо перенести/скопировать записи


4) Перейти в «Инструменты» – «Импорт», далее выбрать:


WordPress Импорт записей, комментариев, произвольных полей, страниц, рубрик и меток из файла экспорта WordPress.


5) Кликнуть “Обзор“, выбрать файл, который был сохранен на пункте 2 и нажать на кнопку «Загрузить и импортировать файл».


Готово.


Задача 7. Перенести WordPress блог на другой домен.

Предположим, нужно изменить имя домена блога. Новый домен уже есть. Теперь нужно перенести все файлы и базу данных блога на новый домен так, чтобы все настройки и данные сохранились.


Решение:

1) Перенести все файлы Wordpress на новый домен.

2) Сделать бэкап(резервное копирование) базы данных блога. Для этого в phpMyAdmin кликнуть на вкладке «Экспорт». Далее поставить галочку напротив «Сохранить как файл» и нажать «Ок». (Если база данных слишком большая желательно упаковать базу в zip, gzip). После этого файл базы данных будет сохранен на диск.


3) Создать новую базу данных MySQL для нового домена. В phpMyAdmin кликнуть на вкладке «Импорт». Выбрать файл, который получили на первом пункте и нажать «Ок». Дальше должна появиться надпись, сообщающая об успешном импорте:


Ваш SQL-запрос был успешно выполнен:

Содержимое файла было импортировано.


4) Изменить файл wp-config.php (изменить имя базы, если требуется – имя пользователя и пароль).

5) Теперь необходимо поменять все старые url в базе данных на новые. Для этого нужно зайти в phpMyAdmin на вкладку SQL и в поле ввода ввести следующие запросы.



*oldsite.com – url старого домена, newsite.com – url нового домена


Заменяется url/адрес блога в настройках:


UPDATE wp_options SET option_value = replace(option_value, 'http://oldsite.com', 'http://newsite.com') WHERE option_name = 'home' OR option_name = 'siteurl';


Заменяется URL (guid) каждого поста:


UPDATE wp_posts SET guid = replace(guid, 'http://oldsite.com','http://newsite.com');


Заменяется url во всех постах:


UPDATE wp_posts SET post_content = replace(post_content, 'http://oldsite.com', 'http://newsite.com');


Готово. Блог перенесен и должен корректно работать на новом домене.


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

Источник http://7bloggers.ru/7-wordpress-zadach-i-ix-reshenie/

воскресенье, 18 октября 2009 г.

Как поднять ТИЦ до 100-300 статьями с мин.затратами автоматом - Инструкция!

В этой статье я раскрою тему подъема ТИЦ (тематического индекса цитирования) с помощью размещения тематических статей на сторонних ресурсах с минимальными затратами денег и времени. Метод многократно опробованный и очень эффективный, работает уже более полутора лет и уверен, что будет работать и дальше, т.к. ссылки из тематических статей наиболее приближены к естественным и дают стабильный результат. Все, что не касается ТИЦ, но касается продвижения статьями, обсуждается в другой моей теме: Почему оптимизатору нельзя класть все яйца в одну корзину? Продвигаете ли Вы статьями? или этой: Тема регионального продвижения в Яндексе раскрыта. Стратегия SEO после Арзамаса.
Некоторые считают, что данный метод подъема ТИЦ слишком дорог/сложен, но на самом деле при умелом подходе это не так - прочитайте эту статью полностью и узнаете, как с минимальными затратами (бюджет $39 на один сайт) поднять ТИЦ сайта до 100+.

Гарантия.
Беспрецедентная акция! Я даю гарантию, что если вы все сделаете по этой инструкции, то через 3 апдейта ТИЦ (обычно около 2-х месяцев), а скорее, раньше, ТИЦ вашего сайта достигнет 100+. Если это не так, то я возвращу вам потраченные средства.* (подробные условия гарантии на возврат ниже).

Пошаговая инструкция по увеличению ТИЦ до 100-300.

1. Регистрация.

Регистрируемся в бирже статей в качестве рекламодателя. На данный момент единственная биржа, где есть необходимый нам авторежим, автосъем и имеется достаточный для наших целей ассортимент площадок - всего более 35000 - это Liex. Большой выбор недорогих площадок позволит значительно сократить бюджет.

2. Добавление кампании.

Во вкладке "Добавить кампанию" пишем название кампании, выбираем 3 подходящих тематики кампании (обязательно) и нажимаем кнопку "добавить".
На открывшейся странице настроек кампании оставляем ВСЕ настройки по умолчанию, но отмечаем галочку "Автоматически снимать неиндексируемые Яндексом статьи: через 30 дней и заносить площадку в ГЧС". На этом этапе вам нужно решить, будете ли вы сами добавлять текст статьи или же закажите написание. В зависимости от этого нажимайте кнопку "сохранить, добавить тексты статей" (если умеете размножать статьи с помощью конструкций {|} ) или "сохранить, заказать написание статей" - там можно заказать шаблон для размножения.

(Являясь также руководителем биржи XAP, не могу не порекомендовать воспользоваться для заказа качественного шаблона нашими последними разработками в этой области - фриланс-модулем биржи XAP. Там есть модерация работ по размножению, автоматическая проверка на уникальность каждой статьи по шинглам, автоматическая вставка анкоров в ключевые слова в разных местах статей и экспорт в ZIP-файлы для пакетной загрузки в Liex. Средний срок исполнения сейчас составляет менее 24 часов. При вводе промокода "searchengines" можно сделать заказ на бонусные 1000 ксапов бесплатно).

3. Добавление текстов.

Я рассмотрю вариант с самостоятельным добавлением текстов. Прежде всего, напишите статью с описанием вашего сайта - о чем он, для кого предназначен. Должен получиться небольшой пресс-релиз размером 2000-3000 символов. Для уменьшения затрат в расчете на один сайт можно в каждой статье делать ссылки на 3 разных сайта, тогда рекомендуемый размер статьи - 3500-6000 символов.

После этого откройте генератор в другой вкладке браузера и составьте шаблон для размножения статьи на базе написанного пресс-релиза. Это нужно для того, чтобы поисковик не посчитал размещенные вами статьи дублями. Для каждого слова старайтесь подобрать как можно больше подходящих по смыслу синонимов. После составления шаблона нажмите "Generate" для проверки получившихся статей на отсутствие ошибок и читаемость. После этого в предыдущей вкладке "Тексты статей" добавьте получившийся шаблон в поля "Title" и "Текст статьи". При этом в поле "текст статьи" добавьте одну или несколько ссылок в обычном html-формате, например:
Цитата:
{Подробнее здесь|Далее|Кликните сюда|Нажмите здесь|Перейти на сайт|Адрес сайта|Подробная информация|Прочитать подробнее}
Еще лучше использовать тексты ссылок в виде ключевых слов, соответствующих вашему сайту.

4. Создание правильного фильтра поиска площадок.

Перейдите на страницу "Поиск площадок". В поле "цена" укажите до $0.12. В поле "Процент проиндексированных Яндексом статей на площадке:" укажите "от 30% до 100%" и , в поле: "Проиндексированных Яndex страниц:" ставьте от 10. "Показывать зеркала в Google" - да. Остальные настройки поиска - по умолчанию (тематики площадок - обязательно все, "а также выводить площадки, еще не имеющие статистику по проценту индексации:" - да)
После этого нажмите "Сохранить фильтр" и переходите в раздел "Авторежим" (см. меню слева).

5. Создание авторежима.

В ниспадающем меню выберите фильтр созданный в п. 4.
В поле "Максимальный месячный бюджет на статьи" указывайте сумму, которую вы готовы потратить. Сумма зависит от того, какой результат вы хотите получить. Ниже я специально указал суммы бюджетов с большим запасом, т.е. вы, скорее всего, получите значительно более высокий ТИЦ, чем указано.
Для получения ТИЦ от 100 указывайте бюджет авторежима не менее $90 (если ставите в статье ссылки на 2 сайта, то указывайте бюджет авторежима $105, если 3 сайта, то - $117, т.е. вы потратите по $39 на каждый сайт), для ТИЦ от 200 - бюджет авторежима не менее $160 в мес. (всего на 1-3 сайта, для двух сайтов - $200, для трех сайтов - $225, т.е. вы потратите по $75 на каждый сайт). В первом случае будет куплено около 1500-2000 статей, во втором - около 3000-4000 статей.
Обязательно поставьте галочку "Снятие статей с площадок, переставших удовлетворять фильтру". Для того, чтобы избежать слишком быстрого роста ссылочной массы, в поле "Покупать не более _ статей в сутки" укажите 200-300.

Пополните счет сразу на 1-2 месяца, не допускайте снятия статей из-за недостатка средств.

После этого вы можете через несколько дней зайти в интерфейс и проверить что статьи успешно размещаются. Больше ничего делать не нужно, биржа сама будет за всем следить.

6. Ускорение индексации статей.

Этот пункт не является обязательным. Используется, когда нужен быстрый результат и нет возможности ждать 3 апдейта. Есть несколько вариантов ускорить индексацию статей Яндексом - добавить статьи в addurl (возможно, статья будет первоначально добавлена с нулевым весом), добавить статьи в соцзакладки, создать псевдо-сайт со ссылками на статьи (не рекомендую) или купить на статьи ссылки с реальных сайтов: для этого нужно 1) сделать экспорт URL и названий статей из Liex; 2) создать кампанию в XAP по программе "Ускорение индексации статей", в качестве анкоров использовать Title статей. Последний способ наиболее предпочтительный, т.к. в результате статьи получат начальный вес, некоторые сайты с нулевым ТИЦ получат ТИЦ, при следующем апдейте PR многие страницы статей получат Google PR.

* - Условия возврата в случае недостижения ТИЦ 100:
Запросы на возврат будут приниматься только с помощью личных сообщений до 1.10.2009. Для того чтобы принять участие в данной акции с гарантией, нужно создать кампании в Liex в период с момента публикации данного сообщения до 1.08.2009. Средства не будут возвращены, если с момента написания этого сообщения до момента обращения за возвратом пройдет 4 или более апов ТИЦ, а также если сайт на момент обращения за возвратом отсутствует в индексе Яндекса, или если вы не следовали любому пункту инструкции (например допускали "паузу" из-за недостатка средств или не дождались 3 апдейта и сняли статьи), или если на сайт было куплено менее 1800 статей (причем такое количество должно быть куплено начиная с июля 2009, чтобы они успели проиндексироваться). Исходный ТИЦ сайтов, принимающих участие в акции, считается нулевым (это связано с тем, что уже имеющийся ТИЦ сайтов может колебаться по разным причинам). Возврату подлежат только средства, потраченные на размещение статей, затраты на написание/размножение текстов (если были), возврату не подлежат. Потраченные средства будут возвращены пропорционально, т.е. если через 3 апдейта будет достигнут ТИЦ 50 вместо 100, то будет возвращена половина потраченной на этот сайт суммы по данной инструкции. Гарантия на возврат дается только первым 50 пользователям (макс.лимит на возврат одному пользователю - $100), которые отпишутся в этой теме с указанием логина в Liex об участии в акции (это связано с тем, что нам надо планировать резервы под потенциальные возвраты в случае изменения алгоритмов Яндекса).

Источник http://forum.searchengines.ru/showthread.php?t=370673