А переписывать его на CS лень

мы в проект уже год не пишем кофе

мы в проект уже год не пишем кофе

а почему? в чем соль?

Иногда проще копипастнуть готовый говнокод на чистом js и не париться

Ну так там же транслятор есть кода :) Сконвертил в CS и работай

не имеет смысла писать новый код на кофе, когда все новые либы коммонjsа в es5-es6 стиле

конечно бабл тоже не дело, по сути несуществующий язык

но который “146%” будет в новых браузерах

А что не так с Elm синтаксисом?

просто непривычный

Haskell, не?

вот и говорю - непривычный

я не помню чтобы на хаскеле писал до этого

не имеет смысла писать новый код на кофе, когда все новые либы коммонjsа в es5-es6 стиле

в целом согласен, да. только вот когда там эта поддержка es6 в браузерах уже достигнет какого-то порога критического, непонятно

Я так и не понял суть Elm

он компилится в JS же?

Да

haskell синтаксис наоборот лучше читаемый на мой взгляд

более чистый, лучше подходит для ФП

более чистый, лучше подходит для ФП

Более чистый он только пока на нём что-то не сложее "hello world", а иначе будет не лучше чем Elm (сужу по примерам кода) и ФП определяется не синтаксисом

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

Более чистый он только пока на нём что-то не сложее "hello world", а иначе будет не лучше чем Elm (сужу по примерам кода) и ФП определяется не синтаксисом

я сравниваю не с elm, а с тем же эликсиром, елм я так понял все равно хаскелем вдохновлялся

у elm транслятор в js на haskell

а еще они концепцию функционально реактивного программирования по всем канонам реализовали у себя, а еще есть крутейший гайд по истории и принципам фрп http://elm-lang.org/papers/concurrent-frp.pdf

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

Конфигурировать можно

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

А если я сделаю свой пакет, могу ли я внутри него программно задавать конфиги для используемых пакетов?

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

Если это твой пакет, то кто тебе мешает конфигурировать внутренние пакеты, через настройки внешнего пакета?

Чтобы пользователю дать только один параметр а-ля redis_url, и он менял redis_url для всех зависимостей, использующих redis

Ребят, проблема у меня. Я добавил несколько своих статичных файлов в web/static, но Феникс по brunch build и phoenix.asset компилит и перемещает только свои файлы, мои новые не перемещает в priv

Ребят, проблема у меня. Я добавил несколько своих статичных файлов в web/static, но Феникс по brunch build и phoenix.asset компилит и перемещает только свои файлы, мои новые не перемещает в priv

endpoint.ex посмотри

Ребят, проблема у меня. Я добавил несколько своих статичных файлов в web/static, но Феникс по brunch build и phoenix.asset компилит и перемещает только свои файлы, мои новые не перемещает в priv

пардон, навеное это не о том.

Ну я положил css и js

поидее все там не надо менять

и так парни. кто тут на фениксе с эликсире уже не первый проект запускает. расскажите, для чего феникс с эликсиром НЕ СТОИТ ИСПОЛЬЗОВАТЬ ?

А вот хз

Я вижу все те же кейсы что и рельсы

Только с возможностью хай лоад

Мы хотим писать свою CRM :) Смотрим на Феникс, Джангу и ПХП прости господи

цорээм и на рельсах больно может быть

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

цорээм и на рельсах больно может быть

рельсу не рассматривали

цорээм и на рельсах больно может быть

почему?

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

хотя, если продукт для продажи, то лучше ПХП

ее хоть перепиливать можно будет без излишних матюгов

да у амоцрм смотрю сидят проргаммисты на ЗП в 30 тыс и ничего

во

а будет она на джанге - будут программисты за 70-80 :D

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

Смотря что будет на фронте

И какой функционал

Может проще будет сделать апи

у нас в конторе есть црм написаная на рельсах

https://infopark.com/en/products/webcrm

Мы хотим писать свою CRM :) Смотрим на Феникс, Джангу и ПХП прости господи

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

я сейчас пишу коммерческий проект, и уже пережил 2 апдейта. феникс 1.1 - 1.2 и экто с 1.x - 2.x

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

у меня сейчас 40 пакетов в проекте. Через месяца разработки пришлось выкачать исходники и сложить все пакеты локально. Иначе начинается депенденси ад

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

и слаб

в конце концов решил что одолею эликсир и феникс

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

сейчас обернуто в транзакции почти все, после пары раз, когда Let it Crash привел к адским последствиям в бд

ERROR: S client not available

если коммерческий продукт будете писать с прицелом на года, наверное все же стоит рельсы рассматривать как сам проект, а феникс/эликсир, как апи к нему и может какие-то части

продуктивность феникса крайне низкая

я про реализацию фич программистами

продуктивность феникса крайне низкая

?, продуктивность низкая по каким причинам?

новый язык и опыта просто мало + куча багов и неясностей в фениксе и либах к нему

ну это решаемо) Еще наверное сказывается смена парадигмы на ФП

первые рельсы тоже всем этим страдали

я знаю ровно 1 проект, который смог прожить до наших дней пройдя путь с rails1 - rails4

феникс забытый на 2-3 месяца спокойно превратится в неподдерживаемый проект, который практически невозможно проапгрейдить

Страшные вещи говоришь

ну все по своему опыту

не люблю, не слушай, а врать не мешай ))

У нас как раз феникс. Я пока учился писать на Elixir кучу наговнякал там, много надо переписать, но в целом нравится

С Ecto и embedded изначально огреб

А кстати, может кто сталкивался

Duplicate channel join for topic "stream" in UserSocket. Closing existing channel for new join

Похоже что клиент как-то не так делает реконнект (в итоге только перезагрузка клиента помогает). Довольно редко случается

Ребят, есть какой нибудь списко поддерживаемых типов в миграциях экто и их мэппинг на используемые потом типы?

В жоках написано что-то типа "используй любой тип из базы данных либо из эликсира"

А если я захочу использовать к примеру "double precision" из pgsql

то чё писать?

выполнить sql с alter table add_column блаблабла?

double precision - float

тут базовые есть http://inchingforward.blogspot.com/2015/02/ecto-migrations.html

вообщем есть тут такая проблемка с фениксом. Если определитить errors как json и html. То хоть кренделями в чемодан усрись, но феникс всегда будет показывать html ошибки. Pipeline :api со всеми оверрайдами заголовков не поможет, т.к ErrorView случается намного раньше чем роутер scope.

т.е если сделать api эндпоинт в том же аппе что сервит html страницы и сделать к примеру возможность открывать api запросы в браузере - фиг. Хосе считает вот так https://groups.google.com/forum/#!topic/phoenix-core/jCc2H-bgci8 а то что феникс энфорсит все в html - это его не волнует

такие вот дела

3 часа потратил на разбор, как феникс рауты делает. Меня убило то что часть раутинга происходит за пределами router.ex

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

как всегда

Just fork it!