Проблема с отсылкой бэкапов на е-мэйл.

Posted by dakozz on Апр 29, 2011 in Wordpress | 1 comment

Уже неделю мучаюсь с плагином WordPress Database Backup. Дело в том, что никак не хочет посылать бэкапы на мой е-мэйл. Облазил все форумы, но решения так и не нашел.

Нажимаешь создать бэкап и отправить на е-мэйл, полоса загрузки идет, но на ящик ничего не приходит. Залез на сервер, а там эти бэкапы в несжатом виде валяются. Теперь приходится делать бэкапы непосредственно из PHP MyAdmin.

Где-то прочитал, что проблема с cron но хоть убейте, не могу разобраться как им пользоваться…

У кого есть решение, подскажите, пожалуйста?!!

Как разогнать блог на движке от WordPress?

Posted by dakozz on Апр 22, 2011 in Wordpress | 6 comments

По мере выхода новых версий суперпопулярного движка WordPress, многие вебмастера начали сталкиваться с проблемой нагрузки движка на сервер. Я сам неоднократно сталкивался с подобной проблемой и могу сказать, что хостеры с такими сайтами создающими нагрузку на сервер особо не церемонятся. Берут и отключают без предупреждения. И вся работа насмарку…

Я не знаю почему создатели WP раздувают движок настолько, что он уже не может поместиться в рамках обычного хостинга. Несомненно, WordPress – самый удобный движок для блога или сайта любой тематики (если поработать с шаблонами), но все равно приходиться класть его в “прокрустово ложе” требований хостера, то есть шлифовать вручную, избавляясь от ненужного мусора и большого количества ненужных никому запросов.

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

Итак, рано или поздно ваш сайт будет посещать очень большое количество уников и как следствие будет просто неимоверная нагрузка и детище ваше запросто может “лечь”. Как этого избежать?

Шаг 1. Для начала Вам нужно увидеть нагрузку своими глазами. Сделать это очень просто – в файл functions.php который находится в папке вашей текущей темы прописываем следующий код:

<?php function usage()
{
printf(('%d / %s'), get_num_queries(), timer_stop(0, 3));
if ( function_exists('memory_get_usage') ) echo ' / '
. round(memory_get_usage()/1024/1024, 2) . 'mb ';
}
add_action(‘admin_footer_text’, ‘usage’); ?>

Теперь открываем файл footer.php и добавляем туда строчку вида:

<small><?php usage(); ?></small>

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

Шаг 2. Скачайте отсюда файл локализации и положите его в папку /wp-content/languages/. Это облегченная версия файла локализации, которая поможет существенно сократить количество запросов к базе при открытии страниц вашего сайта или блога.

Найдите в файле wp-config.php строчку вида:

define ('WPLANG', 'ru_RU');

и замените ее на:

if (strpos($_SERVER['REQUEST_URI'], 'wp-admin')) define ('WPLANG', 'ru_RU'); else define ('WPLANG', 'ru_RU_lite');

Шаг 3. Теперь подумайте об установке плагина, который позволит кэшировать данные. Лично я пользуюсь плагином WP File Cache. Плагин очень прост в использовании и имеет всего несколько настроек, так что разберется с ним любой рядовой пользователь.

Шаг 4. Посмотрите какие плагины Вы используете на своем блоге. Большинство из них сильно грузит работу WordPress, поэтому постарайтесь обойтись необходимым минимумом. Лично я использую на этом блоге следующие плагины:

1. Akismet
2. Google XML Sitemaps (по моим наблюдениям очень сильно нагружает базу данных)
3. Lightbox 2 Plugin
4. NotCaptcha
5. RusToLat
6. WordPress Database Backup
7. Список страниц
8. WP File Cache
9. ОднаКнопка

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

Шаг 5. Почистите файлы темы. Обычно в файлах темы, в основном в header.php и footer.php содержится много лишнего кода, который вызывает ненужные запросы к базе.

К примеру вот такой вот код:

content=”<?php bloginfo(‘html_type’); ?>“; charset=”<?php bloginfo(‘charset’); ?>“

где  <?php bloginfo(‘html_type’); ?>   нужно будет заменить на название вашего блога и кодировку вашего блога. Если не знаете как правильно написать, откройте исходный код главной страницы вашего блога и уже там увидите уже сформированный html код который можно просто скопировать.

Также можно сделать и с запросами к CSS и вообще постарайтесь убрать как можно больше запросов к базе.

Шаг 6. Некоторые советуют побаловаться с файлами .htaccess, но лично я не советую. Скорости вам это прибавит на доли секунды, а вследствии таких манипуляций блог может перестать открываться. Хотя, если вы разбираетесь что там к чему, то можете смело экспериментировать.

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

