Если хочется хардкора, то делить ролик на части а в плеере реализовать бесшовную склейку при воспроизведении. Каждая часть, естественно, запрашивается нетривиально. Offtopic: мне уже интересно попытаться сломать такую систему…
На текущий момент это, наверное, единственное адекватное монго-решение, при условии, что вы задумались об этом на этапе разработки. Т.к. с точки зрения идеологии документо-оринтированного хранилища данные о контенте должны лежать внутри данных его владельца.
На текущем этапе на пути такого решения, к сожалению, стоят технические ограничения. Будем надеяться, что приход AF поможет хранить данные более «естественным» образом.
К сожалению как любителю быстрых тарифов и пользователю билайна мне очень важна пропускная способность через L2TP, т.к. использованные устройства утыкаются в процессор, и для быстрой скачки приходится переключать кабель в комп. Может откликнется кто-нибудь кто использовал этот девайс или его сородича на быстром VPN подключении?
Не хочется создавать новый вопрос, поэтому спрошу комментаторов здесь.
В дополнение к указанным запросам, желательно на реальном опыте:
— способность прокачивать через себя 50 Mbps по L2TP (Beeline MSK)
— способность не падать на 100-200 UDP подключений, с утилизацией канала на torrent-трафике
— настоящий, а не номинальный 802.11n в плане прокачки трафика по локальной сети.
*то, что попадало мне в руки тянет 15-20 Mbps по L2TP, а некоторое падает на >50 подключений на торрентах
С постраничкой на монге без AF можно сделать только выносом контента из-под пользователей.
Для этого есть 3 варианта: вынести в-принципе (максимум оставив id-ссылки), выносить «триггером» в приложении и выносить по крону через итеративный M/R.
Первый вариант очень дорогой по переделке, третий даст задержку между обновлениями, зато не вмешивается в код.
Если элементы массива photos сортированы естественным образом (по моменту регистрации, а не вручную указаны), то к предыдущему стоит изменить
find({},{'photos'})
на
find({},{'photos':{$slice:-10}})
, где 10 — условное количество выводимых элементов.
Иначе на внутреннюю пост-обработку потянется длинный шлейф из старых фоток последнего обновившегося пользователя.
Если речь идет о сайте и «живом поиске», то, в меру моего понимания эффективности Map/Reduce, его лучше не использовать. Однако, можно использовать Multikeys и минимальную клиентскую обработку, для получения нужного результата.
Из ответов складывается ощущение, что все считают юнити с гномом3 юзабилити-кошмаром и поэтому ищут замены и костыли в сторонних продуктах.
Неужели все так плохо и действительно никто не готов ответить по основному вопросу?
Offtopic: мне уже интересно попытаться сломать такую систему…