Блог Кировского строителя Интернет » CMS, программирование

Капча WordPress 2.9+

Khlyupin — Mon, 15 Mar 2010 21:10:33 +0000

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

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

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

wp_set_comment_status($id, delete);

Delete – удаление, но в текущих версиях, комментарии сначала перемещаются в корзину и только затем удаляются по истечении 30 дней.

Заменяем delete на trash для последних версий движка.

wp_set_comment_status($id, trash);

Есть более компактный вариант этой записи.

wp_trash_comment($id);

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

P.S.: Советую посмотреть сайт, где можно скачать фильмы бесплатно.

Все права на материалы, размещенные в ленте, охраняются в соответствии с гражданским законодательством РФ. Материалы не могут быть использованы без письменного разрешения владельца сайта. © 2009-2010 www.blog.khlyupin.ru

Резиновая верстка по высоте DIV

Khlyupin — Sun, 10 Jan 2010 09:00:16 +0000

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

Трудность заключается в том, чтобы «прилепить» подвал (footer) внизу макета. С табличной версткой не у кого не возникает проблем, а вот с модной дивной люди ломают голову.

Итак, что мы имеем.

Макет, состоящий из двух основных частей, область контента и подвал. Используемый в макете шрифт Tahoma размерностью 12 пикселей белого цвета. Обе области имеют отступы по 30 пикселей во всех направлениях. Высота подвала 100 пикселей и он имеет бордер белого цвета толщиной 1 пиксель.

Задача ясна, начинаем верстать.

< !DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">











	Контент

Подвал

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

Четвертая в принципе не нужна, она указывает браузеру Internet Explorer 8 отображать содержимое документа как в 7 версии, практика показывает некие отклонения 8 от 7 при более масштабной верстке.

Пятая объявляет браузеру выбранную нами кодировку, в данном случае используем UTF-8. Вообще, люблю данную кодировку, кто верстал сайты на немецком или французском языках поймет.

Девятая строка подключает файл с нашими стилями.

Двенадцатая и четырнадцатая начало и конец нашей области контента.

Тринадцатая контейнер внутри области контента, ниже объясню, зачем он нужен.

Пятнадцатая область подвала.

Переходим к файлу со стилями, который мы подключили девятой строкой.

html,body {
margin: 0;
padding: 0;
width: 100%;
height: 100%;
color: #FFF;
font: 12px/16px Tahoma, Arial, Verdana, sans-serif;
background-color: #000;
}
 
#content {
padding: 0 30px;
min-height: 100%;
}
 
* html #content {
height: 100%;
}
 
#content .body {
padding: 30px 0 130px;
}
 
#footer {
height: 39px;
margin-top: -100px;
padding: 30px;
border-top: 1px solid #FFF;
}

Вторая и третья сбрасывает внешние и внутренние отступы основного контейнера (документа).

Четвертая и пятая устанавливает размеры все того же документа.

Шестая устанавливает цвет основного шрифта используемого в документе.

Седьмая устанавливает семейство шрифта и его размерность.

Восьмая строка объявляет цвет фона документа.

Двенадцатая указывает браузеру, что в области контента отступы справа и слева 30 пикселей.

Тринадцатая строка все в той же области задает «нормальным» браузерам параметр минимальной высоты.

Семнадцатая помогает ~~тупым~~ другим браузерам сделать то же самое, что в пункте выше.

Двадцать первая делает отступ сверху 30 пикселей и снизу 130 пикселей. Этот блок получается внутренним, который не имеет высоты 100%, но достигнув максимума, будет делать отступ в 100 пикселей, который не перекроет подвал областью контента и отступ в 30 пикселей для области контента снизу.

Двадцать пятая указывает размер области подвала в 39 пикселей, так как 1 пиксель прибавится от использования бордера в двадцать восьмой строке и отступов по 30 пикселей в двадцать седьмой, что в общей сумме даст 100 пикселей.

Двадцать шестой строкой мы поднимаем область подвала на 100 пикселей конечной точки области контента, тем самым делаем наслоение, но не даем наслаиваться области контента отступом в 130 пикселей сделанным заранее.

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

Верстка (порезка) макета

Khlyupin — Fri, 20 Nov 2009 08:00:27 +0000

Сегодня поговорим о следующем шаге создания сайта после дизайна, который подразумевает преобразование графического макета в код разметки Интернет страницы, порезка или верстка.

