Скромный лучик света в темном царстве невежества

Проблема с нехваткой публичных IPv4 адресов возникла не вчера и даже не позавчера. Когда только на горизонте забрезжил лучик проблем, что IPv4 адресов на всех желающих не хватит, был разработан стандарт IPv6, в котором этих адресов настолько много, что хватит их очень на долго. Но… Переход на новый протокол длится уже более 20 лет, но до сих пор полный переход во всех сферах и направлениях так и не произошел. И похоже, что мы еще довольно долго будем валандаться с ограниченным по количеству публичных адресов наследием прошлого очень долго.

Для чего же нужен IPv6? Для меня лично он работает просто быстрее, чем IPv4. А еще на свое любое устройство с поддержкой IPv6 я могу подключиться откуда угодно. Да и вообще, надо идти в ногу со временем. Сколько же уже можно? Но, к сожалению, несколько из моих провайдеров, не будем показывать пальцами, хотя это Мегафон, MosLine и Билайн, совершенно не спешат переходить на современный протокол. Провайдеров отчасти тормозят такие вещи, как чрезмерно устаревшее оборудование, отсутствие квалифицированного персонала и недостаток желания что-то делать, ведь народ и так потребляется. И у меня есть сильное подозрение, что последний пункт он и есть ключевой в этой проблеме.

Но если у меня возникло желание заполучить IPv6, то я его заполучу. И в этом нам поможет… Нет, не киножурнал «Хочу все знать!», хотя он точно не помешал бы. Разбираться в том, каким образом можно получить себе IPv6, если провайдер дает только IPv4 и то не с публичным («белым»), а с «серым» адресом, будем по официальным мануалам, постам в сетях и всём таком прочем.

Итак. Протокол IPv6 достаточно гибкий и одновременно сложный в понимании. Чем дальше заходит технология, тем больше времени нужно ей посвятить, чтобы понять каким образом реализовать тот или иной финтель. Если сравнивать IPv6 с IPv4, то последний раза в два проще, как минимум. Поэтому будем решать задачу пошагово, стараясь пройти от простого к сложному, получая в каждый момент времени удобоваримый результат.

Читать далее ...

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

QueryMonitor здорового человека. 128 запросов к базе данных за 0.05 секунды и выдача всего материала за 1/3 секунды

Но недавно, проводя регулярную инспекцию, я внезапно обнаружил, что QueryMonitor (очень полезный плагин, позволяющий оптимизировать работу платформы) выдает мне желтенький сигнал, означающий, что с моим блогом есть какая-то, не серьезная, но требующая внимания проблема. Источником проблемы оказался SQL-запрос плагина Zemanta Related Posts. Запрос от плагина длился 0.08 секунды и существенно замедлял работу всей платформы. Замедление началось, как только ядро WordPress обновилось до очередной версии. Казалось бы, запрос занял всего 8 сотых секунды, разве это можно заметить? Но платформа WordPress очень активно работает с базой данных (мне пришлось потратить немало времени на ее оптимизацию), так для отображения этой статьи к базе данных осуществляется более 120 запросов. Длительный запрос к базе данных не только загружает сервер, но и замедляет все остальное. Пока запрос не будет отработан, страничка до конца не прогрузится. Я начал разбираться, почему плагин работает так не оптимально и оказалось, что сам плагин удален с маркетплейса WordPress, так как авторы перестали его поддерживать.

Читать далее ...