Плагин увеличения изображения для wordpress блога. Плагин Auto Highslide для увеличения изображений. Устанавливаем плагин Auto Highslide

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

Давайте начнем.

ПЕРЕД ВСЕМИ МАНИПУЛЯЦИЯМИ СО СВОЕЙ БАЗОЙ ДАННЫХ БЛОГА СДЕЛАЙТЕ РЕЗЕРВНУЮ КОПИЮ! НЕ ЗНАЕТЕ КАК, НАПИШИТЕ ХОСТЕРУ!

Сразу с ходу совет: Многие подумают после прочтения статьи, — «Ой, как это все сложно, лучше я не буду ни чего очищать, а то так очищу, что все полетит, пусть остается все как есть». В принципе не плохой вариант, но база все растет и растет. =) В общем делать надо, бояться не нужно, а если боитесь, то обратитесь на фриланс к спецу, который все вам сделает чики пуки.

Зачем нужно очищать базу от мусора и как она им забивается?

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

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

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

Мне тут написала женщина позавчера, — «Александр, я посмотрела на хостинге моя база данных весит 450 мб». Я ее спросил, — «Вы наверное уже лет 20 блог ведете?». Она сказала, — «Нет, всего пол года». Я чуть со стула не упал. Здесь однозначно у женщины проблемы. Давайте посмотрим из-за чего растут базы данных:

1. Из-за роста числа статей на блоге.
2. Из-за ревизий статей (резервных копий).
3. Из-за роста количества комментариев на блоге (спам-комментариев).
4. Из-за плагинов установленных на блоге.
5. Из-за лишних, не используемых MySQL таблиц.
6. Из-за кучи ненужных Pingbacks.

Чем больше контента — тем больше база — это нормально! Но вот когда ревизии (резервные копии статей) не отключены или не очищаются постоянно вручную, то это плохо! База данных будет весить тонны. И это не шутка. Ну представьте, вы пишите пост, автоматически сохраняется черновик:

И вот сколько их может сохраниться за время написания поста? =) Много! Очень часто у начинающих блоггеров бывает так, что когда они узнают информацию по чистке базы данных, то обнаруживают, что ревизии постов у них весят больше чем сами посты в 2-3 раза. =)

Плагины. Они базу не занимают, а занимают место таблицы, создаваемые этими плагинами. Часто рост базы данных Mysql связан с тем, что какие-то плагины конфликтуют на блоге или работают не правильно, в ходе этого в таблицах базы данных происходит ужас и она растет.

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

Ну и последнее — это pingbacks. Пинкбеки. Объясню коротко и ясно. Какой-то блоггер ведет блог, пишет статью и в ней ставит ссылку на ваш блог. Если у него в админке включена настройка — «Пытаться оповестить блоги, упоминаемые в статье» (Админка — Параметры — Обсуждение):

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

Гут! Разобрались и поняли как наша база забивается и что ее нужно ОБЯЗАТЕЛЬНО чистить. Теперь рассмотрим что чистить?

Что нужно очищать в базе данных (что мы будем чистить)?

Спам комментарии
Не нужные таблицы

Как непосредственно очистить базу MySQL (каким плагином):

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

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

Итак! Что мы видим? Вот это все таблицы моей базы данных. Что занимает всех больше места? На кб не обращайте внимания. Нас интересуют Mb.Таблицы:

wp-comments
wp-posts + wp_postmeta
wp_options
wp_blc_instances
wp_blc_links
wp_blc_synch
wp_wppage_conversion
wp_wppage_conversion_log
wp_wppage_stats

Ну как бы это меня они интересуют, так как там МБ, у вас могут быть дополнительно другие таблицы. Я же не знаю, какие вы плагины используете.

Давайте по порядку. wp_comments — в эту таблицу заносятся все комментарии блога. 23,5 мб — это нормально! У меня ведь почти 40 000 комментариев. =)

