Дайджест WordPress #002

В день просматриваю около 25-30 рассылок по теме, но процентов 70 из них либо не актуальны в нынешних реалиях, либо не протестировано авторами, делающих обзоры. Приходится плотнячком разбираться что к чему :-)

Дайджест WordPress #002

Как изменить значение ссылки по умолчанию в медиафайлах

Не знал как более подробно уместить название заметки в заголовок, поэтому приложу скриншот из окна «Медиафайл»:
Дайджест WordPress #002

Лично меня очень сильно раздражает то, что при вставке изображения фокус поля «Ссылка» автоматически перескакивает на «Медиафайл», я предпочитаю когда там стоит «Нет», т.к. размер используемых мною изображений часто не подразумевает использование эффекта lightbox.

Подробности в блоге wpmu.org.

Как отобразить простые уведомления в WordPress

В материалах рассмотрен плагин Simple Notices, позволяющий вывести красивые уведомления о событиях на страницах вашего сайта.

Всплывающие уведомления имеют 5 вариантов цветовых оформлений, я думаю этого достаточно для отображения тех или иных состояний, либо степеней важности.

Управление этими уведомлениями ничем не отличается от создания обычной записи или страницы в WordPress, поэтому вы без проблем разберётесь с ними самостоятельно. Минимум настроек, максимум простоты :-)

Подробности в заметке How to Display Simple Notices in WordPress на WPBeginner.

10 трюков по прокачке вашего wp-config.php

В инструкции на WPMU.org рассмотрены следующие ситуации:

  • Перемещение файла wp-config.php за пределы сайта.
  • Перемещение директории wp-content.
  • Перемещение директории плагинов.
  • Установка другой темы по умолчанию для новых пользователей.
  • Отключение встроенного редактора плагинов и файлов темы.
  • Отключение версионности (редакций) ваших записей.

Это не полный список. Больше — в самой заметке, но учтите — она на английском.

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

Как узнать системную информацию о WordPress

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

На сайте wpbeginner.com рассмотрены несколько плагинов, рекомендую к прочтению. Ну и мой коллега Саша Тодосийчук в своём блоге сделал перевод этого обзора на русский язык.

Заключение

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

До встречи в новых выпусках :-)

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Комментарии

  • А в чем смысл перемещения wp-content или wp-plugin? Для каких целей?

    • Если идёт постоянная доработка WP, то есть смысл добавить текущую версию своего сайта в систему контроля версий (SVN, Git или иные). В этом случае есть смысл переместить wp-content или plugins в другую директорию. Но это уже каждый для себя решает.

      Опять же, можно сделать одну общую директорию wp-content для нескольких инстансов блога на одном хостинге. Равно как и плагины :-)

      • А почему систему контроля версий нельзя натравить на внутреннюю wp-content? Для чего её переносить в этом случае?

        Кстати, давно думаю начать работать именно с svn (или другими) относительно блога на wp. Ты пробовал? Есть смысл заморачиваться?

        • Не скажу, почему нельзя натравить.
          Лично мне первое что приходит на ум — это огромный размер директории uploads, видел сайты до 10 гигабайт контента там хранящие. А SVN создан для хранения текстовых файлов, исходных кодов и прочего такого.

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

          • А на боевом сервере как изменения вносишь? У меня пока все правки по мелочам и я всё делаю на боевом сразу ) Но это плохая практика. Вот думаю, как лучше сделать по-другому, чтобы можно было играть с шаблонами, темами, плагинами и в случае успеха — уже накатывать на боевой.
            Есть какой-то адекватный способ?

            • Никогда не работаю на боевом сервере. За очень редким исключением, когда мелочные правки, вроде почистить футер или что-то в этом духе.
              А так — сначала тестирую на поддомене, потом переношу :-)

              Самый простой способ — создать поддомен, на нём поигрался, а потом всё тоже самое на боевой переносить.

            • Вот вопрос переноса касается. Как переносить? Просто копировать? Удобнее способы есть, через те же svn, например?

            • SVN — это инструмент для синхронизации файлов. Можно из него выгружать в нужную тебе директорию, да.

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

              И да, в моём случае это не SVN, а Mercurial. Но сути дела не меняет.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Сообщить об опечатке

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