Сайт пенсионера Владимира С.

17 сентября, 10:38
Компания OpenAI объявила о запуске специальной версии ChatGPT с родительским контролем, рассчитанной на пользователей младше 18 лет. Обновлённый сервис будет доступен в конце сентября и призван повысить уровень безопасности при работе подростков с искусственным интеллектом.

© Yarrrrrbright / Shutterstock.com

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

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

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

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

Инициатива появилась на фоне расследования Федеральной торговой комиссии США, которая изучает меры безопасности у крупнейших ИИ-разработчиков. В частности, внимание привлекли случаи, когда использование чат-ботов негативно отразилось на подростках. Так, в августе стало известно о судебном иске родителей подростка, совершившего самоубийство, против OpenAI.

© Gismeteo

• Вернуться на главную страницу: Перейти…

Начиная создавать свой сайт в интернете первым делом необходимо определиться с cms или системой управления сайтом. Существует достаточно много предложений. На чём остановить свой выбор?

Для начала, нужно определиться, какую cms приобретать. Существуют платные и бесплатные версии. Среди коммерческих проектов можно выделить 1С-Битрикс и NetCat. Из бесплатных систем управления сайтом наибольший интерес представляют Drupal, WordPress и TYPO3.

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

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

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

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

Сложно создать по-настоящему универсальную и гибкую систему, которая сможет удовлетворить самого придирчивого заказчика, его клиентов и разработчика. Соответственно нет cms, которая бы подошла любому проекту, и нет проектов, которым подойдёт любая cms.

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

Есть несколько подходов. Самый распространённый из них это разделение по функциональности. То есть, каждая редакция системы отличается от предыдущей наличием дополнительных сервисов и/или более удобного интерфейса. Например, версии системы NetCat могут быть следующие: «Standard», «SEO», «Corporate», «Plus», «Commerce», «Extra». Между собой они отличаются дополнительными модулями и стоимостью.

Более оптимальное решение, когда разделение идёт по схеме «ядро» – «функциональность» – «интерфейс», что позволяет подобрать систему в зависимости от сложности проекта.

Поэтому выбирать систему управления сайтом необходимо на основе требований, предъявляемых к проекту и того, кто будет заниматься его обслуживанием. А этих требований может быть очень много, например, как будет выводиться информация на главную страницу сайта, какие будут разделы, кто будет за проектом смотреть. Предусмотреть всё не возможно.

Автор: Максим Медведев
Сайт автора: studiomaximum.net

• Вернуться на главную страницу: Вперед…

CMS это не что иное как аббревиатура, которая расшифровывается как «Content Management System», что в переводе на русский обозначает “Система управления контентом (содержанием)”, или как часто говорят в народе – “движок для сайта”. По своей сути, CMS – это программное обеспечение. Как и любая программа, она написана на языке программирования и воспроизводится на предварительно настроенных серверах. Но об этом мы поговорим чуть позже.

А начну я свой рассказ с истоков образования World Wide Web (WWW). В теперь уже далеком 1989 году Тим Бернерс-Ли, британский учёный, работая над созданием внутренней сети для организации CERN (Европейская организация по ядерным исследованиям) предложил руководству глобальный гипертекстовый проект, ныне известный как Всемирная паутина (WWW), который предназначался для облегчения обмена информации между группами исследователей. Суть проекта состояла в объединении множества информационных ресурсов CERN в единую информационную систему. Позже было объявлено, что Всемирная паутина будет свободной для всех пользователей. Еще позже была опубликована спецификация HTML (от англ. Hypertext Markup Language — «язык разметки гипертекста»). Документы HTML являются обычными текстовыми файлами, содержащими специальные теги разметки. Теги нужны для того, чтобы передать браузеру, как надо вывести страницу. Преимущества такого способа, думаю, сразу видны: во-первых, текстовый файл можно создать везде, независимо от вашей операционной системы и текстового редактора; во-вторых, следовательно и редактировать его можно тоже везде; в-третьих, были выработаны определенные стандарты для создания веб-страничек.

