Tag Archives: Wordpress

Как вывести блог на отдельной странице WordPress. 2 способа

Я видел много сайтов на WordPress, у которых на главной странице отображается какая-нибудь статичная страница, а страница блога находится отдельно, например yourwebsite.com/blog.

Как же это реализовать на своём собственной сайте? На самом деле существует два способа – один простой и один не очень, рассмотрим их оба.

Способ 1. Использование index.php в качестве шаблона блога.

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

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

Шаг 1. Создание страницы блога.

Ну, что тут сказать, переходим в Страницы > Добавить новую, указываем какой-нибудь заголовок, например Блог и какой-нибудь URL, например blog, после этого сохраняем. Всё, с шагом 1 покончено.

Настройка блога

Настройка блога

Шаг 2. Настраиваем отображение страниц в настройках.

Переходим в Параметры > Чтение, настраиваем отображение нужной страницы на главной, а для страницы записей устанавливаем созданную в предыдущем шаге.

Wordpress

WordPress

Шаг 3. Последний шаг. Добавляем страницу в меню.

Уже после завершения второго шага при переходе по адресу блога (у нас это yourwebsite.com/blog), у вас будет отображаться страница с записями, использующая шаблон файла index.php.

Тем не менее можно также добавить эту страницу в меню сайта (если поддерживается темой разумеется). Для этого переходим в Внешний вид > Меню, слева в колонке выбираем нашу страницу блога и нажимаем кнопку «Добавить в меню»

Способ 2. Использование собственного шаблона блога. Создание нескольких блогов на одном сайте WordPress.

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

Шагов будет чуть побольше и они будут немного позаковырестей, чем в предыдущем методе. Итак, поехали.

Шаг 1. Создание шаблона страницы

Открываем папку с темой и создаем там файл произвольного названия, например blog-template.php. Внутрь файла вставляем:

 

Шаг 2. Создаем страницу блога

Этот шаг аналогичен первому шагу из начала поста. Итак, переходим в Страницы > Добавить новую, придумываем название и URL странице, и кроме всего прочего в атрибутах страницы указываем только что созданный нами шаблон.

Блог WordPress

Блог WordPress

Сохраняем.

Шаг 3. Плагин постраничной навигации

Однозначно, что нам понадобится постраничная навигация. Скорее всего у вас уже используется какой-то плагин или функция навигации. Если же навигация не будет работать, рекомендую поставить WP_PageNavi – этот плагин работает отлично, я его протестировал, всё ок.

Шаг 4. Шаблон страницы блога

Это голый шаблон блога, без таких важных функций как get_header(), get_footer() и прочего. Просто в данный момент важно понять саму суть.

Источник: http://truemisha.ru/blog/wordpress/blog-na-otdelnoy-stranitse.html

Предметная визуализация

Список всех используемых хуков в WordPress

Чем быстрее грузится сайт, тем лучше! Это всем известный факт.

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

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

В файл functions.php  вставляем следующий код:

Для вывода списка вставляем ниже приведенный код в том файле, в котором хотим увидеть результат, я вставлял в head.php

Джерело: http://site-style.by/spisok-vsex-ispolzuemyx-xukov-v-wordpress/

nginx + php-fpm + PHP APC + WordPress multisite (subdirectory) + WP Super

У меня на хостинге использовался Nginx+Apache. Однако, в один прекрасный момент я столкнулся с тем, что интернет-магазины на WordPress не закидывали в корзину товары. Вначале я думал, что это проблема в CMS, потом, что проблема PHP. Но, в результате, после длительной борьбы с проблемой я увидел, что проблема в Nginx. Просто при ЧПУ нужно исправить настройки. В результате, получилось решение Nginx + PHP-FPM.

Вот настройки /etc/nginx/nginx.conf:

Настройка виртуального хостинга:

Для WP Super Cache:

Источник: https://wordpress.org/support/topic/nginx-php-fpm-php-apc-wordpress-multisite-subdirectory-wp-super-cache

Предметная визуализация

10 WordPress плагинов для внутренней перелинковки сайта и Один отличный сервис

Самые популярные плагины для перелинковки

1. WordPress Related Posts

WordPress Related Posts будет выводить внизу каждой страницы похожие статьи. В настройках можно указать как выводить — с миниатюрами или текстом. Так же можно указать кол-во ссылок на другие статьи. Если плагин не находит новостей, похожих по параметрам на исходную статью, то можно задать ему условия поиска, например, выводить совершенно случайные записи или самые популярные на сайте.

Как устанавливать и настраивать плагининструкция

Related Posts, наверное, самый популярный плагин для перелинковки.

2. Yet Another Related Posts

Yet-Another-Related-Posts-Plugin Yet-Another-Related-Posts-Plugin Yet-Another-Related-Posts-Plugin-2

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

Yet Another Related Posts Plugin при определении похожести статьи основывается не только на теги и рубрики, а также анализирует заголовки и тексты статей. Плагин позволяет исключить ненужные рубрики и метки которые вы не хотите перелинковывать. В поле «Критерии похожести» нужно установить значение оптимального порога для отбора близких статей. Вначале лучше всего ставить минимальные значения, поскольку иначе ваш плагин для внутренней перелинковки wordpress может просто не найти похожих новостей. Также можно автоматически заставить его добавлять близкие по смыслу новости в статью. YAPPP позволяет также осуществлять вывод этого блока с помощью виджета в сайдбаре. Возможно выводить похожие записи с миниатюрами, либо же текстовыми ссылками. Настоятельно рекомендую обратить внимание на данный плагин для перелинковки статей. Пример работы плагина можете наблюдать у меня на блоге сразу после поста.