Если у вас эта таблица здоровенная, значит у вас или много комментов на блоге или много спам комментов, которые нужно удалить! Что мы с вами и сделаем. Кстати сразу зайдите в админке блога в комментарии — спам и корзина и посмотрите, может там несколько тысяч комментариев надо удалить. Как мне однажды... Более 5000 удалил. =)

wp_posts + wp_ppostmeta — сюда заносятся все посты блога + их метаданные. 15 Мб — отличный размер для 400 объемных статей блога, некоторые из них аж в 30 000 символов текста, даже больше.

wp_options — здесь хранятся настройки нашего блога. Обычно размер не большой. У меня 1,5 мб и это отлично! Если у кого-то большой размер (но это редкость), то почистите плагином Optimize DB или Clean Options. На эту тему куча статей в интернете, почитайте.

Пару слов по плагину Clean Options. Хороший плагин, находит в таблице wp_options кучу ненужных данных. Вот например у меня в этой таблице есть настройки плагина Math Comment Spam Protection, который сто лет назад использовался на блоге и уже не используется. А вот настройки его в базе остались. Было бы здорово их удалить.

НО! Советую пользоваться этим плагином очень при очень осторожно! Удалять только то, что действительно не нужно!

Совет: Если у вас таблица wp_options реально не больших размеров. Ну там 1-2 мб, то в принципе не стоит ничего ковырять, а то можете так наковырять, что будет плохо! У меня 1,5 мб и я даже не буду заморачиваться. Я думаю, у вас не больше.

Дальше едем. wp_blc_instances, wp_blc_links, wp_blc_synch + wp_wppage_conversion, wp_wppage_conversion_log, wp_wppage_stats. Посмотрите на эти таблицы. Что это? А это таблицы от плагинов Broken Link Checker и Wppage, которые стоят у меня на блоге, но не используются. Точнее Broken Link Checker используется для проверки битых ссылок, а вот плагин Wppage вообще не используется никогда!

Он раньше использовался, но сейчас удален. Я его на другой домен поместил, чтобы он не создавал нагрузку на этот блог. В общем что мы видим? Плагины не используются, а таблицы забиты местом. Например таблицы от плагина Broken Link Checker можно почистить, а таблицы плагин Wppage вообще можно удалить. Что мы сейчас и сделаем.

Для начала небольшое пояснение. Чтобы понять почему можно почистить таблицы плагина Broken Link Checker, нужно . Из нее вы узнаете как работает плагин. То есть в принципе я спокойно могу очистить таблицы, мне не важны данные этого плагина. Есть плагины, таблицы которых чистить не нужно! Чищу:

Выбираем нужные нам таблицы (отмечаем галочками) и внизу выбираем — очистить. Готово! Посмотрите теперь сколько весит моя база:

Гут! Теперь удаляем ненужные таблицы от старого плагина Wppage который уже не используется:

Выбираем нужные нам таблицы (отмечаем галочками) и внизу выбираем — удалить. Готово! А теперь моя база весит:

Внимание! Аккуратно отмечайте галочками таблицы, а то можете случайно еще что-то захватить. =) Итого, я уменьшил размер базы данных на целых 16 Мб. Это не то что хорошо! Это даже супер я так скажу!

Дальше. Нужно отключить ревизии постов и удалить все имеющиеся. О том как их вообще отключить . Кстати там же я и писал про удаление ревизий mysql запросами посылаемыми в phpmyadmin. У меня например все удалилось без проблем.

А вот у кого-то базу данных накрыло! То есть что-то пошло не так. Есть такое дело, поэтому не советую вам удалять ревизии тем способом. Давайте лучше рассмотрим другой способ.

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

Советую после чистки отключать плагин, так же и плагины WordPress Database Backup и Clean Options. Зачем они нужны активные когда не используются? Вот потом включите через 2-3 месяца.

Как часто надо чистить базу данных?