Удачи всем кто пользуется супердвижком WordPress. Он такой толстый и неуклюжий, но все равно мы его любим, потому что он добрый )))

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

Ошибка OPERA или происки конкурентов?

Posted by dakozz on Март 24, 2011 in Wordpress | 3 comments

Давно не писал, так как осваивал новый вид заработка на нескольких своих сайтах. Пассивный и совсем не утомительный заработок, который называется тизерная реклама из разряда “поставил и забыл”, а денежки капают и капают…

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

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

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

1. Доктор Веб
2. Антивирусный online-сервис TAG.Hosting.
3. Virustotal – здесь кстати идет проверка по всем браузерам и поисковикам.

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

Ладно, думаю Яндекс врать не будет. Начал шерстить сайт обратно. Перелопатил все файлы на хостинге, но так ничего и не нашел.

В общем решил написать в тех.поддержку Оперы, чтобы сняла подозрения с моего сайта. Заодно написал в тех.поддержку Яндекса. Прошло два дня и значок с предупреждением в панели вебмастера сняли, а в опере теперь мой сайт отображается как обычно.

В чем могла быть проблема так и не понял. На каком то форуме, адреса не помню, прочитал, что иногда так поступают конкуренты, чтобы завалить сайт-конкурент в выдаче, то есть банально стучат в оперу или в яндекс о наличии вирусов на сайте и если ничего не делать, то сайт рано или поздно выкинут из индекса.

Все это имело бы смысл, если бы я действительно занимался продвижением сайта по какому-нибудь ключевому слову…

Надоели уже эти все бодания с Яндексом и проблемы с сайтами. Лучше уж купить нитки мулине и заняться вышиванием крестиком. Очень успокаивает кстати…

Мистика!…

Posted by dakozz on Дек 11, 2009 in Wordpress | 20 comments

На одном сайте сделанном на WordPress, случилась странная вещь: сайт, админка, главная страница открывается нормально, а вот постов нифига нет. Испарились, пропали.

Захожу в консоль, а там стоит “0 записей”. Аж, похолодело внутри. Е-мое, там ведь около 2 тысяч постов!!!…

Вот почему полезно делать бэкапы, ребята. Восстановил все за пять секунд, но все равно нервишки мои испытали неприятное чувство щекотки…

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

Проблемы с переносом сайта…

Posted by dakozz on Июль 19, 2009 in Wordpress, Как... | 3 comments

В прошлый раз писал про один свой сайт на бесплатном хостинге.

Всегда получается, что одумываюсь только когда все загинается по полной. Вот и здесь на руках у меня остался только бэкап базы данных и все… Больше ничегошеньки нет. Инсталлировал WordPress и загрузил базу данных. Началось несусветное ругательство WordPress`a закорючки, кракозябры и тому подобное дерьмо.

На полном интуитивном тыканье мне пришла в голову мысль залезть в базу данных через phpmyadmin. В некоторых местах там присутствовал старый адрес сайта и мне пришлось ручками все это исправлять.

Когда закончил, оп-ля, WordPress встал как миленький! Да еще так быстро…

Осталась одна проблема – раньше у меня был домент треьего уровня, типа название.домен.зона, я поменял его на свой домен второго уровня. Как мне поставить 301 редирект, если старый бесплатный хостинг умер?…

Прописал себе директиву в файле robots.txt для Яндекса, вроде:

Host: мойновыйсайт.ru

а в файле .htaccess прописал:

Options +FollowSymLinks
RewriteEngine on

RewriteCond %{HTTP_HOST} ^старыйсайт.домен.зона [NC]
RewriteRule ^(.*)$ http://новыйсайт.ru/$1 [L,R=301]

RewriteCond %{HTTP_HOST} ^www.старыйсайт.домен.зона [NC]
RewriteRule ^(.*)$ http://новыйсайт.ru/$1 [L,R=301]

и этот файл кинул в корневую директорию сайта с новым доменом. Все ли сделал правильно?

————————————————————————————–

В онлайне самое трудное – переносить сайты и менять домены… В оффлайне самое тяжелое – это перерегистрация юридических лиц. Но, и с этим можно легко справиться, если знать куда обращаться, например в такую организацию, как юридическая фирма – регистрация фирм.

Еще самое тяжелое в оффлайне – это менять сантехнику или водопроводные трубы. Но, если брать трубы металлопластиковые, а не металлические, тогда это перестанет быть проблемой…

Что может помочь в быстром ремонте или монтаже? Толькодюбель гвоздь WkretMet, быстрый монтаж и отличное качество…