Все, казалось бы, идет замечательно: основу для создания сайтов разработали, условия для распространения информации тоже создали. Осталось только заполнить Интернет информацией. Что еще нужно было для счастья?! А нет, не все так просто. Время шло, прогресс не стоял на месте, потребности людей росли: веб-мастера начали задумываться о дополнительных возможностях для своих сайтов (гостевые книги, форумы, регистрация), об автоматизации процесса управления сайтом. Но вот одна проблема – HTML был не в силах помочь в осуществлении этих идей. Здесь и раскрывается главный недостаток HTML – это его статичность. Если мы говорим о HTML, то о интерактиве, взаимодействии с посетителями сайта даже речи идти не может. Кроме этого, использование одного HTML порождало еще целую кучу проблем. Давайте же бегло рассмотрим потенциальные проблемы.

– Большинство сайтов состоят из множества HTML-страничек, связанных с помощью гиперссылок и которые в своем большинстве имеют один стиль и оформление. А теперь представим себе такую ситуацию: у вас есть 50 html-страниц, выполненных в одном стиле. Через некоторое время Вам понадобилось поменять логотип или в меню навигации добавить новый пунктик. Казалось бы, что тут сложного… А что же у нас получается на самом деле? А получается вот что: для того, чтобы внести вышеназванные коррективы нам потребуется отредактировать ВСЕ 50(!) файлов нашего сайта. Я предполагаю, что Вы уже представили себе всю “рациональность”, “увлекательность” и “быстроту” этого процесса. Если же нет, и Вы хотите потренировать свою выдержку и терпение, то это занятие специально для Вас. Но мой Вам совет – лучше это же время потратить на что-то более интересное и полезное. Так, первый вид потенциальных проблем разобрали.[/li]

– Несмотря на относительную простоту языка HTML, определенный багаж знаний у человека, занимающегося разработкой и поддержкой веб-сайта, должен быть обязательно. И в чем же тут проблема спросите Вы? Отвечаю. Если вы делаете сайт для себя, и планируете дальше его поддерживать самостоятельными силами, то в принципе здесь возникнуть особых проблем у Вас не должно. НО если вы разрабатываете сайт для другого человека, который вообще без понятия, что такое гиперссылка, и что нужно вставлять между тегами , то тут как тут всплывает проблема “понимания” между веб-мастером и заказчиком. Ведь через некоторое время после сдачи готового сайта, заказчику может потребоваться, чтобы вон та вот полоска была в самом низу страницы, слово “Привет” отодвинуть немного левее, а свою фамилию выделить жирным шрифтом. И к кому он обратится за помощью? Конечно же, к Вам. Я уже не упоминаю про те случаи, когда из такого сайта пытаются сделать информационный проект, с активной публикацией новых материалов. В этой ситуации веб-мастеру лучше сразу забыть о других проектах. И с этим видом проблем, думаю, все понятно. Идем дальше.

– И наконец-то мы дошли до третьего, самого актуального в наше время, вида потенциальных проблем. Речь, конечно же, пойдет о функциональных ограничениях, которые налаживает язык HTML на разработчиков сайтов. А ограничения эти, должен я Вам сказать, просто гигантские. Если 10 лет назад любой созданный сайт был диковинкой и пределом мечтаний, то сейчас статические сайты считаются второсортными. Хотя тут не все так однозначно и зависит от того с какой стороны рассматривать этот вопрос. Допустим, если сайт предполагает наличие нескольких страничек, на которых будет размещен статичный текст, и к тому же еще очень редко обновляемый, то HTML здесь “то, что доктор прописал”. Но если Вы планируете крупный портал с ежедневными обновлениями, то здесь использование одного HTML нерационально, нелогично и неправильно. Поэтому здесь действует правило: к каждому проекту нужен индивидуальный подход. Язык HTML не относится к языкам программирования, поэтому реализовать такие вещи как голосование, гостевую книгу, регистрацию и другое с помощью него просто невозможно. Повторюсь, основной задачей HTML является разметка страницы браузера. Поэтому если вы планируете модные функциональные навороты и активное взаимодействие с посетителями, то Вам прямая дорога либо самостоятельно начать изучать программирование на PHP, Perl или ASP, либо обратить свое внимание на CMS.

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

Автор: Styler971
Сайт автора: cmsguide.org

• Вернуться на главную страницу: Вперед…

Автор : Александр Самсонов {ник Flector}

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

1. Смена пароля

Забыли свой пароль администратора в блоге? Не беда, его легко можно сменить следующим запросом:

UPDATE wp_users SET user_pass = MD5('12345') WHERE ID=1;

Паролем тут будет “12345”. Можно сменить пароль и для любого другого юзера в блоге, достаточно поменять в запросе ID, который у админа всегда равен 1. Можно также использовать запрос и с указанием конкретного логина:

