Человек-Хэмингуэй - live cam since 1974

Как пройти тест Google Mobile Friendly

May 20th, 2015

Краткое руководство по прохождению Mobile Friendly Test
1. Шрифт 18px
2. Адаптивная ширина (можно через медиаквери или растягивающийся див, как на старых сайтах)
3. мета тег viewport в заголовке

Без п. 3 - пп. 1 и 2 Гуглем не засчитываются

2015-05-20_131024.png

Что сделал я - использовал обычный дизайн сайта (не этого), просто в CSS дописал такие строчки:

@media screen and (min-width: 800px) {
#wrapper { width:800px; }
#sidebar { width: 170px; }
#content { width: 600px; }
.thumb { width: 260px; margin-right:20px;}
.thumb img { width: 260px;}
}

@media screen and (min-width: 1024px) {
#wrapper { width:1024px; }
#sidebar { width: 200px; }
#content { width: 790px; }
.thumb { width: 250px; margin-right:10px;}
.thumb img { width: 250px;}

}

@media screen and (min-width: 1152px) {
#wrapper { width:1152px; }
#sidebar { width: 220px; }

#content { width:900px; }
.thumbspack { font-size:16px;}
.thumb { width: 280px;}
.thumb img { width: 280px;}

}

@media screen and (max-width: 799px){
#wrapper { width:320px; }
#content { float:none; }
#sidebar { float:none; }
.button { width: auto; }
.button:hover { width: auto; }

.thumb {
display:block;
float:none;
margin-right:auto;
margin-left:auto;
}
}

Первые три @media screen - это для экранов от 800, от 1024 и от 1152, последний - вариант для экранов, которые не набрали и 800px.

Смысл этих штук - адаптировать размеры и поведение главных блоков дизайна (контент, сайдбар, общий враппер) под соответствующие разрешения. Туда же вписал хаки для отдельных элементов, которые “плохо” вели себя на подходящих размерах.

Google сказал, что теперь сайт Mobile Friendly.

ЗЫ:Самое важное! Самое маленькое разрешение должно быть адаптировано под ширину 320 пикселов - ибо, как написано в мобайл-тесте у Гугля, таково “аппаратно-независимое” разрешение у iPhone 5. И именно под него он показывает картинку в тесте. У меня до этого момента стояло 350 пикселов в минимальной ширине (последний media screen), и часть слов при этом обрезалась (а тупой робот Гугля все равно воспринимал как Mobile Friendly). Я поправил на 320 - и картинка стала нормальной.

Описание только на первой странице рубрики

September 16th, 2014

У Wordpress есть переменная $paged. Она означает номер страницы, к примеру, в архиве рубрики. Соответственно, если вы хотите, чтобы уникальный текст был только на главной странице рубрики, то надо написать в category.php что-то вроде:

if ($paged<2) {
//вывод текста для 1 страницы
}
else {
//вывод текста для всех остальных страниц
}

?>

Убрать category из URL

September 3rd, 2014

Ещё один плагин нашёл для замены старого костыля - Remove Category URL.

Делает он вот что - убирает стандартный префикс category из урлов рубрик для Wordpress.

Убрать category из URL

Для интереса можете посмотреть мануал по ручной уборке этого префикса без плагинов. Я потратил тогда много времени и потом ещё тратил немного на ручную работу.

А тут просто установил плагинчик и всё.

Замена URL по всей базе Wordpress

September 3rd, 2014

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

Для этой цели затестировал несколько плагинов

1. WPEX Replace DB Urls - нихера. То есть вообще не нашёл строку в БД. А она там есть. Посему даже ссылку на это говно недоделанное не даю.

2. Velvet Blues Update URLs - сработал отлично, заменил все данные.

Velvet Blues Update URLs

Что немаловажно - плагин обновляется, живёт. В опциях можно выбирать где менять - во всех таблицах или только в постах или только в аттачментах.

Отлично меняет часть URL, то есть то, что как раз было надо сделать. 10 из 10.

Бэкап и клонирование своего сайта на Wordpress

August 31st, 2014

Потестировал XCloner. Это плагин к Вордпрессу для переноса сайта.

Познакомился я с ним так - купил один сайт готовый на ВП и увидел его в списке плагинов. Пригляделся - ба! - да ведь именно так создатель сайта его и подготовил для переноса на мой хостинг. Плагинчик делает дамп SQL-базы и архив всех файлов Вордпресс, складывает в один tar-архивчик и передаёт по FTP на нужный хостинг.

Сейчас тест на стадии “все файлы скопированы”. То есть архивы сделаны, файлы перемещены. Осталось подождать, когда включится DNS для нового домена, чтобы запустить клонер на нём и увидеть, как сайт восстанавливается из бэкапов.

В данном случае у меня был один сайт, совсем уже больной и нерабочий, который требовал обновления. Но какие-то пользователи на нём ещё были. Чтобы минимизировать паузу, я подготовил новый вариант сайта на Wordpress на альтернативном хостинге на другом домене. Если бы делал сразу на оригинальном сайте - юзеры увидели бы много нерабочего. А так я им подсуну новый хороший сайт, сразу готовый к работе. Только паузу в несколько часов придётся выдержать (вместо нескольких дней).

Да, XCloner автоматически меняет URL сайта в дампе базы данных, что очень удобно.

Теперь вот жду, чтобы закончить перенос и сообщить об итогах работы в целом.

Итоги: сайт восстановился отлично, но вот домены в базе, похоже, не везде переписались. Конкретно ссылки на файлы и картинки - ведут на предыдущий домен. Либо я не разобрался в настройках xcloner, либо он это не делает в принципе. В любом случае сейчас правлю дамп вручную.

#hello#