Скачать плагин можете непосредственно через админку блога (как скачать через админку), либо с оф. сайта (http://wordpress.org/plugins/yet-another-related-posts-plugin/).

3. Breadcrumb Navigation XT

Breadcrumb Navigation XT пользуется большой популярностью благодаря созданию цепочки ссылок («хлебных крошек»), указывающих путь от главной страницы сайта к самой новости. Обычно плагины для перелинковки используют немного другие подходы, но эффективность этого способа очень велика. Он распределяет вес страниц по сайту путем замыкания круга ссылок, а равномерное количество ссылок является большим плюсом при оценке сайта поисковиками. Минус плагина в полном отсутствии стилей оформления. Но если вы хоть немного разбираетесь в CSS, то придать стили и настроить оформление «хлебных крошек» можно легко.

Скачать можете из админки блога или с оф. сайта (http://wordpress.org/plugins/breadcrumb-navigation-xt/)

Breadcrumb-Navigation-XT-300x71

4. Featured Posts with thumbnails

Большинство плагинов для внутренней перелинковки обычно выводят ссылки автоматически, но Featured Posts with thumbnails сам ничего не выводит, а выбираете вы, какие статьи плагин будет выводить в виджете в сайтбаре (или любом другом месте), сколько статей он будет выводить, какими размерами будут миниатюры. В общем, при создании новости в wordpress можно подключать или выключать действие плагина, т.е. при создании статьи вы можете включить «Yes», и миниатюра к данной статье будет отображаться в виджете для перелинковки. По умолчанию добавление ссылок-миниатюр в новую статью выключено. (Кстати, это очень удобно) Обратите внимание наданный плагин.

plagin-Featured-Posts-with-thumbnails_thumb

vidjet-Featured-Posts_thumb

Как устанавливать и настраивать плагин → инструкция

5. SEO Smart Links

SEO Smart Links – плагин для создания автоматической внутренней перелинковки. Название плагина говорит за себя, плагин позволяет автоматически делать ключевые слова анкором ссылки на продвигаемую страницу. Т.е. например, у вас есть пост заточенный под ключ «солить огурцы», в настройках плагина вбиваете данный ключ, ссылку на продвигаемую страницу, и плагин найдет все статьи на сайте с где встречается словосочетание «солить огурцы» и автоматически проставит ссылку на продвигаемую статью. Пользоваться плагином нужно аккуратно!

Вот инструкция по настройке плагина — http://webmasters.ru/forum/f26/seo-smart-links-plagin-wp-dlya-vnutrennei-perelinkovki-29323/

Скачать можете с админки блога или с оф. сайта http://wordpress.org/plugins/seo-automatic-links/

Если вам нужен seo анализ сайта и полный аудит, то по этому адресу можно заказать данную услугу

6. Easy Random Posts

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

Скачать плагин можете с админки блога или с оф. сайта http://wordpress.org/plugins/easy-random-posts/

7. WordPress Popular Posts

Плагин выводит список самых популярных статей блога. Плагин создает виджет, который также устанавливается в сайдбар сайта. Выводить статьи можно по количеству комментариев, просмотров страницы за все время или просмотров страницы за один день. Также как и у Easy Random Posts ссылки на статьи можно выводить с миниатюрами и с выдержкой из текста.

Скачать плагин можете с админки блога или с оф. сайта http://wordpress.org/plugins/wordpress-popular-posts/

8. Dagon Design Sitemap Generator

Это один из необходимых плагинов для сайта! Dagon Design Sitemap Generator помогает создать удобную карту сайта для людей (содержание сайта). Это отличный инструмент навигации и отлично работает для внутренней перелинковки вашего сайта

Все подробности об установки плагина тут

9. upPrev

Красивый плагин для внутренней перелинковки. Этот плагин работает по такому принципу — когда посетитель доходить до конца страницы, из нижнего угла всплывает окно на похожие статьи (с миниатюрой и выдержкой из текста). (Кстати, нужно об этом плагине написать подробный пост) В настройках плагина можете указать кол-во ссылок, ширину окна, анимацию… в общем настроек у плагина достаточно.

Настройки плагина можете изучить тут http://n-wp.ru/12712

Скачать можете с админки блога или с оф. сайта http://wordpress.org/plugins/upprev/

10. Cross-Linker

Плагин делает внутреннюю перелинковку сайта автоматически. Плагин работает на подобии SEO Smart Links:  вбиваем подобранные ключевые слова с указанием страницы, куда нужно ссылаться. После чего плагин начинает свою работу: ищет указанные ключевые слова в постах и комментариях и преобразует их в ссылки на нужные нам страницы.

Скачать можете с админки блога или с оф. сайта http://wordpress.org/plugins/cross-linker/ 

Русифицированная версия плагина http://mywordpress.ru/plugins/cross-linker/

Вот такая получилась подборка плагинов для внутренней перелинковки сайта. Выбирайте любой. Или несколько smile

11. Сервис для перелинковки Smart-Linker

Smart-Linker-300x154

Smart Linker – это целый программный комплекс, который снабжен разного рода модулями, позволяющими максимально эффективно работать над внутренней оптимизацией сайта

Как работает данный сервис? — Абсолютно просто — Вы выбираете запрос(ы) для продвижения, указываете данный запрос(ы) (ключевые слова) в настройках → указываете ссылку на продвигаемую страницу(ы) → для более естественной перелинковки можете добавить околоссылочный текст до ссылки и после ссылки на продвигаемую страницу → указываете по каким критериям сервис будет искать похожие статьи (основываясь на: рубриках, тегах, рубриках и тегах, на Яндексе или на Гугле) → сервис найдет только самые релевантные статьи на вашем сайте и разместить на данных статьях ссылку на продвигаемую страницу. (Как известно, ссылка с релевантных страниц имеет больший вес чем не с релевантных.) А анкорная ссылка, окруженная тематическим текстом плюс с релевантной статьи — это наиболее весомый аргумент нежели от действия автоматического плагина.

Внешний вид блока с сылками легко настраивается с помощью CSS стилей.

Все подробности и инструкции (FAQ) по работе можете почитать на сервисе http://smart-linker.ru/

Вот статья на блоге Сергея об этом сервисе http://pervushin.com/new-smart-linker.html

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


Источник: http://aimblog.ru/ustanovka/plaginy-wordpress/plaginy-dlya-vnutrennej-perelinkovki.html

Ещё 10 уловок для защиты WordPress’a

31e5c23c01dd3cf983925ba6b7d3fb39На сегодняшний день WordPress как никогда популярен. Блоги, мини-сайты, а то и целые порталы — всё это строится на основе такого удобного движка-конструктора как WordPress. Но за удобностью и лёгкостью освоения кроются, прежде всего, вопросы, связанные с безопасностью вашего сайта. Большая распространённость — большее внимание злоумышленников.

В этой статье описаны десять простых уловок, которые позволят сделать ваш сайт на WordPress’e ещё более защищённым и позволят спокойнее спать по ночам.

1. Защищаем WordPress от XSS-инъекций

В чём проблема?
Программисты всегда стараются защитить GET- и POST- запросы, однако, иногда этого недостаточно. Необходимо защитить блог от XSS-инъекций и попыток модификации переменных GLOBALS и _REQUEST.

Что делаем?
Этот код блокирует использование XSS-инъекций и попытки модифицировать переменные GLOBALS и _REQUEST. Вставьте код в ваш файл .htaccess, расположенный в корне сайта. (И не забывайте бэкапить этот файл перед внесением любых изменений).

Как это работает?
Код позволяет проверять все запросы. Если запрос содержит тег или попытку модифицировать значение переменных GLOBALS и _REQUEST, он просто блокирует его и выдаёт пользователю 403-ю ошибку.

 

2. Убираем показ лишней информации


В чём проблема?
Если при попытке зайти в админку WordPress’a вы ошибётесь с логином или паролем, вежливый движок скажет вам об этом. Ну а зачем злоумышленнику знать, что пароль, который он пытается подобрать – неверен? Давайте просто уберём вывод этой информации и чуток запутаем его.

Что делаем?
Открываем functions.php, лежащий в папке с активной темой нашего блога (wp-content/themes/название-вашей-темы/) и добавляем следующий код:

сохраняем файл. Вуаля – больше никаких сообщений.

Как это работает?
С помощью этого хука мы переписываем стандартную функцию login_errors(). В результате этого, в случае, когда введены неправильный логин или пароль, никакой информации, объясняющей ситуацию не появится — то, что нам нужно.

 

3. Принудительное использование SSL


В чём проблема?
Если вы хотите, чтобы передаваемая вами информация была защищена, вам необходимо использовать SSL—протокол, обеспечивающий целостность и конфиденциальность обмена данными. В WordPress’e это сделать проще простого.

Что делаем?
Прежде всего узнаём, есть ли возможность у вашего провайдера использовать SSL. Если да, то открываем файл wp-config.php (обитающий в корне сайта) и добавляем следующую строку:

Как это работает?
Всё просто. WordPress использует множество констант и FORCE_SSL_ADMIN всего лишь одна из них. Эта константа включает принудительное использование SSL при заходе в панель администратора.

 

4. Используем .htaccess для защиты файла wp-config


В чём проблема?
wp-config.php содержит все данные, необходимые для подключения к серверу MySQL и базе данных. Защита этого файла – одна из самых главных задач.

Что делаем?
Находим файл .htaccess в корне нашего сайта и добавляем следующие строки:

Как это работает?
Мы просто запрещаем доступ к этому файлу кому бы то ни было. Теперь уж точно ни один бот не сможет и близко подойти к этому файлу.

 

5. Скрываем версию WordPress’a


В чём проблема?
Wordpress автоматически вставляет номер своей версии в исходный код страниц. К сожалению, не всегда удаётся вовремя обновлять движок. А это означает, что зная какая у вас версия WordPress’a со всеми её брешами и слабыми местами, злоумышленник может очень-очень огорчить вас. Что делаем? Правильно, убираем вывод версии.

Что делаем?
Снова открываем functions.php, лежащий в папке с активной темой нашего блога (wp-content/themes/название-вашей-темы/) и добавляем туда этот код —

Как это работает?
Хуки WordPress'a позволяют легко заменять одну функцию на другую. Именно этим мы сейчас и воспользовались – мы просто запретили вывод информации о версии нашего движка.

+ как справедливо указал пользователь rOOse, необходимо также удалить файл readme.html, находящийся в корне сайта. В нём тоже содержится информация о текущей версии WordPress’a.

 

6. Баним спамеров и ботов

 

af963c4e9c2a3c07fc7695bd1cc9d5bbВ чём проблема?
Надоедливые постеры и спамеры. Решение – запретить им доступ к сайту по IP. Конечно, это не защитит от спам-скриптов, постоянно меняющих прокси, но немного облегчить жизнь вполне может.

Что делаем?
Вставьте этот код в файл .htaccess. Просто поменяйте адрес 123.456.789 на IP того редиски нехорошего человека, который вас достаёт и всё — он забанен всерьёз и надолго.

Как это работает?
И снова нам на помощь приходит apache. Посредством файла .htaccess мы запрещаем доступ к сайтe пользователям с конкретным IP. Нужно забанить ещё кого-то? Просто добавим ещё одну строку, к примеру -

7. Пишем плагин для защиты от зловредных url-запросов

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

Что делаем?
Создаём новый файл под названием blockbadqueries.php и помещаем его в папку wp-content/plugins. Затем просто активируйте его в админке как любой другой плагин.

Как это работает?
Работа этого плагина проста – он проверяет все длинные запросы (более 255 символов) и наличие php-функций eval или base64 в URI. Если что-то из этого находится, браузеру пользователя отдаётся страница с ошибкой 414.

 

8. Личеры!


В чём проблема?
Мир полон добрых людей, которые изо всех сил пытаются донести до других новость или статью, написанную вами. Всё бы ничего, но ведь по доброте душевной они берут картинки прямо с наших с вами серверов, скромно забывая при этом про слово «трафик». А теперь представьте что будет, если ссылки на наши картинки попадут на какой-нибудь популярный китайский блог, с их-то почти уже четырёхсотмиллионным интернет-населением! Свят-свят-свят… Значит сейчас будем защищать хотлинкинг, a.k.a. личинг, a.k.a. «да я просто вставил ссылки на файлы с вашего сервера».

Что делаем?
И опять всемогущий apache поможет защищить нам наш трафик. Достаём в очередной раз файлик .htaccess и пишем следующее:

Как это работает?
При помощи этих правил мы заставляем сервер проверять откуда пришёл запрос на нашу фотку — если со страниц нашего сайта, он отдаёт её пользователю. Если с «вражеского» — то показывает личерам какую-нибудь обидную картинку.

 

9. Убить админа. (Нет дефолтному юзернейму «admin»)!

80a6f9955e1b96bde313b8ef36811321В чём проблема?
Злоумышленникам всегда проще получить доступ к сайту при помощи брута, если уже известен логин. При этом на протяжении многих лет дефолтный логин админа был примитивным до зубного скрежета — «admin».

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

Что делаем?
Просто выполняем этот запрос к базе данных:

Как это работает?
С помощью sql-запроса меняем дефолтный логин. Правда, есть одно «но». Посты, написанные ранее admin'ом не поменяют своего автора. А для того чтобы извести admin'a на корню, необходимо выполнить ещё один запрос:

10. Защита директорий на сервере от просмотра


В чём проблема?
Очень многие хостеры позволяют просматривать директории на своих серверах. Поэтому, если ввести в адресную строку www.вашблог.ru/wp-includes, то очень часто можно увидеть всё содержимое этой директории. Безусловно это небезопасно, поэтому лучше это сразу запретить.

Что делаем?
Вы можете либо добавить пустые файлы index.html в папки, просмотр которых хотели бы запретить. Либо дополнить наш .htaccess ещё одной строкой:

Как это работает?
Пустой index.html будет выдаваться каждый раз, когда последует запрос к директории. Ну а директива в .htaccess просто запрещает апачу выдавать список содержимого директории.


Источник: http://habrahabr.ru/post/98083/

 

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Предметная визуализация

Безопасность WordPress. 3 самых эффективных способа защиты от брутфорса

По статистике, около 19% от общего количества всех сайтов Интернета, работают на WordPress — это почти каждый пятый сайт. Успех платформы вполне логичен и закономерен, не зря еще 5 лет назад я сделал ставку именно на нее. Но сегодня речь пойдет не о преимуществах WordPress, а о его безопасности. Высокая популярность платформы активизировала злые силы, и вот уже на протяжении нескольких месяцев в Рунете идут массовые атаки на сайты, работающие на WordPress. Атаки настолько серьезные и настолько массовые, что не выдерживают даже самые мощные серверы. Хостинг-провайдеры, конечно, принимают меры, порой даже самые радикальные, вплоть до полной блокировки администраторских консолей WordPress. Поэтому, если вас еще не заблокировали, лучше самостоятельно провести ряд несложный действий по укреплению обороны вашего WordPress.

В этой статье я расскажу о самых эффективных способах защиты вашего сайта именно от брутфорса (brute force) — метода подбора и взлома пароля путем перебора всех теоретически возможных вариантов. Так как все последние массовые атаки работают по этому методу.

1. Первое с чего нужно начать — это избавиться от пользователя admin. Если у вас нет пользователя admin, можете сразу переходить к пункту 2. В WordPress начиная с 3 версии это делается очень просто. Достаточно создать нового пользователя, наделить его администраторскими правами, а старого пользователя «admin» — удалить. При его удалении, WordPress предложит вам выбрать нового пользователя, который станет автором публикаций старого администратора.

В старых версиях WordPress эта процедура проделывается с помощью пары SQL-запросов:

2. Очень важно обратить внимание на пароль администратора. Лучше если это будет хаотичная комбинация заглавных и строчных букв, знаков и цифр не менее чем из 10-12 символов.

3. При бутфорсе WordPress, производится огромное количество запросов к файлу авторизации «wp-login.php», и будет правильно обеспечить ему двойную защиту.

Если вы работаете с сайтом один, и ваш интернет-провайдер предоставляет вам статичный IP-адрес, вы можете разрешить доступ к директории «wp-admin» только с вашего IP-адреса, заблокировав тем самым для всех остальных даже возможность авторизации. Делается это следующим образом. В директории «wp-admin» создаем файл «.htaccess» следующего содержания:

Где IP — это ваш IP-адрес. Узнать его вы можете, например, здесь.

Если же, кроме вас с сайтом работают еще люди со статическими IP-адресами, вы можете просто добавить их в список ниже. Например, так:

Где, IP1, IP2, IP3 — разрешенные IP-адреса.

Благодаря этому, все пользователи (боты) с IP-адресами, не указанными в списке разрешенных, просто не получат доступа к директории «wp-admin» и, соответственно, не смогут брутфорсить файл «wp-login.php». Всем им будет возвращаться ошибка 403.

Если провайдер вам выдает динамический IP-адрес, меняющийся с каждым новым подключением к Интернету, тогда этот способ не пройдет, т.к «.htaccess» придется редактировать при каждом вашем подключении к Сети. С помощью все того же «.htaccess» мы можем установить дополнительную серверную HTTP-авторизацию. Делается это следующим образом.

Все в той же директории «wp-admin» создаются два файла: «.htaccess» и «.htpasswd». В первом будут храниться инструкции, во втором разрешенные данные для доступа к директории.

В «.htaccess» пишем следующее:

Где fullpath — полный путь к файлу «.htpasswd». Обратите на это должное внимание, т.к это самая частая ошибка. Полный путь вы можете узнать у своего хостинг-провайдера или с помощью небольшого php-скрипта:

Или другим способом:

Если вы по каким-то причинам не хотите паролить всю директорию «wp-admin», вы можете запаролить непосредственно файл «wp-login.php». Делается это аналогично, но в «.htaccess» нужно написать следующее:

Файл «.htpasswd» в обоих случаях должен выглядеть следующим образом:

Где username — это имя разрешенного пользователя, а password — это пароль. Обратите внимание, что пароль хранится в зашифрованном виде. Поэтому, предварительно ваш пароль нужно зашифровать. Сделать это можно, например, с помощью этого сервиса. На пароль действуют те же правила, что указаны в пункте 2 данной публикации.

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

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

В Safari 6.0.5 на Mac OS это выглядит примерно так:

htpasswd

В других браузерах возможно немного иначе.

Выполнив хотя бы эти 3 пункта, вы в разы снизите вероятность взлома вашего WordPress.

Дополнительные меры по защите WordPress

Дополнительно вы можете защитить таким же образом файл настроек WordPress «wp-config.php». Я бы рекомендовал его защитить, потому что в нем содержатся данные для подключения к БД MySQL. Делается это аналогично:

Также, я бы рекомендовал вам проверить директории вашего сайта. Дело в том, что очень многие хостеры и безалаберные сисадмины не закрывают по-дефолту просмотр директорий сайтов своих клиентов. Если, к примеру, ввести в адресную строку браузера: http://вашсайт/wp-includes/ и вы увидете содержимое этой директории — нужно бить тревогу и срочно закрывать просмотр. Для этого можно создать в директориях, которые вы хотите закрыть от просмотра, пустые файлы «index.html» или дописать в ваш «.htaccess» всего одну строку:

Которая запретит серверу показывать содержимое директорий.

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

Их обзор в рамках данной публикации я проводить не буду.

Если в процессе настройки защиты WordPress от брутфорса у вас возникнут сложности — вы всегда можете обратиться ко мне за помощью. Контакты здесь.

Защита сайта от брутфорса без правки кода

Если Ваш сайт, написанный на базе популярного движка (WordPress, Joomla, Magento и др.), стал сильно тормозить, а в логах доступа сервера Вы видите множество обращений к странице логина или к странице администрирования, знайте — ваш сайт «нашли» боты-брутфорсеры и пытаются подобрать пароль администратора.Если с Вашим паролем всё нормально (он длинный и набран цифрами и буквами в разных регистрах), то Вы можете быть уверены, что брутфорсер его не подберёт. Но сам факт того, что происходит подбор, а тем паче то, что при этом страшно грузится сервер и расходуется трафик (особенно если на вашем хостинге он платный) откровенно говоря, напрягает.

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

Сперва предыстория. Проблемой я озаботился спустя некоторое время после того, как перешёл с «самодельного» движка на WordPress (впрочем, это мог бы быть любой другой более-менее распространённый движок). Запилил первый сайт и уже через неделю увидел в логах огромное количество запросов к странице логина. Поиски в интернете выводили на множество «рецептов», подавляющее большинство которых заключается в переименовании файла wp-login.php и его правке (поскольку адрес самой страницы неоднократно встречается в самом файле wp-login.php и других файлах движка.

Но этот способ означает правку ядра WordPress. А это влечёт за собой невозможность получать регулярные автоматические обновления ядра, а также несовместимость с некоторыми плагинами. К тому же способ абсолютно не спасает против тех роботов, которые ищут «дыры» в админке и плагинах, обращаясь с хитроумными параметрами по адресам вида /wp-admin/* В общем, этот способ сразу был отвергнут.

А идея моя заключается вот в чём.

Нужно завести специальную куку, такую, чтобы при её отсутствии сам сервер (Apache или Nginx) перехватывал обращения к странице логина или админке и выдавал вместо кода страниц код состояния 404, означающий полное отсутствие по этим адресам каких-либо страниц). А при наличии куки сервер должен просто обходить эту проверку и сайт должен работать как ни в чём не бывало. Брутфорсеры не тупые, они не будут бесконечно «долбать» отсутствующий URL и отступят.

Куку я планировал устанавливать автоматически с помощью секретного скрипта, который кроме всего прочего (для моего удобства) должен также переносить меня на страницу логина.

Теперь дело за реализацией.

Я привожу кусок конфига для Nginx, поскольку я пользуюсь только этим сервером, но, зная идею, Вы самостоятельно можете написать конфигурацию для Apache или другого сервера.

Теперь файл PHP с секретным именем, который будет данную куку устанавливать:

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

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

Что-то непонятно? Спросите в комментариях!


Источник: http://epsiloncool.ru/programmirovanie/php/zashhita-sajta-ot-brutforsa-bez-pravki-koda

Как защитить контент? Подтверждаем авторство в Google

Всем привет! Сегодня мы поговорим о таких важных для каждого начинающего сайтовода понятиях как «контент», «авторский контент», «защита контента» и «авторство Google» (Google Authorship). Начнем разбираться со всем по порядку…

Как известно первое и одновременно лучшее средство для продвижения молодого сайта к будущим вершинам — это контент. Что означает это понятие? Если обратиться к всезнающей Википедии, то получим примерно следующее определение «контента»:

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

Первый шаг для защиты уникального контента

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

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

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

Начнем мы с американского интернет-гиганта. Компания Google выводит свой пилотный проект «Авторство Google» (Google Authorship) на новый уровень юзебилети и эффективности. За последний год разработчики немало продвинулись в вопросах настройки авторского акаунта. Сегодня привязать свои статьи и другую авторскую информацию к личному профилю стало намного проще и быстрее.

google-authorship1

Инструкция по настройке Авторства Google

Первое, что нам понадобиться в настройке Авторства Google — это личный профиль в социальной сети «Google+». Никогда не пользовались? Не беда! Если у Вас имеется почта на сервисе Гугла – Gmail, то профиль в социальной сети был создан автоматически вместе с созданием почты. Если же Вы до сих пор не обзавелись одной из самых защищенных почт в мире на данный момент, то исправьте это немедленно!!! ;)

Ок, почта у нас уже есть, что дальше? А дальше нам подскажет «как быть» сам Google. Разработчики предлагают два альтернативных пути настроить авторство «вручную» (без всяких там плагинов и скриптов).

Весь смысл настройки «Авторства Гугл» отлично описывается очень простой схемой (смотрите ниже). Наша главная задача — настроить постоянные ссылки с сайта на личный профиль в Google+ (домашняя страничка в данной социальной сети) и наоборот – проложить постоянную ссылку с профиля к нашему сайту.

Итак, поехали!

google-authorship-shema

Первый способ настроить «Авторство Google»

Шаг 1. Заходим на свою почту сервиса Gmail и жмем в верхнем меню почтового ящика надпись «+Ваше имя» (к каждому этапу настройки Вы найдете поясняющий скрин в галерее ниже).

avtorstvo_google_shag_1-150x150

avtorstvo_google_shag_2-150x150avtorstvo_google_shag_3-150x150avtorstvo_google_shag_4-150x150avtorstvo_google_shag_5-150x150avtorstvo_google_shag_6-150x150

avtorstvo_google_shag_7-150x150avtorstvo_google_shag_8-150x150

Шаг 2. После предыдущего действия мы должны очутиться на своей страничке в сервисе «Google+» (в моем случае это здесь). Теперь нам необходимо добраться до раздела «Мои публикации», чтобы там вставить ссылку на свой любимый ресурс. Наводим мышь на выезжающее меню «Лента».

Шаг 3. В меню Ленты нас интересует пункт «Профиль», по нему мы и кликаем.

Шаг 4. Вот мы и на страничке нашего профиля. Здесь необходимо проделать сразу две вещи. Во-первых скопируйте из адресной строки Вашего браузера ссылку на свой профиль (в моем случае — это https://plus.google.com/u/0/111149321004865085087) и вставьте ссылку в программу типа «Блокнот» или «Word» (она нам скоро пригодится).

Во-вторых, в верхнем меню жмем пункт «О себе» (не забывайте поглядывать на вспомогательные скрин-шоты из галереи, если испытывайте какие-то трудности).

Шаг 5. На странице «О себе» и находится тот самый искомый раздел «Мои публикации». Чтобы его отредактировать кликаем на пункте «Изменить» (Осталось совсем немного – потерпите :)).

Шаг 6. Далее активируем форму для добавления ссылки на наш сайт. Для этого жмем пункт «Добавить ссылку».

Шаг 7. В активированной форме вводим ссылку на наш любимый сайт (лучше всего скопируйте из адресной строки Вашего браузера, чтобы не потерять или по ошибке не приписать слеш «/»). Далее добавляем краткое описание ссылки то бишь нашего сайта и жмакаем «Сохранить».

Шаг 8. Убеждаемся в том, что наше редактирование личного профиля «Гугл+» прошло успешно и все изменения сохранились. Результат должен быть примерно таким, как на последнем скрин-шоте галереи.

Шаг 9. На этом мы еще не расслабляемся, а вспоминаем за ссылку на свой профиль в «Гугл+», которая скучает где-то там в «Блокноте» (смотрим Шаг 4).

Все дальнейшие действия я рекомендую проводить все в том же «Блокноте» и ему подобных текстовых редакторах.

Эту ссылку нам нужно будет засунуть в конструкцию типа:

<a href=»[profile_url]?rel=author»>Ваше имя</a>Вместо [profile_url] вставляем URL своего профиля «Google+», при этом учтите, что ссылка обязательно должна содержать параметр ?rel=author ! Без него никак, так что не удалите его случайно.

У меня эта конструкция после всех вышеупомянутых действий выглядит так:

<a href=»https://plus.google.com/u/0/111149321004865085087/posts?rel=author»>Сергей ГеркХард</a>

Вот-эту абру-кадабру мы вставляем на свой любимый сайт где-то на главной странице. Обычно это делается в сайдбаре или подвале веб-сайта. Если Вы пользуетесь платной темой (шаблоном), то зачастую бывает просто достаточно вставить этот код в панели управления темой.

Шаг 10. Это последний этап нашего маленького «путешествия». Перед тем, как поздравить себя с новым достижением и пойти скушать печеньку, следует проверить данные об авторе. Именно эти данные с нашей страницы Google будет использовать в результатах своей выдачи.

Для проверки своего будущего авторства в Гугл есть один замечательный инструмент и находится он здесь. В окне с надписью URL вводим адрес главной страницы нашего сайта и если мы все сделали верно – наслаждаемся полученными результатами! Особенно обратите внимание на контрольные области проверки Авторства Google (смотрите скрин-шот).

proverka_avtorstvo_google

Второй способ настроить «Авторство Google»

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

Что значит на одном и том же домене? К примеру, доменное имя моего сайта – gerkhard.com, тогда адрес моей почты должен выглядеть примерно так: info@gerkhard.com. Так называемую именную почту настроить несложно и её поддерживают практически все платные регистраторы доменных имен. Как её настроить? Это уже тема для следующей статьи.

Не будем отвлекаться и вернемся к нашему второму способу. Допустим, именная почта у Вас имеется, тогда поддержка Google рекомендует проделать следующие действия.

Шаг 1. Во всех наших статьях или публикациях, размещенных на сайте необходимо проставить имя и фамилию автора (например, «Автор: Сергей ГеркХард»).

Шаг 2. После того как имя автора к каждой статье проставлено необходимо посетить страницу «Для авторов» и при помощи специальной формы сообщить Google адрес Вашей именной электронной почты.

Шаг 3. Если Вы все сделали правильно, адрес Вашей электронной почты отобразится в вышеупомянутом разделе «Мои публикации» профиля Google+. Для проверки работы Авторства Google необходимо воспользоваться проверочным инструментов Гугл из пункта 10 первого способа. Вот, пожалуй, и все…

P.S. Обычно «Авторство Google» начинает работать с последующим Вашим постом, когда тот попадает в основной индекс поисковика. Проверить это очень легко, пишем статью, добавляем её в аддурилку Google. В течение суток вводим в поисковик точное название нашей статьи/новости и любуемся своей авой с информацией об авторе. ;)

У меня это выглядит так:

avtorstvo_google_gerkhard

Автор: Сергей ГеркХард


Источник: GerkHard.com

3D визуализация и интерьер

Разгоняем WordPress до скорости света

7337481781ba67dec1Скорость и отказоустойчивость – одни из тех факторов, что неизменно влияют на популярность вашего ресурса, ведь даже с лучшим в мире контентом медленно работающий сайт будет раздражать читателей и рано или поздно вы их потеряете. В этой статье мы будем оптимизировать самый популярный блоговый движок — WordPress, работающий на PHP. А заодно рассмотрим несколько общих моментов в оптимизации сайтов.

1 Тестируем текущую скорость

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

1.1 Pingdom

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

habr1Бенчмарк одного довольно известного ресурса.

1.2 YSlow

YSlow– плагин для Firefox, который встраивается в, пожалуй лучший плагин для веб разработчика, Firebug. Он анализирует более 20 факторов, которые влияют на скорость работы сайта и оценивает общую производительность по 100 бальной системе, а каждый отдельный элемент оценкой от A до F.

habr2

1.3 Количество запросов и время их выполнения

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

<?php echo get_num_queries(); ?> queries in <?php timer_stop(1); ?> seconds.

 

2 Web Hosting

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

  • Shared Hosting – на одном сервере может хоститься в среднем около 100 человек;
  • VPS – на одном сервере может хоститься около 20 человек;
  • Dedicated – сервер будет использоваться только вами.

Чтоб просмотреть примерную нагрузку на сервер, залогиньтесь через ssh и введите в консоли команду top.

Это, конечно, не означает, что вы не сможете ускорить блог, работающий на виртуальном хостинге(Shared Hosting), однако стоит помнить – производительность тем выше, чем большие ресурсы мы имеем в своем распоряжении.

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

3 Установка и настройка сервера

Удостоверьтесь, планируемая нагрузка соответствует мощности сервера и он сможет с ней справиться. В первую очередь это будет зависеть от объема оперативной памяти и процессора. Как правило, WordPress ставят на Apache, но много удачных решений существует и на базе других http серверов: nginx, lighttpd и т.д.

Не забудьте обновить до последней версии PHP и Apache.

3.1 Отключите неиспользуемые сервисы

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

  • Удалите ClamD;
  • Настроить SpamD на использование только 1 дочернего процесса;
  • Удалите Mailman, если, конечно, вы не собираетесь запускать почтовый сервис.

 

3.2 MYSQL Query Cache

Поскольку стабильность и скорость WordPress довольно сильно зависит от работы БД, стоит убедиться, что настройки в my.cnf соответствуют возможностям сервера. В первую очередь следует установить настройки кэширования запросов, добавив в my.cnf следующие строки:

query_cache_type = 1
query_cache_limit = 2M
query_cache_size = 20M

Чтоб настройки вступили в силу придется перезапустить сервис MySQL сервис.

3.3 Кэш компилятора: XCache или Eaccelerator?

Кэш компилятора увеличивает производительность откомпилированных скриптов на сервере, кэшируя их – это поможет сократить время выполнения PHP скриптов. Стоит попробовать и то и другое решение, однако по результатам опытов увеличение производительности при использовании Xcache на 5% выше, чем с Eaccelerator.

3.4 Увеличьте максимальное число соединений на Apache

Увеличение максимального количества соединений в httpd.conf повысит производительность, т.к. сервер сможет обрабатывать большее количество подключений за раз. Однако, следует изменять этот параметр осторожно, дабы не исчерпать весь объем оперативной памяти и не замедлить работу сервера, потому всегда тестируйте новые настройки прежде чем запускать их в работу. Установим к примеру 150 коннектов:

max_connections = 150

Не забудьте рестартить сервис Apache, чтоб применить настройки.

4 Оптимизация кода и графики

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

4.1 Отключите хотлинки

Каждый раз когда вы используете свой сервер для хранения изображений вы существенно больше используете его ресурсов. Довольно часто люди заимствуют ваши изображения, ставя хотлинки на своих серверах. Это не только занимает канал, но и создает определенную нагрузку на сервер.
Добавьте следующий код в .htaccess файл, заменив example.com на имя вашего домена, чтобы отключить использование хотлинков:

<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_REFERER} !^$
RewriteCond %{HTTP_REFERER} !^http://(www\.)?example\.com/.*$ [NC]
RewriteRule .*\.(gif|jpg|png|ico)$ - [F,L]
</ifModule>

 

4.2 Используйте внешний хостинг для хранения изображений

Хостинг изображений на внешних серверах поможет значительно снизить нагрузку на сервер. В примере ниже вы можете видеть снижение объема используемой оперативной памяти на одном из блогов после переноса изображений на сервис Amazon S3.

amazons3images

4.3 Сжимайте java-скрипт код

Сжатие javascript довольно простая задача. Поскольку он выполняется при каждом просмотре страницы, вы можете уменьшить размер Javascript, удалив все незаполненное пространство. Вот простой инструмент, который поможет сделать это за вас — JavaScript Compressor.

4.4 Javascript в начале страницы

Часто случается так, что сайт начинает загружаться медленно или вообще останавливается, т.к. другой ресурс, с которого вызывается javascript(на пример Digg badges, Tweetmeme и т.д.), не доступен или оффлайн. Чтобы избежать этого вынесите весь javascript код в конец страницы, а то что по каким-то причинам вынести не удалось – попробуйте заключить в iFrame.

4.5 Используйте кэш браузера

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

FileETag MTime Size
<ifmodule mod_expires.c>
<filesmatch "\.(jpg|gif|png|css|js)$">
ExpiresActive on
ExpiresDefault "access plus 1 year"
</filesmatch>
</ifmodule>

 

4.6 Сжимайте статические данные

Вы можете уменьшить размер загружаемой страницы позволив браузеру принимать и передавать данные в сжатом виде. Это также снизит загрузку канала и количество загружаемых данных.
Следующий код в .htaccess может помочь вам в этом:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html

 

4.7 Используйте CDN для статических файлов

Если хранить все изображения на одном и том же домене, то браузер будет ожидать их загрузки одного за другим. Допустим на странице их у вас есть 12 штук, если вы разделите их между тремя поддоменами, они будут загружаться одновременно из трех «разных» источников вместо того, чтоб загружаться браузером по очереди из одного.
Можете попробовать перенести все css & javascript файлы на files.yoursite.com, а изображения и временные файлы на static.yoursite.com. Или же просто использовать CDN(Content Delivery Network) – большая сеть серверов, расположенных по всему миру, которые позволят не только хранить ваши файлы на разных поддоменах, а значит загружать их параллельно, но и доставлять пользователю данные с самого близкого к нему сервера. Все это позволит загружать данные намного быстрее.

5 WordPress

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

5.1 Обновитесь до последней версии

Обновления до более новых версий позволяют не только устранять обнаруженные уязвимости, но и улучшают производительность. Для примера в wordpress 2.8 была существенно оптимизирована работа с БД.

5.2 Отключите Post Revisions

Во всех версиях wordpress, начиная с 2.6, редакции ваших статей каждый раз во время правки автоматически сохранялись. Это замедляет работу БД и увеличивает ее размер без особой надобности.
Чтоб отключить post revisions, добавьте следующую строку в wp-config.php:

define('WP_POST_REVISIONS', false);

Чтобы удалить сохраненные ранее ревизии текста, выполните следующий запрос в PHPmyadmin:

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'

 

5.3 Сократите количество запросов

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

<meta http-equiv="Content-Type" content="<?php bloginfo('html_type'); ?>; charset=<?php bloginfo('charset'); ?>" />

Мы запросто можем переписать в:

<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

Уже на два запроса меньше. Довольно просто, не правда ли?

6 WordPress Plugins

И на последок предлагаю вашему вниманию несколько плагинов, которые могут повысить производительность wordpress. Как только все, описанное выше, будет выполнено, эти плагины помогут добиться еще более высокой производительности.

WP Super Cache
Это, пожалуй, лучший плагин к WordPress. WP Super Cache создает статические html версии каждой страницы и загружает их каждый раз, обходясь тем самым без запросов к БД. Это значительно увеличивает скорость загрузки страниц и снижает нагрузку на сервер. Строго рекомендуется к установке.

PHP Speedy WP
Этот плагин решает другую проблему, обозначенную в этой статье – удаление незаполненного пространства в CSS & javascript. Однако есть некоторые проблемы совместимости этого плагина с WP Super Cache, кроме того он долгое время уже не обновлялся, потому используйте на свой страх и риск.

Optimize DB
Плагин позволяет оптимизировать таблицы MySQL без помощи PHPmyadmin.


Источник: http://habrahabr.ru/post/69046/

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Дизайн интерьеров

Правила Mod_Rewrite для плагина WordPress WP Super Cache

Автор: Рудюк С . А.
https://corp2.net

E-Mail: rs@corp2.net

Для корректной работы плагина WP Super Cache при включенной опции (которая рекомендуется по умолчанию) mod_rewrite необходимо в .htaccess сайта внести такие изменения:

Автор: Рудюк С . А. https://corp2.net

Разработка и создание сайтов, интернет-магазинов, веб-приложений, порталов, лэндингов, мобильных приложений (Киев)

Страница 1 из 3123