Типо сделать render(conn, 'index.html') + этот редирект по таймеру

?

Во-первых из этого не реализовано то, что даунлоад начинается через 10 секунд. Я собирался показывать на фронте страницу и потом просто делать ручками редирект по таймеру.

если вы из мира джаваскрипта, то должны знать про https://en.wikipedia.org/wiki/Meta_refresh

Но дело во втором случае: если я сразу перейду по нужной ссылке, оно сразу начнет аплоад и не покажет даже страницу

решение очевидно, где-то сохраняется время захода человека по ссылке (в сессии или в хранилище ключ/значение, в общем куда умения хватит сохранить =) ), если 10 секунд после последнего посещения не прошло, ему показывается шаблон с meta refresh иначе ему отдаётся файл

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

я не говнюсь, просто так вижу )

Ловите рубиста!

Ловите рубиста!

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

в том же ecto

Понятно чем вдохновлялись

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

лучше бы в typespec описывалось

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

возможно тут автор сделал что-то вроде Ecto.Repo.get! и его код должен вернуть одну из мап а иначе - лет-ит-краш. возможно там в дебрях дергается этот самый Ecto.Repo.get! . и судя по коду get_by_short_id! где то уже учитывает эти 10 сек

а не туплю, не учитывает. а ! у get_by_short_id! потому что раз у клиента уже есть short_id, значит соотв запись должна быть в базе с пометкой: либо файл закачан либо еще нет.

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

Каких и зачем?

Каких и зачем?

psql, mysqldump и даже мать его cl.exe

А если их нет в $PATH?

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

А если их нет в $PATH?

ну тогда креш и кишки повсюду

я не заметил, ты тут новенький?

я просто с месяца 4 назад плакался по этому поводу и даже для CI сделал свой образ

psql, mysqldump и даже мать его cl.exe

cl.exe - это жыыр))

Я в ридонли довольно много просидел

cl.exe - это жыыр))

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

благо cl.exe входит в состав visual studio, не vscode.

но по факту это пиздец

эликсир не совсем умеет в использование либ и поэтому все так убого

костыль ввиде System.cmd - официально ободренный вариант написания программ

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

https://github.com/elixir-ecto/ecto/blob/a24d25431e4ef112e5213fc7ebb6aa7003085e62/lib/ecto/adapters/postgres.ex#L202 Вроде ничего криминального, используется в mix task и для миграций, на сколько я понял

Ну какбе нет ничего плохого в том чтобы дёргать консольные тулзы в некоторых случаях. Environment настраиваться должен либо перед деплоем, либо непосредственно во время него. Но вот это тот самый случай, когда в эрланге нужна обработка исключений. Как там в эликсире принято, яхз. Но если ты работаешь с некоторым внешним источником данных, который может вернуть дичатину, логично обернуть её в трай кэтч. Принцип let it crash работает только для эрланговского кода.

https://github.com/elixir-ecto/ecto/blob/a24d25431e4ef112e5213fc7ebb6aa7003085e62/lib/ecto/adapters/postgres.ex#L202 Вроде ничего криминального, используется в mix task и для миграций, на сколько я понял

криминал в том, что psql не установлен по умолчанию

почти всем языкам хватает хедер файлов из postgresql-dev

Есть подозрение, что это просто хелпер, на который сам ecto не завязывается. По крайней мере в коде не нашёл

Есть подозрение, что это просто хелпер, на который сам ecto не завязывается. По крайней мере в коде не нашёл

ecto.load завязан на этом

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

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

Какой смысл тратить ресурсы на имплементацию того, что уже написано, и нагружать beam работой, которая для неё не свойственна? Это неэффективное использования и труда, и вычислительных мощностей.

Какой смысл тратить ресурсы на имплементацию того, что уже написано, и нагружать beam работой, которая для неё не свойственна? Это неэффективное использования и труда, и вычислительных мощностей.

ну это вариант вникуда, тогда можно и вместо Феникса просто 1 файл сделать у которого внутри rails new

если для создания базы нужен вызов cl.exe - это пиздец

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

ну это вариант вникуда, тогда можно и вместо Феникса просто 1 файл сделать у которого внутри rails new

как я понял создатель феникса решил его сделать только из-за Socket Channels

я не так давно для редиса очередь писал свою, я же не пишу System.cmd("redis-cli бла бла")

если бы не это то он не стал бы пилить еще один фреймворк

ну это вариант вникуда, тогда можно и вместо Феникса просто 1 файл сделать у которого внутри rails new

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

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

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

да мне просто нужно чтобы бд схема была загружена

мокать все - это поддерживать 8 комплектов моков

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

база в сендбоксе просто схему использует от основной и не надо париться с миграциями и прочим

вся настройка заключается в скрине выше.

может в базе для тестов домен заюзать?

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

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

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

это как бы на ходу придумывается из-за того что все идет по пизде постоянно.

не претендую на супер решение, но в проекте где базой владеет рельса, тестирование 2х аппов на эликсире для нее стало намного проще

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

если же все в моках, то тесты эликсир аппа не тестируют ничего кроме этих моков ?

/clear

)

Что тут происходит. По теме эликсира 2% инфы

остальное мусор

Кто-нибудь сидит в IRC на freenode?

не претендую на супер решение, но в проекте где базой владеет рельса, тестирование 2х аппов на эликсире для нее стало намного проще

а чего вы с рельс решили съехать?

а чего вы с рельс решили съехать?

Все на месте. Эликсир не годится для замещения всего подряд, но отлично показывает себя мелких задач или апи

В нашем случае на эликсире небольшой кусочек апи и маленькая молотилка логов

Что тут происходит. По теме эликсира 2% инфы

Я думаю где-то так

Все на месте. Эликсир не годится для замещения всего подряд, но отлично показывает себя мелких задач или апи

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

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

Придумал бы кто для Го какой транспайлер чтобы синтаксис причесать

а чем С++ плох?

не модный? )))

а чем С++ плох?

толстый очень (книга на 1200++ страниц - это же жесть)

"Как выучить С++ за 21 день читайте в моей новой книге "Никак бля**""

а чем С++ плох?

Да ничем, ещё ассемблер есть можно и на нем писать

Да ничем, ещё ассемблер есть можно и на нем писать

да неее, в C++ не все так плохо, там же стандарты новые пилят вот уже С++17 вышел вроде как...

да неее, в C++ не все так плохо, там же стандарты новые пилят вот уже С++17 вышел вроде как...

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

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

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

я даже вот вчера наше одну вещицу, которая быстрее го отвечает на http запросы, и как-то успокоился. полегчало.

Что за вещица?

https://github.com/h2o/h2o

есть еще ulib-mongodb http но, что-то у меня он не завелся

https://github.com/stefanocasazza/ULib

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

/clear

хех )

пару секунд назад светочка разразилась спамом в чатике кристала )))

/clear

/clear

/clear