Итак, чтобы порезать страницу, нужно изучить её и проработать пошагово инструкцию, в какой последовательности будем преобразовывать PSD в HTML. Опытному верстальщику стоит только посмотреть пару минут на исходные макеты, чтобы план работ уже был в его голове. Начинающим советую взять листочек бумаги и прочертить сетку порезки блоков, если она отсутствует в PSD макете.

Я рекомендую верстать дивами и использовать таблицы только для вывода табличных данных.

Разумеется, если мы верстаем меню, градусник, различные полосы ссылок, то используем для этого списки.

Имея конструкцию типа ФИО и контактный номер телефона для этого было бы логичнее использовать теги микроформатов.

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

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

Немаловажную роль при верстке страницы занимает оптимизация графики страницы и правильное с точки зрения SEO задание заголовков в нужные теги.

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

Спонсор поста: Магазин инженерной сантехники Сушилка.net. На сайте вы можете приобрести полотенцесушители водяные из нержавеющей стали. С легким паром!

Внутренняя оптимизация сайта

Khlyupin — Sun, 15 Nov 2009 08:00:39 +0000

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

Решил провести работу над файлом robots.txt, так как в поиск стали попадать ленты, стандартная проблема последних версий WordPress.

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

Приведу в пример стандартный вариант написания robots.txt под последнюю версию WordPress 2.8.6 на текущий момент.

User-agent: Yandex
Disallow: /xmlrpc.php?rsd
Disallow: /wp-login.php
Disallow: /wp-admin
Disallow: /wp-includes
Disallow: /wp-content/plugins
Disallow: /wp-content/cache
Disallow: /wp-content/themes
Disallow: /wp-trackback
Disallow: /wp-feed
Disallow: /wp-comments
Disallow: */trackback
Disallow: */feed
Disallow: */comments
Host: www.site.ru
 
User-agent: *
Disallow: /xmlrpc.php?rsd
Disallow: /wp-login.php
Disallow: /wp-admin
Disallow: /wp-includes
Disallow: /wp-content/plugins
Disallow: /wp-content/cache
Disallow: /wp-content/themes
Disallow: /wp-trackback
Disallow: /wp-feed
Disallow: /wp-comments
Disallow: */trackback
Disallow: */feed
Disallow: */comments
 
Sitemap: http://www.site.ru/sitemap.xml

Если вы желаете закрыть от индексации другие разделы, сделайте по аналогии правилом Disallow.

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

Парсим апдейты и выдачу

Khlyupin — Mon, 05 Oct 2009 08:00:59 +0000

На многих сайтах манимейкеров и так называемых Интернет-бомжей в правом верхнем углу выведена информация о днях апдейта и выдачи поисковых систем.

Итак, что для этого нам необходимо? Найти потенциальный сайт для парсинга с него информации, желательно надежный и старый ресурс. Думаю, все догадались, какой ресурс подойдет?

Смотрим исходный код сайта, с которого будем парсить информацию.


	
		Яндекс тИЦ
		31.08.2009
	
	
		Google PR
		24.06.2009
	
	
		Яндекс выдача
		02.10.2009

Как видно нужны значения находящиеся в 3 однородных тегах.

Здесь

Начинаем писать наш парсер

1. Берем контент с заданного урла;

1	$uData = file_get_contents ('Здесь URL сайта с которого парсим');

2. Если сайт донор в кодировке windows-1251, а наш использует utf-8, конвертируем через iconv. Если наоборот делаем в обратной последовательности. Ну а если кодировки сопадают не используем данный кусок кода;

1	$uData = iconv ('windows-1251', 'utf-8', $uData);

3. Собственно парсим нужную нам информацию с помощью функции preg_match_all;

1	$fData = preg_match_all ('#(.+)#Uis', $uData, $update);

4. Теперь мы имеем несколько массивов, отфильтруем нужные нам значения и выведем их;

1
2
3

Яндекс тИЦ < ? echo ($update[2][0]) ?>
Google PR < ? echo ($update[2][1]) ?>
Яндекс выдача < ? echo ($update[2][2]) ?>

5. Общая конструкция парсера выглядит так.

Апдейты
< ?
$uData = file_get_contents ('Здесь URL сайта с которого парсим');
$uData = iconv ('windows-1251', 'utf-8', $uData);
$fData = preg_match_all ('#(.+)#Uis', $uData, $update);
?>
Яндекс тИЦ < ? echo ($update[2][0]) ?>
Google PR < ? echo ($update[2][1]) ?>
Яндекс выдача < ? echo ($update[2][2]) ?>

Это простая модель парсера. В идеале нужную информацию парсят в файл или БД, запуская парсер по Cron в определенное время и обновляя её, но об этом в следующий раз!