xmoonlight: Доставка не может идти с неподготовленного контента.
Например mpeg2 , в силу самого кодека, можно начинать смотреть в любой момент, а с декодированием кадров вперед - только с ключевого кадра, что влияет и на перемотку и на работу доставки контента поблочно.
Опять же, чтобы видео читалось на ВСЕХ устройствах, кодек должен быть не самым мощным, а совместимым.
Доставка и способ сжатия/хранения - на подобных масштабах отдельно не должны рассматриваться.
xmoonlight: И? Чтобы стримить видео на миллиарды пользователей, нужно не просто самый самый лучший кодек, который будет забирать минимум на дисках - место - не самое главное в данной ситуации.
Нужно хранить видео в нескольких форматах для разного качества связи.
Нужно, чтобы видео было доступно сразу на разных континентах, а не гонять его через океан.
Нужно, чтобы видео читалось не только под мощным ПК, но и на планшете, и на смартфоне, и на smartTV, где может не оказаться hw декодирования.
xmoonlight: Не вопрос, предложите лучше. Просто нужно учитывать, что оптимизация должна делаться по конкретным метрикам, а не просто "надо меньше данных".
yazux: Приведите пример примера?
ПРосто для начала, %B это просто аббревиатура месяца, и выводится она в языке локали. То есть для английского - там вообще падежей нет. И нет никакого указания, в каком именно падеже выводить, то есть не может такого быть. Если где-то выводят падеж - значит дополнительно функционал
Saboteur
@saboteur_kiev Куратор тега Организация работы
Panamer: Знаете, сейчас мы спорим поскольку я говорю в общем, а вы о вашем конкретном проекте.
Если он у вас небольшой, то да, нет смысла городить вокруг него CI.
Если бы он был побольше, компиляция/сборка занимала бы час, а деплой хотя бы минут 10-20 ручной работы, вопрос о том, нужно ли автоматизировать не стоял.
Автоматика не делает тупизну, автоматика это тоже часть программирования. И именно у автоматики не замылится глаз, если нужно очистить все в исходное состояние, скопировать пару тысяч файлов в нужные каталоги, поправить конфиги, задеплоить изменения в базу, проверить права доступа и разлочить аккаунты.
reagent007: А как тогда писать программу, если не имеет значения какой это сервис?
Это "давайте купим какой-нить билет, чтобы на него можно было поехать, поплыть, полететь, пойти пешком куда угодно" ?
Simra84: Как я привел выше, создание хорошего ТЗ это не писулька на коленке. Подробное ТЗ включает в себя проектирование, согласование множества технических моментов. Если заказчик не может написать его самостоятельно, то лучше нанять технического специалиста, за деньги, чтобы он помог его составить.
P.S. Когда мы открывали первую интернет-аптеку в стране в дремучих 2000-х, мы писали ТЗ сами, ушло на это два месяца, зато мы получили именно то, что хотели, без дополнительных доработок и практически без звонков с уточнениями.
Поэтому хотите чтобы я предоставил ТЗ на 80 страниц - давайте договоримся об оплате работы, возможно это займет не один месяц.
Непонятно что именно вы хотите.
Не может существовать API, который будет пересылать с ЛЮБЫХ почтовых сервисов. Каждый почтовый сервис может иметь свой API. Либо вы не корректно сформулировали мысль.
xmoonlight: Это не так. Полезно знать, что человек не просто бывает в некоторых местах, но может там с кем-то общаться, получать знания из первых рук. И вообще - если немного погуглить, вы сами увидите, что это именно так.
Saboteur
@saboteur_kiev Куратор тега Организация работы
Рамиль: А зачем самому, если проще настроить сервер, который реагирует на коммит, компилит, собирает, возможно даже анализирует код каким-нить pvp-studio/sonar/veracode, деплоит, прогоняет какие-то базовые тесты, и все это делает без вашего участия - вы уже проверяете только конкретные какие-то вещи, возможно дописываете тест для них, чтобы потом не париться.
xmoonlight:
Выполнять доставку контента с другого континента дорого, дороже чем лишние винчестеры.
Восстанавливать контент тоже дороже, чем хранить копию.
Поэтому контент НЕ хранится в единственном экземпляре.
Автоматически более популярные видяшки размножаются так, чтобы пользователь их смотрел с ближайшего датацентра.
Почему бы пользователю не менять файлы сайта по ssh ?
FTP - небезопасен, он передает логин и пароль в открытом виде.
А по ssh можно пользоваться ssh ключами.
Передавать можно разными клиентами. Тот же FAR/dosnavigator или scp и так далее.
Например mpeg2 , в силу самого кодека, можно начинать смотреть в любой момент, а с декодированием кадров вперед - только с ключевого кадра, что влияет и на перемотку и на работу доставки контента поблочно.
Опять же, чтобы видео читалось на ВСЕХ устройствах, кодек должен быть не самым мощным, а совместимым.
Доставка и способ сжатия/хранения - на подобных масштабах отдельно не должны рассматриваться.