UPDATE wp_users SET user_pass = MD5('12345') WHERE user_login = 'admin';

2. Смена логина администратора

По умолчанию в WordPress нельзя изменить логин администратора, который всегда будет “admin“. Это не слишком правильно с точки зрения безопасности, так как дает возможность злоумышленникам перебирать пароли для известного им имени администратора. Изменить логин админа можно запросом:

UPDATE wp_users SET user_login = 'test' WHERE user_login = 'admin';

Где “test” это новый логин администратора блога.

3. Смена урлов для WordPress и сайта

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

UPDATE wp_options SET option_value = 'http://www.testwp.ru/' WHERE option_name = 'home' OR option_name = 'siteurl';

Где ‘http://www.testwp.ru/‘ это актуальный урл вашего сайта.

4. Удаление спам-комментариев

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

DELETE FROM wp_comments WHERE comment_approved = 0

5. Изменение GUID

При смене домена у сайта необходимо поменять значение GUID (globally unique identifier) в таблице wp_posts. Простой смены адреса сайта и WordPress в настройках блога недостаточно! GUID необходимо менять даже при переезде с localhost к хостеру.

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

Формально у вас все будет работать и без этого запроса, но смена GUID необходима, чтобы WordPress мог правильно перенаправлять с неправильных урлов записей на правильные.

6. Изменение URL в записях

Таким запросом можно поменять все ссылки в ваших записях на корректные.

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

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

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

Чтобы изменить авторство записей с одного пользователя на другого используйте запрос:

UPDATE wp_posts SET post_author=New_Author_ID WHERE post_author=Old_Author_ID;

Где New_Author_ID это ID нового автора, а Old_Author_ID это ID старого автора.

8. Удаление ревизий записей

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

DELETE a,b,c FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision'

Данный запрос не только удалит ненужные ревизии, но и всю meta-информацию, которая к ним привязана.

9. Удаление лишних Meta

Многие плагины хранят нужную им информацию в таблице wp_postmeta. При удалении плагинов большинство из них не чистит за собой эту информацию, вручную удалить ее можно запросом:

DELETE FROM wp_postmeta WHERE meta_key = 'your-meta-key';

Где your-meta-key это и есть удаляемый meta-ключ. Например, плагин Another WordPress Meta Plugin хранит свою информацию в meta-ключе под названием “description“. При удалении этого плагина вся введенная информация остается в базе данных и удалить ее можно запросом:

DELETE FROM wp_postmeta WHERE meta_key = 'description';

10. Вывод неиспользуемых Meta

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

SELECT *
FROM wp_postmeta pm
LEFT JOIN wp_posts wp ON wp.ID = pm.post_id
WHERE wp.ID IS NULL

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

11. Собираем Email’ы комментаторов

Можно собрать базу имейлов из комментаторов вашего блога:

SELECT DISTINCT comment_author_email FROM wp_comments;

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

12. Удаление всех пингбеков

Иногда количество пингбеков слишком велико, их можно удалить все сразу:

DELETE FROM wp_comments WHERE comment_type = 'pingback';

13. Вывод неиспользуемых тегов

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

SELECT * FROM wp_terms wt INNER JOIN wp_term_taxonomy wtt ON wt.term_id=wtt.term_id WHERE wtt.taxonomy='post_tag' AND wtt.COUNT=0;

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

14. Деактивация всех плагинов сразу

Иногда при установке какого-либо плагина может возникнуть ситуация, при которой вы уже не можете войти в админку блога. Удалить некорректный плагин можно по ftp, а можно просто деактивировать все плагины, войти в админку и уже там удалить нужный плагин:

UPDATE wp_options SET option_value = '' WHERE option_name = 'active_plugins';

15. Удаление всех тегов

Уж не знаю зачем, но возможно вам понадобится удалить все теги сразу. Для этого используйте запрос:

DELETE a,b,c
FROM
	wp_terms AS a
	LEFT JOIN wp_term_taxonomy AS c ON a.term_id = c.term_id
	LEFT JOIN wp_term_relationships AS b ON b.term_taxonomy_id = c.term_taxonomy_id
WHERE (
	c.taxonomy = 'post_tag' AND
	c.COUNT = 0
	)

16. Закрытие комментирования старых записей

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

