Ну, синатра это роутер с ассетами и небольшими мелочами, хз что там клонить

странная вещь, практически на всех более-менее пригодных для веба ЯП программисты пытаются сделать клоны рельсов или синатры, неужели эти фреймворки являются первыми или эталонными в этом плане?

Рор - это реализация MVC шаблона

Он по сути - классика для web, вот все и делают

спринг например тоже, но на него почему-то никто не равняется, никто не пишет в дескрипшене мол у нас как в спринг только на другом ЯП-нейм

Trygve Reenskaug introduced MVC into Smalltalk-76 while visiting the Xerox Palo Alto Research Center (PARC)[10][11] in the 1970s. In the 1980s, Jim Althoff and others implemented a version of MVC for the Smalltalk-80 class library. Only later did a 1988 article in The Journal of Object Technology (JOT) express MVC as a general concept.[12] The MVC pattern has subsequently evolved,[13] giving rise to variants such as hierarchical model–view–controller (HMVC), model–view–adapter (MVA), model–view–presenter (MVP), model–view–viewmodel (MVVM), and others that adapted MVC to different contexts. The use of the MVC pattern in web applications exploded in popularity after the introduction of NeXT's WebObjects in 1996, which was originally written in Objective-C (that borrowed heavily from Smalltalk) and helped enforce MVC principles. Later, the MVC pattern became popular with Java developers when WebObjects was ported to Java. Later frameworks for Java, such as Spring (released in October 2002), continued the strong bond between Java and MVC. The introduction of the frameworks Django (July 2005, for Python) and Rails (December 2005, for Ruby), both of which had a strong emphasis on rapid deployment, increased MVC's popularity outside the traditional enterprise environment in which it has long been popular.

спринг например тоже, но на него почему-то никто не равняется, никто не пишет в дескрипшене мол у нас как в спринг только на другом ЯП-нейм

как в спринге？

кучу бойлерплейта, стектрейс в базильйон строк и xml-конфигурация?

кучу бойлерплейта, стектрейс в базильйон строк и xml-конфигурация?

Сейчас там по-модному с аннотациями

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

Мы так на Эрланге код периодически фиксили. Заказчику, например, нужен срочный фикс. Изучаем код на проде, фиксим, хотрелоадим. Если всё ок, то получившийся патч переносим в наш репозиторий и собираем новую версию пакета. С другой стороны - у нас там телеком был, и останавливать обслуживание клиентов в высшей степени нежелательно. А в вебе на небольшой перерыв в обслуживании обычно забивают - клиенты подождут. Вебщина же ёпта :)

В телекоме хотрелоад - мастхэв.

@VladPotap С кластером и rolling update уже не так обязательно.

Вопрос по Ecto. Есть ли возможность сгенерить чейнджсет из заполненной структуры-схемы?

Map.from_struct

Map.from_struct

ну я так сейчас делаю: Ecto.Changeset.change(%Foo{}, Map.from_struct(new_foo)) но это как-то очень костыльно выглядит

Да нормально выглядит. А функция Foo.changeset определена? Если да, то в нее можно передать мап из структуры. мож поприличнее будет выглядеть.

но тогда Foo.changeset будет выглядеть неприлично :)

ну генераторы феникса делают такие функции и все прилично) но дядьки из феникса в приличиях мало понимают))

А в стандартной поставке Ecto есть генераторы таких функций?

И еще, какой толк в Repo.insert_or_update, если один хрен надо сначала запрашивать вставляемый_или_обновляемый объект из БД?

Вот есть структура-схема, заполненная. Нужно просто одним запросом либо засунуть ее в БД, либо проапдейтить, если первичный ключ уже существует. Как это сделать?

Вот есть структура-схема, заполненная. Нужно просто одним запросом либо засунуть ее в БД, либо проапдейтить, если первичный ключ уже существует. Как это сделать?

Вообще в приличных базах для этого есть upsert в том или ином виде. Что по этому поводу думает ecto я не знаю

Вот есть структура-схема, заполненная. Нужно просто одним запросом либо засунуть ее в БД, либо проапдейтить, если первичный ключ уже существует. Как это сделать?

.insert_or_update

Это то же и рельсах насколько я помню

И работает так же

Всем привет! Подскажите как сделать красиво. Есть модуль, он реализует определённую функциональность. Нужно сделать такой же, но вызывающий некоторые функции с другим набором аргументов. Дублировать код не хочется. Есть какой-то правильный способ?

и это должен быть именно отдельный модуль.

.insert_or_update

А пост выше прочитать никак? Да и в своем вопросе я просил одним запросом

Что подразумевается под дублированием кода? Надо описать возможные варианты функций с разной арностью и вызывать основную функцию. Чтобы сделать Красиво - надо расширить имеющийся модуль, обеспечить полиморфизм функций. Это будет правильно, имхо. А так, можно создать новый модуль, зареквайрить исходный и дописать оставшиеся функции

И еще, какой толк в Repo.insert_or_update, если один хрен надо сначала запрашивать вставляемый_или_обновляемый объект из БД?

Please note that for this to work, you will have to load existing structs from the database. отсюда https://hexdocs.pm/ecto/Ecto.Repo.html#c:insert_or_update/2

Вообще в приличных базах для этого есть upsert в том или ином виде. Что по этому поводу думает ecto я не знаю

Есть, есть, но интересно было сделать без написания голого SQL.

Что подразумевается под дублированием кода? Надо описать возможные варианты функций с разной арностью и вызывать основную функцию. Чтобы сделать Красиво - надо расширить имеющийся модуль, обеспечить полиморфизм функций. Это будет правильно, имхо. А так, можно создать новый модуль, зареквайрить исходный и дописать оставшиеся функции

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

каждая кнопка есть процесс в регистри для пользователя

