История изменений
Исправление byko3y, (текущая версия) :
Тред осилил, оп очередной душнила возраста 40+ лет, видимо (без обид)
«Душный человек, душнила – сленговое определение неприятного, скучного, мелочного и нудного человека»
Есть же замечательное общепринятое слово «старый пердун», «душнила» же — это скорее желторотик, а не 40+. Обиделся бы я если бы ты угадал, но ты не угадал.
Зато я могу угадать, что ты из тех современных девопсов или приближенных к ним, которых не смущает необходимость ставить на сервер двадцать служб в контейнерах под управлением k8s для организации серьёзного личного бложика с котиками. То есть, основная база у нас на мускуле, кэш данных на редисе, HTTP-кэш на Varnish, полнотекст на эластике, запросы кладутся в очередь на КроликMQ и обрабатываются бэк-логикой на PHP; ну и веб-сервер на nginx, куда же без него. Кто-то улыбнулся, а кто-то в курсе, что это, в общем-то,
достаточно типовой стэк
современных проектов.
/usr/bin/run-blog my.conf? — Не, это не серьёзно, это прошлый век.
Я уверен, что ты сейчас сидишь и думаешь «что он несёт? Всё нормально с этим стэком, никто не будет по пять лет разрабатывать и оптимизировать наколенную поделку, как в ваши девяностые» — потому что ты не осознаешь, что достаточно банальный монолит на SQLite или BerkleyDB до поры до времени может вывозить 10 к запросов в секунду без какой-либо дополнительной помощи, поскольку масштабируется с ядрами процессора и потому логику под это дело можно писать даже на скриптовых языках. Особенно это касается BerkleyDB, у которой даже репликация есть.
Ты пишешь
забенчим «раз на раз (c)» на твоих запросах чо угодно из этого списка с постгресом на слабом железе
не осознавая, однако, что постгрес — это вполне себе нереляционная СУБД, и расширения для полнотекстового поиска для него тоже есть, и поддержка самых кастомных типов данных то же есть, а при желании можно дописать свои собственные.
Вот как с вами спорить? У вас в гайдах и википедии написали, что постгрес — реляционная СУБД, значит она реляционная и всё тут. Вино наливаем в широкий бокал на ножке, водку — только в маленькую рюмочку. Потому что. Это уже не программисты, не архитекторы, не админы — это, как Пелевин выразился, сомелье, которые только оценивают и смешивают, но уже давно ничего не производят. И да, я успел застать то время, когда каждому админу полагалось собственноручно написать свой биллинг — иначе коллеги не могли короновать его в админы.
Исходная версия byko3y, :
Тред осилил, оп очередной душнила возраста 40+ лет, видимо (без обид)
«Душный человек, душнила – сленговое определение неприятного, скучного, мелочного и нудного человека»
Есть же замечательное общепринятое слово «старый пердун», «душнила» же — это скорее желторотик, а не 40+. Обиделся бы я если бы ты угадал, но ты не угадал.
Зато я могу угадать, что ты из тех современных девопсов или приближенных к ним, которых не смущает необходимость ставить на сервер двадцать служб в контейнерах под управлением k8s для организации серьёзного личного бложика с котиками. То есть, основная база у нас на мускуле, кэш данных на редисе, HTTP-кэш на Varnish, полнотекст на эластике, запросы кладутся в очередь на КроликMQ и обрабатываются бэк-логикой на PHP; ну и веб-сервер на nginx, куда же без него. Кто-то улыбнулся, а кто-то в курсе, что это, в общем-то,
достаточно типовой стэк
современных проектов.
/usr/bin/run-blog my.conf? — Не, это не серьёзно, это прошлый век.
Я уверен, что ты сейчас сидишь и думаешь «что он несёт? Всё нормально с этим стэком, никто не будет по пять лет разрабатывать и оптимизировать наколенную поделку, как в ваши девяностые» — потому что ты не осознаешь, что достаточно банальный монолит на SQLite или BerkleyDB до поры до времени может вывозить 10 к запросов в секунду без какой-либо дополнительной помощи, поскольку масштабируется с ядрами процессора и потому логику под это дело можно писать даже на скриптовых языках. Особенно это касается BerkleyDB, у которой даже репликация есть.
Ты пишешь
забенчим «раз на раз (c)» на твоих запросах чо угодно из этого списка с постгресом на слабом железе
не осознавая, однако, что постгрес — это вполне себе нереляционная СУБД, и расширения для полнотекстового поиска для него тоже есть, и поддержка самых кастомных типов данных то же есть, а при желании можно дописать свои собственные.
Вот как с вами спорить? У вас в гайдах и википедии написали, что постгрес — реляционная СУБД, значит она реляционная и всё тут. Вино наливаем в широкий бокал на ножке, водку — только в маленькую рюмочку. Потому что.