UPDATE wp_posts SET comment_status = 'closed' WHERE post_date < '2011-01-01' AND post_status = 'publish';

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

17. Изменение урла сайта комментатора

Данным кодом можно изменить ссылку на домашний сайт комментатора:

UPDATE wp_comments SET comment_author_url = REPLACE( comment_author_url, 'http://www.oldblog.ru', 'http://www.newblog.ru' );

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

18. Удаление комментариев по маске

Можно удалить комментарии со ссылками, содержащими определенное стоп-слово:

DELETE FROM wp_comments WHERE comment_author_url LIKE "%porno%" ;

При этом будут удалены все комментарии, у которых в качестве ссылки на домашний сайт комментатора указаны урлы со словом “porno”.

19. Частные случаи замены текста

Замену текста в базе можно использовать совершенно для разных вещей. Например, если вы оформляли внешние ссылки в вашем блоге через rel=”nofollow”, то можно автозаменой сделать все эти ссылки, открываемыми в новом окне браузера:

UPDATE wp_posts
SET post_content = REPLACE (post_content, 'rel="nofollow"', 'target="_blank" rel="nofollow"')

А можно наоборот, сделать все открываемые в новом окне браузера ссылки закрытыми через rel=”nofollow”:

UPDATE wp_posts
SET post_content = REPLACE (post_content, 'target="_blank"', 'target="_blank" rel="nofollow"')

20. Управление комментированием

Открыть все записи для комментирования:

UPDATE wp_posts SET comment_status = 'open';

Закрыть все записи для комментирования:

UPDATE wp_posts SET comment_status = 'closed';

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

UPDATE wp_posts SET comment_status = 'registered_only';

На этом пока все. Надеюсь, что эти SQL-запросы вам помогут.

• Вернуться на главную страницу: Вперед…

Привет друзья!

По многочисленным просьбам читателей блога www.isif-life.ru (Бизнес Блог Александра Борисова) хочу опубликовать в данном посте список всех плагинов моего wordpress блога, которые я использую.

Плагинов wordpress существует уйма, несколько сотен! Сделать супер-мега красивый и функциональный блог на wordpress сейчас проще простого, и не нужно даже знать такие страшные языки HTML, CSS, PHP и т.д., не говоря уже о Javascript и Query. Стоит всего лишь установить движок, настроить дизайн, напичкать его различными плагинами и можно писать статьи!

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

Итак приступим. Вот тот самый список плагинов:

1. Akismet
2. All in One SEO Pack
3. Anti-XSS attack
4. Aprove only russian comments
5. Dagon Design Sitemap Generator
6. DB Cache Reloaded
7. Easy Gravatars
8. Exec-PHP
9. Get Recent Comments
10. Google XML Sitemaps
11. Hyper Cache
12. Login LockDown
13. Math Comment Spam Protection
14. MaxSite Russian Date
15. My Page Order
16. Optimize DB
17. Ozh’ Better Feed
18. Popularity Contest
19. Qip Smiles
20. Russify Comments Number
21. RusToLat
22. Simple Tags
23. Subscribe To Comments
24. WordPress Database Backup
25. WP-Cumulus — пока выключен
26. WP-Noindex
27. WP Comment Quicktags Plus
28. wp_stem_ru
29. Блокировка запросов на новые версии
30. ВП Типограф Лайт

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

1. Akismet — плагин для защиты блога от спама в комментариях! Плагин бесплатный. Скачайте его, закиньте в папку wp-content/plugins и активируйте в админке (так устанавливается любой плагин). Раньше я не придавал особого значения этому плагину, но опробовав его в работе понял, что плагин полезный и нужный!

2. All in One SEO Pack — плагин поисковой оптимизации (search engines optimization). Плагин позволяет прописывать и генерировать meta-описания и meta-keywords (ключевые слова), устанавливать статьям блога заголовки страниц (title) и т.д. Это супер плагин и я со 100% уверенностью могу сказать, что первым на движке wordpress должен быть установлен именно этот плагин. После его установки обязательно пропишите в настройках All in One SEO Pack все то что нужно (Home Title, Home Description, Home Keywords (comma separated) и т.д.). Подробнее о настройках плагина поищите в интернете, в принципе особо там ни чего настраивать не нужно!

