Если учесть что даже сам автор сказал что nodejs говно то крайне не осмотрительно его до сих пор использовать

Эээ

Это когда он такое сказал?

Ну всмысле, если есть наработки и привычка то может и есть смысл продолжать

Ты про "гавно" поясни, пожалуйста

Никогда о таком не слышал

https://habrahabr.ru/post/337098/ вот нашел наконец то

хехе

а чего-же ноду так пушат на сервера???

В IT вообще очень сильны всякие инерционные течения. Еще спроси почему везде PHP если его все так ненавидят

а через 5 лет напишут что “для серверов я не могу представить другой язык ероме XXX”

а чего-же ноду так пушат на сервера???

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

я думаю тут заваязано больше психологии чем технологии

но это дело такое

спорить не о чем

https://habrahabr.ru/post/337098/ вот нашел наконец то

Он пишет про то, что асинхронность на самый лучший вариант. Что Go лучше для серверов (и это, кстати, так). Просто нода очень хорошо работает с сокетами, а php с ними работает через жопу. Поэтому как приемник для сокетов она очень даже ничего

Это нормально, за 15 лет веб совершил гиганский рывок от примитивнейших технологий то огроменной индустрии, революция на наших глазах. Рано или поздно этот процесс стабилизируется.

Он пишет про то, что асинхронность на самый лучший вариант. Что Go лучше для серверов (и это, кстати, так). Просто нода очень хорошо работает с сокетами, а php с ними работает через жопу. Поэтому как приемник для сокетов она очень даже ничего

Но зачем делать гибридный костылевелосипед из PHP+nodejs, ставить все эти интерпретаторы, pm мониторилки процессов, следить за утечкмми и т.д. если можно просто накодить все в одном бинарнике в едином формате ?

Спроси у ВК, они там ноду юзают с PHP и nginx

Ну а одноглазнеки юзают джаву, и что теперь на ней писать? =)

А твитор юзал ruby, а потом скалу, а потом они переписали все на фронтенд, а потом увидели что это плохо и переписали обратно на сервер сайд рендеринг

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

А я этого не утверждал

Я просто говорю, что в таком крупном проекте, как вк не станут использовать ноду исключительно из-за хайпа

Ну они померяли и поняли что под их требования она подходит, и администрировать ее есть ресурс.

На самом деле фактор какого-то супер подходящего инструмента размыт. С таким же успехом они могли взять скалу или го и тоже накодить на ней какой-то софт.

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

Нетрудно. Говном все еще можно пользоваться, но есть инструменты и весьма получше )

А там в статье автор и так и сяк, не нарушая политкорректность, пытается намекнуть что он был еще молод и неопытен, и горел очень идеей, и тогда еще не вышел go, и вот он делал делал. Но потом когда увидел какое говно он сотворил то ему стало стыдно :) А толпы хомячков повалили за модной технологией

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

Давай завтра продолжим? Я спать хочу

Да я никого не гоню

https://forum.dlang.org/post/p6cq7f$2cg$1@digitalmars.com

Интересный статус репорт по nogc

Ухх что-то с GC колдуют =)

В IT вообще очень сильны всякие инерционные течения. Еще спроси почему везде PHP если его все так ненавидят

И mysql ещё

Про mysql я недавно узнал много нового )

Оказывается он в ряде случаев уделывает pg

В основном это касается не очень замысловатого хайлоада

Например? Подозреваю, готовить PG не умеют там.

У PG дефолтные настройки медленные по причине минимизации расходов ресурсов.

Не, поверь там глубочайший доклад до самых костей :) Позже найду линк

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

Я тоже так думал еще пару недель назад

И в общем то если не хайлоад то оно так и есть

ну а если хайлоад то nosql всякий завезли

Как pg дожился до отсутствия CI collations?

CI collations этачо?

а, туплю, ты про ПГ

думал в ди такое)

думаю оно там есть

с сортировками и кодировками там всё хорошо

https://www.postgresql.org/docs/10/static/collation.html

оно?

Нет. В pg нет поддержки регистронезависимых (case insensitive) collations. То есть всегда 'ABC' <> 'abc'. Может не самая насущная проблема, но я об это сильно ударился.

А в чем проблема была?

То есть? Мне нужно сопоставлять записи по содержимому текстовых полей без учета их регистра.

Нет. В pg нет поддержки регистронезависимых (case insensitive) collations. То есть всегда 'ABC' <> 'abc'. Может не самая насущная проблема, но я об это сильно ударился.

Путаешь что-то

Путаешь что-то

Есть костыли

То есть? Мне нужно сопоставлять записи по содержимому текстовых полей без учета их регистра.

а что мешает сопоставляемое привести к одному регистру?

https://www.postgresql.org/message-id/4D305BC0.7050300%402ndQuadrant.com азазаз

Есть костыли

да, см выше

это потому что в ОС так, похоже

а что мешает сопоставляемое привести к одному регистру?

А мне хочется показывать фио с большой, если оно так дано.

А мне хочется показывать фио с большой, если оно так дано.

во время сопоставления, а не во время сохранения

да, см выше

Да я все варианты знаю, но всё - костыли.

https://postgrespro.ru/docs/postgrespro/9.5/citext вот возможное решение

Да я все варианты знаю, но всё - костыли.

Та сделано неспроста, скорее всего

во время сопоставления, а не во время сохранения

лишние телодвижения

разрабы не идиоты же

citext не костыль вообще, выглядит здраво

такой бы тип прямо в систему...

Ну, в других субд такого нет.

разрабы мотивируют тем, что они просто берут collations поддерживаемые самой OS

citext не костыль вообще, выглядит здраво

И когда его ввели?)

ну дык постгрес не всегда заруливал мускл

мускл вообще первая rdbms свободная которая заработала норм.

ну в PG до сих пор нет in-memory таблиц

temporary разве не они?

размещение на рам-диске не предлагать

temporary разве не они?

нет, не они

почему нет? думаю оно это + кэш на диске

почему нет? думаю оно это + кэш на диске

похоже, но не оно, даже если вырубить журналирование все равно периодически на диск скидывает

Там разве у ПГ это не привязано к файловой системе? Или ошибаюсь.

похоже, но не оно, даже если вырубить журналирование все равно периодически на диск скидывает

дык а если таблица в память не поместится? вот потому и скидывает

Там разве у ПГ это не привязано к файловой системе? Или ошибаюсь.

?

у меня относительно маленькая таблица

у меня относительно маленькая таблица

ПГ этого не может угадать. В москле вроде движки хранения разные есть, в постгресе (вроде) нет

ПГ этого не может угадать. В москле вроде движки хранения разные есть, в постгресе (вроде) нет

а не надо угадывать, я явно хочу указать - держи все в памяти

а не надо угадывать, я явно хочу указать - держи все в памяти

а если память кончится? а как это на другие запросы повлияет?

а если память кончится? а как это на другие запросы повлияет?

а если место на диске закончится?

ну значит ramdisk

мне нужен мемкэш с возможностью делать сложные SQL-запросы

во время сопоставления, а не во время сохранения

Ето ещё и менее производительно должно быть.

https://github.com/knizhnik/imcs вот ещё есть

костылик

мне нужен мемкэш с возможностью делать сложные SQL-запросы

sqlite3 ?