Я рекомендую делать данную процедуру по мере того как вы засоряете базу. Вот бекапы делать нужно каждый божий день плагином WordPress Database Backup, а вот чистку на ваше усмотрение. Ну раз в 2-3 месяца желательно! Кроме чистки просто иногда следите за базой данных, за ее размером, чтобы не получилось так, что вы решили посмотреть на нее через 2 года ведения блога, а там размер 3 Гб. =)

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

P.S. Кстати кто применит описанные выше процедуры, опишите как уменьшилась ваша база данных. Спасибо! Ну все! Пока!

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

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

От автора: вы думаете, что везде убрали? Дом вычистили, машину помыли, детей до блеска «выдраили». А на своем сервере СУБД забыли прибраться! Не умеете? Это не страшно! Сейчас я научу вас, как почистить базу MySQL.

Зачем убирать?

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

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

Также иногда требуется удалить только содержимое таблицы, и сберечь ее структуру. Все это мы рассмотрим в сегодняшнем материале, посвященном правильной уборке на СУБД. Стартуем!

Очищаем таблицу

Часто требуется не удалять таблицу, а лишь очистить ее от всех строк, но при этом сохранить всю ее структуру: типы данных столбцов, индексы, первичные ключи и другие ее параметры. Конечно, можно всегда удалить таблицу целиком с помощью команды DROP TABLTE, но затем придется создавать ее и прописывать все атрибуты заново. А это не совсем удобно, поэтому в MySQL для удаления строк таблицы есть специальная команда. Ее синтаксис:

TRUNCATE TABLE name_table;

TRUNCATE TABLE name_table ;

Пример, как почистить БД MySQL:

TRUNCATE TABLE `db1`.`user_animal`;

TRUNCATE TABLE ` db1 ` . ` user_animal ` ;

Заглядываем в таблицу, и видим, что вкладка «Обзор» неактивна, а автоматически сгенерированный запрос на выборку вернул пустой результат. То есть, получили, что хотели:

Существует еще одна команда SQL, позволяющая получить аналогичный результат – DELETE FROM. Пример использования:

DELETE FROM `db1`.`animal`;

DELETE FROM ` db1 ` . ` animal ` ;

Таким образом мы очистили все «клетки» таблицы animal от зверюшек. При этом структура таблицы не была затронута, удалены были только записи. Получаем в итоге один и тот же результат:

Перед тем, как почистить базу данных MySQL еще раз, разберемся, чем эти две команды отличаются. Точнее, чем TRUNKATE предпочтительнее для использования:

В отличие от DELETE FROM эта команда не стирает все записи построчно, а удаляет и заново создает таблицу. Данная операция занимает меньше времени.

Не возвращает число удаленных строк, что также экономит ресурсы.

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

Средства программной оболочки

Но можно не мучатся с написанием «скучных» запросов и применить для очистки таблиц встроенный функционал phpMyAdmin. Заходим в программу, выбираем слева нужную базу. После этого в разделе основного меню выделяем таблицу, а в выпадающем списке отмечаем действие, которое следует выполнить с таблицей. Нас интересует команда «Очистить». И не забываем нажать в правом углу снизу «Ок».

Как видим, приложение выполнило ту же команду (TRUNCATE) и стерло все записи из указанной таблицы.

Перед тем, как почистить базу MySQL окончательно, заглянем на вкладку «Обзор», чтобы убедиться, что в таблице никаких данных не осталось. Все нормально, автоматически сгенерированная выборка вернула нулевой результат.

Легкая уборка

Но это еще не все возможности, которые предоставляет эта программа. Ее встроенные средства позволяют немного убраться. Точнее, оптимизировать работу выбранной таблицы, расставить все по своим местам. Для этого снова выделяем нужную таблицу из базы, но в выпадающем списке команд выбираем «Оптимизировать таблицу».

Система программы автоматически генерирует запрос к серверу СУБД, и отправляет его на выполнение. Ядро, в свою очередь, возвращает результат и отчет о выполнении запроса.

