John Bourne, ну, можно и так.
вопрос в том, что:
- где-то Ваш поток может порваться, на роутере, на прокси, да еще фиг знает где...
- режете себе ситуацию с докачкой файла и многопоточной закачкой...
- непонятно, как будете обрабатывать ошибки...
В конечном итоге придете к созданию временных файлов и их периодической чистке...
Или у Вас вопрос, как работать с ZipOutputStream? Там есть еще ZipEntry, если что...
По правде говоря, я тоже в этом сценарии мало прослеживаю логику.
Если на беке у нас что-тот происходит относительно медленно, то на фронте нужен какой-то другой сценарий работы.
Например: на беке мы запустили "задачу" и с фронта ее постоянно мониторим ее выполнение (websockets/sse/long pooling/poolng), как только "задача" завершена, то даем ссылку на скачивание результатов.
Как пример подобного поведения можно привести всякие мегааплоад и прочие сервисы.
Со стороны фронта все это реализуется достаточно просто, как и со стороны бека.
Hydrafirelol, как безопасно, не знаю. По идее, массивчику должно быть все равно, через что отдаются вольюмчики, через искази или фс.
Но тренажеры бывают разные, а также иногда некоторые фичи лицензируемые. (на ибэмэ была лицензия на jbod например, и на количество вольюмчиков - аааа!!! )
Я бы посоветовал к вендору обратиться :)
Вот поэтому перешел везде на CEPH, и щазтие прибавилось :)
Как видно из спеки на Dell, то он имеет 8 портов для FC/iSCSI, по 4 порта на каждый протокол., причем все это может работать одновременно.
И похоже, просто достаточно докупить SPF+ модули на 10G, ну и коммутатор. Настроить массивчик и перенастроить виртуалочки.
Я бы с Dell и начал.
PS. Другие массивы не смотрел, но думаю, примерно тоже самое будет.
Adamos, Увы, нормальный результат ни один конвертер из thml в pdf не дает. Убил в свое время на это почти год.
PDF лепить или только из шаблона, или генерировать целиком.... Могу на эту тему петь часами и днями...
ygwiteswag, Ну, что сказать. Пожелаю Вам удачи, и только удачи!
На забудьте про DNS записи, DKIM, SFP и прочую хероту. И не попадайте в спам листы, из них хрен выберешься, а для этого нужно что нибудь приворачивать к почтовику, да и сам почтовик настроить оооочень правильно. Как минимум не пропускать все подряд, а лучше доставлять не первое письмо, а отвечать на него ошибкой доставки, и только при повторном проводить письма в очередь. И вести список обратных адресов, а еще вводить лимиты на отправку и достувку и таймауты, и не отвечать на ошибочные адресаты....
Да что уж говорить - кучу всего нужно привернуть. Иначе почтовик через месяц во всех блоклистах будет :(
ygwiteswag, Увы, что на свиндоуз, что во всех остальных системах - почтовый сервер, это верх мастерства и гиморроя, ух поверьте, знаю, о чем говорю.
Даже, если кажется, что за 5 минут все заработало - это только начало, и уж тем более на 80+ человек!
Андрей Констрюнк, конечно есть! gstreamer, ffmpeg, да даже простой tcpdump должен показывать мультикаст трафик.
Я так понимаю, что система все же винда? Отключи все, и фаерволл и антивирусы... ну и в роутинг желательно прописать маршрут.
Но если трафик есть, vlc его должен подхватывать.
Я как бы IPTV уже лет 15 занимаюсь. Либо трафик есть, либо его нет.
Если трафика нет, или не настроен IGMP на коммутаторах, либо он просто запрещен - по умолчанию IGMP передается на все порты без разбора.
У свиндовс сети, кроме логин/пароля есть еще и домен. Очень часто, если не указывать домен, то может и не пускать, так как домен будет по уполчанию с компухтера заходящего.
Домен можно указывать через бекслеш кажется, или прописывать в отдельном поле.
вопрос в том, что:
- где-то Ваш поток может порваться, на роутере, на прокси, да еще фиг знает где...
- режете себе ситуацию с докачкой файла и многопоточной закачкой...
- непонятно, как будете обрабатывать ошибки...
В конечном итоге придете к созданию временных файлов и их периодической чистке...
Или у Вас вопрос, как работать с ZipOutputStream? Там есть еще ZipEntry, если что...