3. Anti-XSS attack — плагин для защиты блога от XSS атак, если описывать все подробно, от чего, как и почему он защищает, вы все равно ни чего не поймете, если интересно поищите в интернете информацию, а я просто скажу ставьте и не думайте. Плагин нужный! О защите блога на wordpress я писал в своей прошлой статье — «Как защитить блог на wordpress от взлома?»

4. Aprove only russian comments — не мало важный плагин. Ставьте обязательно, а то надоест разгребать кучу комментариев на английском языке. В общем этот плагин не пропускает комментарии на английском языке. Ставьте! Aprove only russian comments + Akismet = круть!

5. Dagon Design Sitemap Generator — плагин для создания карты сайта на вашем блоге! Как выглядит моя карта сайта можно просмотреть вот здесь. Карта сайта удобна не только для тех, кто читает ваш блог, но еще и для поисковиков для наиболее хорошей индексации! Ставить непременно! После того как установите плагин, его можно настроить в настройках. На странице, которой вы хотите видеть вашу карту сайта нужно через редактор HTML вставить вот такой код – 

6. DB Cache Reloaded – плагин просто СУПЕР!!! Он уменьшает в несколько раз количество запросов к базе данных блога. Установили, активировали, все!!!

7. Easy Gravatars — плагин для добавления аватара к комментариям вашего блога. Если человек имеет свой собственный аккаунт на gravatar, то когда он прокомментирует какой-либо пост на вашем блоге, то автоматически к комментарию подставиться изображение, то которое у него в аккаунте. Вот статья по этому поводу — «А у вас отображается аватар в комментах на блогах?»

8. Exec-PHP — плагин для вставки любого PHP кода в страницу блога. По умолчанию PHP код в статье wordpress не вставишь, данный плагин дает такую возможность, вот к примеру форма обратной связи и скрипт отправки файлов в разделе обратная связь у меня работают на PHP.

9. Get Recent Comments — плагин, который позволяет выводить в сайдбаре список последних комментариев вашего блога вместе с маленькими картинками (граватарами). У меня справа можно их увидеть!

10. Google XML Sitemaps — плагин для создания XML карты вашего блога. Про создание карты вы можете прочитать вот здесь — «Карта сайта sitemap.xml для блога wordpress», но в той статье я рассказывал в общем про карту сайта. Плагин Google XML Sitemaps создает карту вашего блога автоматически и автоматически оповещает таких поисковиков как google, mns, yahoo, Ask, Bing о том, что ваш блог обновился после того как вы добавите в него какие-либо изменения.

Итог — блог быстрее индексируется, блог быстрее попадает в позиции результатов выдачи и т.д. Советую ставить!

11. Hyper Cache — плагин кэширования. 120% ставить. Суперский плагин. Подробнее о нем вот здесь — «Hyper Cache. Кэширование в блоге WordPress — классный плагин!» Ускоряет блог в несколько раз за счет чего не нагружается сервер и не трещит база данных!

12. Login LockDown — плагин защиты админки wordpress. Если кто-то решит зайти в административный раздел вашего блога и три раза не правильно наберет логин или пароль, то доступ для него заблокируется на определенное количество минут. В настройках можно поставить время.

13. Math Comment Spam Protection — плагин защиты от спама в комментариях. Плагин добавляет математическую задачу, которую нужно решить комментатору для того чтобы оставить свой коммент. Хороший плагин, ставьте! У меня внизу под формой комментариев можно посмотреть как все это дело выглядит.

MaxSite Russian Date — плагин, который корректно отображает русские даты в постах блога. Например обычно в темах блога даты отображаются так: 1 декабрь 2009. После установки плагина будут отображаться 1 декабря 2009.

15. My Page Order — плагин, который позволяет изменять порядок расположения страниц на вашем блоге. Обычно по умолчанию нельзя изменять порядок расположения страниц на блоге, благодаря плагину My Page Order это возможно.

16. Optimize DB – оптимизирует базу данных вашего блога. Опять если все объяснять вы ни чего не поймете. Просто качайте плагин, устанавливайте его и один раз в месяц нажимайте кнопку оптимизировать!

17. Ozh’ Better Feed — классный плагин для улучшения внешнего вида вашего фида на сервисе feedburner. Вот почитайте эту статью — «Важный плагин для WordPress — Ozh Better Feed»

18. Popularity Contest — плагин, который подсчитывает популярность постов в вашем блоге. К нему так же есть свой виджет Popularity Contest Widget, который выводит в сайдбар самые популярные заметки. У меня это плагин популярность заметок собирает, но пока я не вывожу популярные заметки в виджете! Вам советую ставить!

