send_file блокируется?

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

@hardliner хардкор какой то)

почему?

не более хардкор чем уже есть)

кстати у кого не настроен саблайм для работы с рельсами, есть очень хорошая рекомендуемая очень многими разработчиками статья-инструкция. для многих она покажется бесполезной или не новой, но может быть кому-то пригодится: https://mattbrictson.com/sublime-text-3-recommendations

отдавайте архивы nginx-ом

а after_action тут бесполезен

ибо он выполнится ДО того как ответ начнет отдаваться пользователю

тут нужен Rack::BodyProxy

второй вопрос насчет самих архивов

их число и вариации конечные?

да понял уже

на afteraction можно таск заводить

тут еще напрашивается решение с кроном

смотришь файлы по atime

если их никто не читал больше суток

удалять нафиг

запускать раз в час

классно) А ты всегда повторяешься?

???

У меня часто по 2-3 раза спрашивают. Давай я буду отвечать, а ты повторять уже сказанное)

ладно не парься

я просто видел вопрос

??

но ту стену текста читать было лень

А по сокету отдавать можно же

ток чото про after_action глаз увидел

этот вариант не рассмотрели

Число архивов в принципе неограниченно, но расширяется очень медленно. Про вариации не очень понял

таже без крона можно таск таскать

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

просто можно кешировать архивы через название

зачем после каждого скачивания?

там с местом на жестком проблемы

я так понял

и надо подгонять наиболее удобный вариант

super_achive_name = Digest::SHA2.hexdigest(source_archive_names.join(',')) + '.zip'

source_archive_names.sort.join(',')

там любой подойдет нейм

дальше проверять есть ли уже такой

те кешировать архивы

Пользователю нужны только определённые мелкие архивы в большом архиве. А мелкие постоянно изменяются.

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

на самом деле

На ноде?)

можно отдавать эти архивы стримингом

на лету

да хоть на CGI

никуда ничего не сохраняя

Да, я так и думаю делать

ладно, я плавать ??

а то на конфколл не успею

ты до офиса вплавь добираешься? :)

Питер же

тут без навыков плаванья не выжить

на самом деле по утрам тренируюсь

а потом чтобы в офисе не вонять иду в бассеин :)

https://www.strava.com/activities/688330354/overview

60км ваще псих

Это так, разминка :)

а чо, вариантов с rack нет?

Это так, разминка :)

На велике любой дурак может, а вот бы пешком

а почему нельзя отдавать файл nginx’ом? т.е. собирать файл, класть его директорию, которая обслуживается nginx, делать редирект на url этого файла

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

а почему нельзя отдавать файл nginx’ом? т.е. собирать файл, класть его директорию, которая обслуживается nginx, делать редирект на url этого файла

одна из самых правильных идей

ну и от блокирующей упаковки многомегабайтного архива неплохо бы избавиться. если совсем уж на коленке – обрабатывать xhr запросы к /archives/new и /archives/status в new – создавать воркер для сборки архива, отдавать клиенту его id. после того, как архив готов – класть в кеш путь к нему. в качестве ключа – id воркера. и долбить клиентом /archives/status на предмет наличия ключа в кеше

ERROR: S client not available

Подскажите пожалуйста, как в AR лучше реализовать такое дело: есть новости и разделы, has_many в отношении друг друга (has_and_belongs_to_many ?). При этом в новости должна быть возможность указать несколько разделов. В данном случае вопрос можно решить только отдельной таблицей или можно сделать это по другому?

промежуточная таблица - это достаточно распространенное явление. Только советую не has_and_belongs_to_many, а has_many through

спасибо

Где Дьячук? Был на собеседование, у них там три слоя тестов

Компания занимается платежами это обязывает

вопрос "из кустов": вы занимаетесь тестированием тестов?

вопрос "из кустов": вы занимаетесь тестированием тестов?

Всему офису твоё сообщение показал ?

Всему офису твоё сообщение показал ?

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

писать тесты зло

на всякий случай решил спросить )

точнее для этого нужно нанимать отдельных людей

которые пишут тесты

что значит тестирование тестов?

если уж речь о митапе, а не лулзах в чатике

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

и дальше нормально организовывать процесс)

нуну

бабло платят за бизнесс логику

а не за тесты

проблема в том что много кто может писать тесты

бабло платят за хорошую работу

а вот бизнесс логику не очень

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

ок зачем придумали тогда QA?

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

сейчас и через месяц, когда придется внести в нее правки

QA != тесты

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

человек может, но бабло платят когда в срок

за фичи

а не за тесты

оправдания всегда можно найти)

баги будут как с тестами так и без