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

@TurnaviotovNikolay угу, так и делаем теперь

прощще тестить и сапортиь

у меня для uid свое решение

кто б за меня вьюшку наговнячил %)

module WithUUID def self.generate uuid = SecureRandom.uuid.delete('-') Base58.encode uuid.hex end end

нопейсать штоле свой скаффолдер

Base58 очень мне нравится

меня смущает шо например паблик_активити гем ищщщет интегер, а не уиды, и изза этого фейлится

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

@TurnaviotovNikolay мне кажется чуваки предлагающие вакансию за 100р/час этим же желанием руководствовались

@TurnaviotovNikolay мне кажется чуваки предлагающие вакансию за 100р/час этим же желанием руководствовались

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

это завуалированное предложение работать за еду

как что-то плохое

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

и начиная с весны я ебошу рельсы

блин. реально чтоли скафолдер наговнячить %)

вчера после пива продуктивность была адова.

у меня обычно все наоборот

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

я за вчера прописал 30 полей в модели, и перехерачил индексную вьюшку к ней

а сегодня show из индекса напилил. а вот с редактированием надо накорябать шкафолдер

Зачем если есть актив админ

хах

сколько я людей знаю, у кого гемор с АА и не одного кто рад

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

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

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

ну и список опций во вьющшках полисями пундита отличается, да

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

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

У нас куча проектов на нем, экономит кучу времени

кое где-да. а кое где - оно мешает

Зачем если есть актив админ

что-то случилось и все стали его использовать, прямо толпами лезут

причем вагон ограничений, багов итд, но лезут

У нас куча проектов на нем, экономит кучу времени

можешь рассказать облать применения? просто интересно

а то я всего пару раз пробовал, может надо еще раз.

можешь рассказать облать применения? просто интересно

Различные админки приложений, как внутренних, так и для управления бекендами

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

А тут костыль сбоку, в рамках чего то внутреннего-плюс минус, в рамках выдать клиенту - я сомневаюсь:(

Нет, отличная админка, которая еще кастомизится как угодно

Не нравится arbe можно все partial ми сделать

Посмотрим, мне АА показалась сложной к внедрению ?

Я не теряю время если круд. Копипаст и собрана админка

Аа не нужен

Рансак сажаю и нормально

Не помню кто из умников говорил что своя dsl в геме это плохо и не удобно

Боты вроде

Вот с ними солидарен

А админка есть administrate

Больше нравится

Нет, отличная админка, которая еще кастомизится как угодно

с матюгами

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

ты пишешь так, как-будто джанговая админка - это что-то хорошее

Все привет в этом чате! Есть задача, входные данные: на сервере лежит куча мелких zip архивов(3-5 мб), по запросу пользователя, нужно сформировать один большой zip архив(100-150мб обычно), в котором будут лежать мелкие zip архивы, по определенной выборке. Сейчас сделано быстро и тупо, пользователь переход по урлу, в методе контроллера создается большой zip архив и отдается пользователю через send_file t.path, type: 'application/zip', filename: "#{file_name}.zip" Такое поведение плодит кучу больших архивов, и место на сервере стремится к нулю( Вопрос, существуют ли какие нибудь best practices для таких задач. или как сразу после того как пользователь скачал большой архив, его удалить. Я не понимаю куда копать, чтобы точно знать что пользователь скачал архив, у него может быть разный интернет, и по таймауту удалят считаю плохой идеей( первое что пришло в голову

повесь коллбек

after_action

и в нем находи архив и удаляй

то есть блокирующий код?

Когда сервер собирает большой архив все же блокируется

сендфайл не блокирует же

а архив собираться должен в бекграунде

если тяжелый

да, код блокирующий, очень плохое решение сейчас используется(

короче сделай такую штуку. Сделай ТАСК и раз в день его запускай

и пусть он ходит и старые архивы чистит

ага и кто-нибудь за секунду то таска нажмет скачать

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

Главное чтобы за день не закончилось место) И в момент запуска удаления не происходила отдача архива)

ERROR: S client not available

сформируется архив и сразу удалится

ага и кто-нибудь за секунду то таска нажмет скачать

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

хоспади

тонкая грань между джунами и не джунами в мышлении)

У меня в голове возникло костыльное решение, создать две папки tmp1, tmp2, чередовать их использование через промежуток времени час например

файл кладется в папку с текущей датой

таск удаляет папку, где дата и время больше 24 часов

ну или 6 например

150 мегабайт на очень плохом интернете это сколько часов ?

1-2 будет качать

на ноде кстати такая задача элементарно решалась бы

просто по событию окончания стрима удалять файл

Короче просто файлы формируй в папки по текущему времени. И заведи таск раз в час например. И пусть он проверяет папки и удаляет те, где время давности больше 5-6 часов например. Нормально будет работать

сейчас смотрю в сторону gzip, и стримом отдавать zip архив, возможно конечно херню думаю, но вроде норм должно быть

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

работы на 15 минут чтобы доделать

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

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

а если стримом отдавать с таймаутом не будет соединение обрываться?

вроде от настроек nginx зависит, точно не знаю

оно и так не будет обрываться

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

с местом

класть архивы на s3

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

гос проект, данные пользователей, хранить только в россии(

селектел в россии жеж

пойду гляну)

Разве нельзя никак узнать когда архив закачался пользователю?

И удалить в этот момент

вот, меня это тоже интересует

не могу найти как(