19. Qip Smiles — плагин, который выводит смайлы в комментариях, об этом можете почитать вот эту статью — «Смайлы в комментариях wordpress — плагин qipsmiles».

20. Russify Comments Number — плагин, который правильно отображает названия номеров комментариев. По умолчанию wordpress отображает названия номеров вот так: 2 комментариев. После установки плагина будет отображаться 2 комментария, или 1 комментарий. Думаю понятно. Ставить нужно!

21. RusToLat — плагин который формирует ссылки ваших страниц в правильный и нужный, для хорошей оптимизации блога, вид. Вот допустим ссылка на эту статью у меня выглядит вот так — http://isif-life.ru/blogovedenie/osnovnye-plaginy-dlya-wordpress-30-plaginov-kotorye-ya-ispolzuyu-na-svoem-vordpress-bloge.html Обратите внимание на окончание – osnovnye-plaginy-dlya-wordpress-30-plaginov-kotorye-ya-ispolzuyu-na-svoem-vordpress-bloge.html. Благодаря этому плагину и создается такой вид ссылки. Скачайте его, установите, после пройдите в админке в меню параметры — постоянные ссылки и там в поставьте точку на разделе «Произвольно» и в графе вставьте вот этот код – /%category%/%postname%.html

22. Simple Tags — плагин для создания тэгов, облаков меток, связанных записей. Вы видели наверняка под каждой моей статьей раздел — Похожие темы…, так вот как раз этот раздел выводится благодаря этому плагину, так же благодаря ему можно выводить в сайдбаре кучу тегов. Плагин нужный!

23. Subscribe To Comments — плагин подписки на комментарии вашего блога по e-mail. Внизу каждой формы комментариев на моем блоге вы можете увидеть вот такую картинку:

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

24. WordPress Database Backup — плагин для создания бекапа базы данных блога! ОЧЕНЬ нужный плагин. Он автоматически создает и отправляет бекап базы данных вашего блога на ваш e-mail ежедневно если вы установите такую функцию в настройках. Мало ли что произойдет с блогом, тьфу, тьфу, тьфу, а у вас есть резервная копия! Кстати советую частенько делать бекап самого блога, всех его файлов и папок для безопасности!

25. WP-Cumulus — плагин для вывода в сайдбар облака летающих тегов, смотрится красиво конечно, но я его отключил пока, он малость нагружает работу блога, вот перейду на VPS тогда может быть включу!

26. WP-Noindex — плагин, который заключает все ссылки в комментариях в тег Ссылка. Нужный плагин, я лично не хочу делать из своего блога свалку ссылок!

27. WP Comment Quicktags Plus — плагин, который расширяет функции комментариев, позволяет вставлять ссылки в комменты, выделять текст жирным, курсивом и т.д. Информацию о настройках поищите в интернете.

28. wp_stem_ru — плагин, который улучшает поиск по блогу. Он отрезает окончание слова при поиске, чтобы нашлось больше вариантов. Нужный плагин!

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

30. ВП Типограф Лайт — плагин который необходим для обработки кавычек, тире, спец.символов вне безопасных блоков (pre, code, samp, textarea, script), правки кавычек внутри code, кликабельных ссылок в комментариях. Ставьте!

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

Скачать 30 плагинов для wordpress

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

От себя еще хочу добавить следующее: Не устанавливайте на свой блог кучу ненужных плагинов, таких как к примеру «часы на блоге, календарь и т.д.», люди пришли на ваш блог за информацией, а не часы посмотреть и дату узнать, а то они всего этого не знают! Лучше пишите полезный и качественный контент (вот вам статья кстати — «Как правильно писать статьи на wordpress?»), чтобы сосредоточить все внимание читателей на нем. Лишние плагины только будут ухудшать работу блога и нагружать сервер и базу данных!

Так же вот советую вам почитать несколько полезный статей по wordpress:

1. Как защитить блог на wordpress от взлома?

2. Как ускорить wordpress блог? Секреты ускорения!

3. А у вас есть свой блог? Да? А вы знаете с чего начать его раскрутку?

4. 15 советов по раскрутке сайта или блога

5. Файл robots.txt для wordpress

Желаю вам успехов в создании и продвижении ваших блогов и заработках на них!

С уважением, Александр Борисов