filename -> file_name ?

filename -> file_name ?

** (KeyError) key :file_name not found in: %Plug.Upload{content_type: "image/jpg", filename: nil, path: nil} (stdlib) :maps.update(:file_name, "7f6ce47fc7224e3754d3722b7e1b2803.jpg", %Plug.Upload{content_type: "image/jpg", filename: nil, path: nil}) (plug) lib/plug/upload.ex:26: anonymous fn/2 in Plug.Upload.__struct__/1 (elixir) lib/enum.ex:1811: Enum."-reduce/3-lists^foldl/2-0-"/3 (plug) expanding struct: Plug.Upload.__struct__/1 iex:17: (file) (elixir) expanding macro: Kernel.|>/2 iex:17: (file)

чет версии не совместимы как будто

мб я вру, ща

всё правильно у тебя

а попробуй голый Arc

через их uploader

он работает

че ему не работать, это отдельная либо и не связана с фениксом

welcome :D

день добрый)

че ему не работать, это отдельная либо и не связана с фениксом

надо копать и дебажить) но я выкурил его(arc_ecto) и руками через Arc гружу в итоге

надо копать и дебажить) но я выкурил его(arc_ecto) и руками через Arc гружу в итоге

те просто потом сохраняешь в базе название файла и потом средствами arc получаешь путь по картинки?

йеп

потому что когда ты решишь сделать роутинг ассетов аля carrierwace /my_models/1/image.jpg

то ты обнаружишь, что arc_ecto так не умеет

там мооожно, но хаком черех хак

поэтому нахер его)

странно, что приходиться придумывать костыль, и то что нет до сих пор решения

потому что когда ты решишь сделать роутинг ассетов аля carrierwace /my_models/1/image.jpg

умеет arc

умеет

но совместо с arc_ecto оно само по себе не заработает

ну короче я так понял проблема с file_name используеть для arc_ecto, а в последнем phx в plug используеться filename, надо форкнуть и посмотреть

посмотри ишью acr_ecto

автор явно болт положил на либу

но это теория

положил)

и pr’ы не смотрит

ну и 73 форка

явно говорят что есть проблемы))

еее

так, надеюсь что бота отключили и я в случае чего смогу сюда написать

оуе

Бот работает

ну видимо мой предыдущий джоин он проигнорировал

Можешь рискнуть ещё разок

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

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

а не владелец ли спам-ботов ты часом?

Если б был, я бы уже этого бота обошёл, особенно учитывая шаблонность его вопросов ?

Стоило нам сделать бота, как спасмеры перестали присоединяться

Последнего забанили где-то неделю назад

Зато agala почти доделалась

Осталось только с Singleton доразбираться

И усё

prod ready bot framewrok готов

кто-нибудь юзал mnesia в бою? можно ли ею заменить редис?

я расцениваю эрланг ноды, как полный стейтлес. Соответственно даже редис, в который положил = потерял, выглядит куда стабильнее

Сколько раз не слышал ответа на этот вопрос, многим мнезия не зашла. Если на диск не писать то ок. А для in-memory и ETS хватает более чем.

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

и да, ETS за глаза хватает

тем более что эликсировские структуры там прямо как родные

не надо конвертить

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

программы уже не модно :))) надо говорить микросервисы! ?

после недолгих раздумий, у меня и редис и ETS

даже так получилось, что эликсир общается с другими микросервисами через редис

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

вообщем я вот это пользую https://github.com/sasa1977/con_cache

это обертка над ets

этакий редис внутри эликсира получился

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

типа

для редис, я такого рода конструкцию уже наверное на всех языках написал

все что нужно для жизни - блоки, ttl, апдейт_on_exist

Супер, спасибо

парни. а посоветуйте какой нибудь легкое MQ, чтобы в RPC умело ? видел на голанг много решений но стабильно ли там все еще вопрос.

nats?

он стабилен уже ?

я не в курсе

но библиотека для эликсира имеется ) это уже ххорошо

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

кто-нибудь юзал mnesia в бою? можно ли ею заменить редис?

WhstsApp юзает, например :) Мнезия - штука относительно простая, но нужно чётко понимать, что там внутри происходит. Если речь только о кешировании в памяти, то ETS хватит более чем.

mnesia amnesia

У мнезии самый существенный минус для меня это то, что persistence там поверх dets со всеми его ограничениями.

когда нужен персистенс и шустрый, то наверное последнее куда я пойду - это мнезия

тарантул!

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

тарантул!

Тарантул же в первую очередь in-memory, ЕМНИП.

Если in memory - тоже вовсю con_cache используем. Если persistent, то mnesia - это тоже и для меня последнее куда бы я смотрел. Если что-то совсем простое нераспределённое для персистирования: eleveldb или erocksdb хороши, если что-то более сложное, то куча баз данных есть и адаптеры к ним.

Тарантул же в первую очередь in-memory, ЕМНИП.

там есть движок винил который на диск пишет

Только Cassandra, только хардкор и петабайты!

я смотрел старенький доклад про тарантул. там было про то, что есть горячие и холодные данные. и что тарантул хранит в памяти целиком горячие данные. на тот момент они называли это БД, но в ней не было реляционных запросов. потому что дескать на хайлоаде даже из sql баз нет сложных запросов. по сути там ручные запросы, nosql. и был хороший вопрос из зала - а есть ли механизм, по которому данные остывают с сваливают из памяти. хоронего ответа не последовало. а было что то типа того, что мы расчитывем объем горячих данных и под него выбираем машину с сответствующим объемом ОЗУ

там есть движок винил который на диск пишет

Есть, но разработчики, помнится, позиционировали тарантула, как in-memory БД с опциональным disk persistence.

Есть, но разработчики, помнится, позиционировали тарантула, как in-memory БД с опциональным disk persistence.

по описанию редис )

Ну там ещё луа :)

Ну там ещё луа :)

ты не поверишь ))

Ну ёё!))

https://redis.io/commands/eval

у тарантула сложности с обратной совместимостью, а в их чятике ответ на любой вопрос — почему версия не последняя.