И еще, какой толк в Repo.insert_or_update, если один хрен надо сначала запрашивать вставляемый_или_обновляемый объект из БД?

В экто есть опции on_conflict/conflict_target для insert.

В экто есть опции on_conflict/conflict_target для insert.

вот это уже интересней, спасибо.

кто-нибудь уже пробовал DynamicSupervisor ? Есть проблемы ?

Кто-то с arangodb игрался или что-то делал?

Кто-то с arangodb игрался или что-то делал?

Смотрели, когда выбирали графовую бд, в итоге сделали выбор в пользу neo4j ?‍♂️

@avfomin neo4j же по бенчмаркам медленнее же и имеет spof (т.е. master-slave)?

Прямо сейчас играюсь. Вроде приятная вещь, но раздражает разнородность апи — запросы AQL, транзакции каким-то жаваскриптом.

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

@avfomin Ясно, понятно.

@n_vasilenko Да уж, транзакции какие-то на скорую руку сделанные. Благо есть _rev для check-and-replace для консистентного обновления одиночного объекта.

@n_vasilenko Я тоже играюсь.

@n_vasilenko Переделал одну query с postgres-а и она работает в 5-10 раз медлленнее...

И я теперь не понимаю, либо она для обычных query настолько медленнее, либо я что не так сделал.

Очень нерпиятно вместо 40ms иметь response time до 500 ms.

А это какого плана запросы? Я смотрел в основном всякие поиски кратчайшего пути, проходы вверх-вниз.

@n_vasilenko Не связанный с графами пока. Вот так выглядит моя query в ecto: query = from( l in Location, limit: 10, where: like(l.name, ^("%" <> ilike <> "%")) and l.population > 0, order_by: [desc: l.population, asc: l.name] ) - вот так выглядит моя query в arangodb: {"bindVars":{"v0":"%varhere%"},"query":"FOR e IN location FILTER e.name LIKE @v0 SORT e.population DESC LIMIT 0, 10 RETURN e"} В обоих случаях name проиндексированны(в случае arangodb skiplist, может другой индекс попробовать?). В случае если я ищу в postgres %a% (worstcase) то это занимает 180ms, в более точных match-ах занимает 40ms, в случае с arangodb - worstcase 520ms, более конкретный запрос 270ms.

А ты там пробовал EXPLAIN нажимать? У меня на поиск LIKE-ом индекс не применился.

Хм, может быть.

Ещё не пробовал.

Query string: FOR folders IN Folders FILTER folders.name LIKE "user%" RETURN folders Indexes used: none Query string: FOR folders IN Folders FILTER folders.name == "user" RETURN folders Indexes used: By Type Collection Unique Sparse Selectivity Fields Ranges 6 hash Folders false false 0.01 % [ `name` ] (folders.`name` == "user")

хм. там же у меня hash. он и не должен.

@n_vasilenko Arango.Query.explain [from: "location", limit: 10, filter: {"name", :like, "%a%"}, sort: {:desc, "population"}] => Про индексы ни слова. Arango.Query.explain [from: "location", limit: 10, filter: {"name", :==, "test"}, sort: {:desc, "population"}] => indexes: [ %{ deduplicate: true, fields: ["name"], id: "6848704", sparse: false, type: "skiplist", unique: false } ],

@n_vasilenko Так и есть...

Мне ответили в arangodb канале, что стоит попробовать CONTAINS - не использует индекса, но быстрее, либо FULLTEXT.

> Arango.Query. А это что за либа такая?

@n_vasilenko Я свою небольшую написал для тестирования arangodb.

Смотрели, когда выбирали графовую бд, в итоге сделали выбор в пользу neo4j ?‍♂️

говорят если настроить в посгресе индексы правильно — будет результат даже лучше чем эти графовые бд, в том числе и места на диске сожрет не так много

@TTaraskin В arangodb - так и сделано, граф - это просто таблица типа edges с индексами на _to и _from.

говорят если настроить в посгресе индексы правильно — будет результат даже лучше чем эти графовые бд, в том числе и места на диске сожрет не так много

Не спорю, просто наша задача решилась проще с neo4j. Самое главное было сделать быстро и проще поддерживать.

да что ж все так пиарят этот нео...

включая умников "без нео вы не сможете сделать друзей как в фейсбуке"

жесть просто(((

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

У нас используется titan как графовая db, с преимуществом перед neo4j и postgresql тем, что она не master-slave и скалируется соответственно. arangodb тоже этим отличается, как и dgraph.

Преимущество графовых db - в том, что намного проще писать query - в postgres - нужно рекурсивные сложные SQL писать, которые в графовых db умещаются часто чуть ли ни в одну строчку.

я сам такого еще не писал, не дошел, слышал только от более опытного коллеги что там не складно и не страшно)

Писать на gremlin-е(языке предназначенным для графов) графовые запросы - это очень больно.... Наверное с этим ёжиком здесь никто не сталкивался.

Ну, я писал когда-то давно рекурсивные query - не то чтобы страшно, просто многословно, и менее интуитивно, дольше дебажить.

привет, кто как кеширует в фениксе ?

https://github.com/melpon/memoize

благодарю

Посоны. А всё-же-таки. Допустим, есть некий воркер, который вырабатывает события для обработки. Я хочу, чтобы эти события обрабатывал пул воркеров, причём обработка осуществлялась cast(что исключает poolboy). Без очередей и подобных вещей никак не обойтись?

gen_stage тоже исключён из-за обратного давления

мы генерируем события не когда потребители захотят, а когда получится

или может у меня просто очередефобия

мы генерируем события не когда потребители захотят, а когда получится

GenStage работает в этом случае

GenStage работает в этом случае

для этого как раз нужно его сочетать с той же очередью, из которой он будет в _demand читать