Вначале было Слово. И Слово было в FIDO-конференциях. После этого появились статические сайты. Потом на сайтах появились гостевые книги (написанные на Perl), и, вслед за ними стали появляться форумы.

Kunena Forum — движок форума для Joomla

По сути форум - это просто каталог гостевых книг (которые перешли в разряд "топиков"). Ну... и тут пошла движуха! 

👻🙂👻🙃👻😶👻😕👻🙁👻☹👻

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

Ну и всё это было на фоне развития программирования как отрасли знаний. Появилось много новых языков программирования, заточенных под решение вставших вопросов. И, даже качественный скачок в сложности абстракций. То самое ООП программирование, которое по началу казалось камнем в почках, а потом так плотно засело в печёнках. 🤣

Это, если кратко о том, как люди нажали жить уже не понимая того, как можно выйти в туалет без говорильника. 😜

Продолжение преследует! ✌😺🏴‍☠

Котиков в ленту! 😸

Кто начинал с HTML (ни о каком HTML 5 ещё никто даже не подозревал, как и о CSS и JavaScript) и писал код на Perl сидя почти на сервере, тот я. ✌👩‍🚀🏴‍☠

После этого пришли CMS и встал сложный выбор: WordPress или Joomla... Ну и в итоге выбор пал на Joomla. О чём вообще нет никаких сожалений. После этого было ещё много баловства со всякими разными CMS'ками, но Joomla для меня оставалась и остаётся самой предсказуемой и настраиваемой из всех тек,  с которыми я пользовался.

Движки сайтов — CMS (Content Management System)

Никого ни к чему не призываю, но WordPress - адское изобретение, которое получило свою распространённость среди неокрепших умов веб-[ло]мастеров исключительно благородя своей простоте (поэтому в ней можно косячить... и ведь повально косячат). 🤪

В общем, когда требуется сделать какой-нибудь лэнедос всего лишь с формой обратной связи, я буду использовать Bootstrap + php... А когда требуется многостраничник, Joomla (если конечно у клиента мозг не так сильно вымыт рекламой от WP, что он ничего другого просто не слышит и не воспринимает)... Тогда приходится мучаться. 😝

Продолжение преследует!  

Космокотики обещали вернуться!✌😺🏴‍☠

В статье описывается один из способов обновления дистибутива операционной системы с работающим кластером баз данных Postgres Pro Standard версии 11. В дальнейшем, для краткости кластер баз данных Postgres Pro Standard 11 будем называть Postgrespro, Centos7 - Centos, а AlmaLinux8 - Almalinux. Способ заключается в том чтобы настроить физическую репликацию Postgrespro между разными дистрибутивами операционной системы с последующим переводом слейва в режим мастера. При чтении множества статей о настройке физической репликации я нигде не встречал упоминание о том, что так делать нельзя. Естественно, что архитектура Centos и Almalinux должны совпадать, а так же должны совпадать мажорные версии Postgrespro.

https://habr.com/ru/post/711664/?utm_source=habrahabr&utm_medium=rss&utm_campaign=711664

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

Конечно, первоначальная установка и настройка — это всегда полевая работа: монтаж СКС, сетевого оборудования и серверов; конфигурирование DHCP и организация удалённого доступа; иногда — заведение VLAN-ов.

https://habr.com/ru/post/700460/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700460

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

Конечно, первоначальная установка и настройка — это всегда полевая работа: монтаж СКС, сетевого оборудования и серверов; конфигурирование DHCP и организация удалённого доступа; иногда — заведение VLAN-ов.

https://habr.com/ru/post/700460/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700460

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

https://habr.com/ru/post/678994/?utm_source=habrahabr&utm_medium=rss&utm_campaign=678994

Всем известен LIMIT в Mysql, OFFSET LIMIT в Postgres и TOP в MSSQL. Именно через них и делают пейджинг страниц. Однако чтобы сместиться к странице с большим смещением, условию (WHERE) придётся поработать и sql-запрос начнёт тормозить.

Есть ли способ не использовать OFFSET, а сразу выбрать нужные записи по индексу? Такой способ есть. Правда он требует пожертвовать номерами страниц и использовать вместо них значения полей по которым будет происходить сортировка. Так вместо запроса GET /products/?order=innovation&page=100000, будет запрос GET /products/?order=innovation&page=2021-12-12,5000.

Этот способ называется "Пейджингом через метки начальной записи страницы".

https://habr.com/ru/post/674714/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674714

Всем известен LIMIT в Mysql, OFFSET LIMIT в Postgres и TOP в MSSQL. Именно через них и делают пейджинг страниц. Однако чтобы сместиться к странице с большим смещением, условию (WHERE) придётся поработать и sql-запрос начнёт тормозить.

Есть ли способ не использовать OFFSET, а сразу выбрать нужные записи по индексу? Такой способ есть. Правда он требует пожертвовать номерами страниц и использовать вместо них значения полей по которым будет происходить сортировка. Так вместо запроса GET /products/?order=innovation&page=100000, будет запрос GET /products/?order=innovation&page=2021-12-12,5000.

Этот способ называется "Пейджингом через метки начальной записи страницы".

https://habr.com/ru/post/674714/?utm_source=habrahabr&utm_medium=rss&utm_campaign=674714

В 2000-х определилась тенденция переводить проекты в национальных кодировках в utf-8. Однако не везде их перевели одним махом, а решили рубить собаке хвост постепенно. В результате во многих проектах часть файлов c кодом в utf-8, а часть осталась в национальной кодировке (например, cp1251).

Поэтому я сделал утилиту ru-perltidy, которая определяет кодировку файлов, конвертирует в utf-8, а после форматирования переводит обратно.

Из вкусносей тут то, что ru-perltidy может отформатировать только изменённые в репозитории git файлы (Рис.1).

https://habr.com/ru/post/664308/?utm_source=habrahabr&utm_medium=rss&utm_campaign=664308

В зависимости от версии мантисса целых чисел в perl 40-бит (5 байт) или 64-бит (8 байт).

Проверить сколько бит отводится на число в текущем perl довольно просто:

https://habr.com/ru/post/662213/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662213

В зависимости от версии мантисса целых чисел в perl 40-бит (5 байт) или 64-бит (8 байт).

Проверить сколько бит отводится на число в текущем perl довольно просто:

https://habr.com/ru/post/662213/?utm_source=habrahabr&utm_medium=rss&utm_campaign=662213