Эту операцию можно выполнять вместо «легкой уборки» таблицы, или через определенный промежуток времени после того, как основательно почистили БД MySQL. Но все-таки хотелось знать, что конкретно делает команда OPTIMIZE TABLE:

Восстанавливает удаленные или неполные записи в таблице.

Сортирует индексные страницы (приводит индексы в порядок).

Обновляет статистику по таблице.

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

Мусоросборники

Что касается популярных движков, то с ними MySQL не сможет вам помочь. Ну откуда СУБД может знать, какие записи в таблицах являются «мусором», а какие нет. Для этого (под каждую CMS) разрабатываются специализированные расширения. Приведу несколько примеров таких плагинов для WordPress:

WP-Cleanup. Сообщается, что он не обновлялся целых 2 года, но на самом деле работает даже на последних версиях движка.

Надеюсь, вы , как чистить базу данных MySQL. Главное понять, что убирать надо не только в квартире, машине, но и на сервере СУБД. Иначе ваш сайт «захламится» так, что ни один посетитель на него не «влезет». А этого нельзя допускать!

Доброго времени суток! Сегодня я Вам расскажу про самый простой плагин фото галереи для WordPress. Для Вордпресса очень много плагинов, которые созданы для красивого вывода картинок или фотографий. Но все они какие-то сложные, с некоторыми из них я вообще не смог разобраться, а я всегда хотел, чтобы при нажатии на картинку, она “выплывала”, к примеру, в полном размере. К примеру, на этом блоге, практически такая функция уже есть (она была в шаблоне блога по умолчанию). Можете “кликнуть” мышью на любую картинку в уроке и Вы примерно поймете, о чем я буду сейчас рассказывать.

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

1. Для начала нам нужно скачать и установить плагин Auto Highslide .
2. Активируйте данный плагин. Вот и все! Плагин уже работает:).

Пример работы данного плагина, Вы можете посмотреть на ZonaHelp.ru . Просто нажимаете на изображение левой кнопкой мыши, оно само всплывет во весь размер.

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

Возможные проблемы при работе с плагином для WordPress Auto Highslide

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

Ответ. Когда Вы вставляете изображения или уже вставили, нужно один раз (в случае, когда работаете с , как я) при вставке выбрать пункт “Ссылка на исходное изображение”:

Насчет вставки через браузер, возможно Вам придется постоянно (при вставке каждого изображения) нажимать на кнопку “Ссылка на файл”:

Вот и все, надеюсь урок для Вас окажется полезным. И, кстати, очень скоро расскажу про "более продвинутые" плагины для создания очень красивой фото галереи. Поэтому, обязательно подпишитесь на RSS !

До скорых встреч!

Добрый день, уважаемые посетители моего ресурса!

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

Я его использую достаточно давно, но всё как-то не когда было о нём написать.

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

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

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

Очень долго искал, перепробовал достаточно большое количество подобных плагинов на WordPress, пока не нашёл тот, который подошёл мне по всем параметрам.

Им как раз и оказался простой и удобный

Плагин Auto Highslide для WordPress

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

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

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

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

Поэтому использование плагина в данном случае я считаю отличной альтернативой.

Как использовать плагин Auto Highslide

Сразу отмечу, что я буду пояснять на примере недавно обновлённой версии WordPress 3.9.1

После установки и активации уже в работе.

Можете вставлять своё изображение в статью. После добавления изображения в Редактор WordPress, нажмите в Редакторе статьи на него левой кнопкой мыши, а затем ещё раз нажмите на иконку карандаша для редактирования картинки:

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

Не забудьте после всех изменений нажать в правом нижнем углу кнопку «Обновить»!

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

Мне будет интересно узнать, используете ли Вы тоже плагин AutoHighslide на своих блогах.

Может Вы нашли ему другое применение?

Если это так, то напишите мне в комментариях.

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

До новых встреч в моих новых статьях.