Еще один туториал по бэкбоуну. Таких море. Все об одном. Гораздо интереснее было бы увидеть реализацию какого-нибудь фильтра объектов по разным параметрам с помощью бэкбоун или чего-то действительно интересного. А стандартный туториал — очень похоже на «пишем блог на rails за 5 минут»
Хватит уже народ пугать!
Ничего не будет, если в двигатель попадёт птица или такой зонд. До турбины фотоаппарат точно не долетит => сначала будет вентилятор и компрессор, который в пыль сотрёт весь мусор.
Турбины специально проектируют так, чтобы при отказах ничего из двигателя не летело. Ставят специальные корпуса вокруг рабочих лопаток. Запас прочности диска на нормальных оборотах очен хороший. Разлететься он может только при разрыве вала и неконтроллируемой раскрутке. Но и на это есть специальные системы.
Даже если один двигатель остановится, вы спокойно сможете лететь 180 минут на 1 двигателе. Все двигатели и самолёты сертифицируются с учётом отказа 1 двигателя (TAPS для двухдвигательных).
То что вы написали — слабо относится к реальности. Попробуйте найти в интернете частично показанное дерево отказов двигателя — там такое встречается. И всё это учтено при проектировании. Даже попадание "!!! стаи фламинго!!!"
Попадание птицы в 1 двигатель вообще ничем не грозит. Остановится один двигатель — на втором спокойно можете лететь ещё 180 минут. Самолёты и двигатели сертифицируют с учётом таких параметров. Так что действительно — ничего страшного
В одном из течений электронной музыки уже давно прижилось понятие try before buy.
Люди качают альбом с торрента, слушают, и если он им нравится — покупают.
Есть и фанаты, которые покупают альбом вне зависимости от того, понравится он им или нет. Не берём их в расчёт.
Большинство людей слушают не так много музыки, чтобы не иметь возможности купить её.
В случае софта, кто-то советует делать не продукт, а сервис.
Если сервис говно (билан) — его никто не покупает. Если сервис классный — он набирает армию пользователей и обретает несколько клонов. Все довольны.
Если же сервис сложный и имеет внутри какие-то замысловатые и патентованные технологии — получается что-то вроде рынка Ansys и ко.
Обобщая, если вы создаёте классный продукт (сервис) — его гораздо сложнее скопировать. И если он кому-то нужен — его будут покупать. Если идея окажется популярной — её скопируют и никуда от этого не деться.
Я к тому, что уже всё реализовано. И не надо было городить велосипед, писать свои js, свой комет итд. Если монго используется только для хранения сообщений — тогда тем более без разницы что использовать. Только в случае с джагернаутом не надо ничего придумывать. Всё уже готово и отточено. Да не совсем понятно зачем делать монго как буфер для отправки сообщений — можно сразу валить их на джагернаут(если его использовать).
1. Можно сделать, просто описываете свой метод создания двух картинок, потом process => ваш_метод. Да, придётся извращаться с rmachick, но хранить картинки в 2х расширениях — это тоже не для нормальных людей.
2. Не знаю как у вас, у меня файлы к сообщениям через нестед формы цеплялись только так и не было никаких проблем.
3. Такая проблема есть, но меня она мало волнует. Решается элементарно
не знаю что у вас за проблемы с продакшеном, нгинкс собирается автоматом (без проблем), или из папки с сырцами. Или же, можно использовать standalone с проксированием. Никогда не было проблем
github.com/schacon/showoff
Можете также почитать как работает ТРДД
Ничего не будет, если в двигатель попадёт птица или такой зонд. До турбины фотоаппарат точно не долетит => сначала будет вентилятор и компрессор, который в пыль сотрёт весь мусор.
Турбины специально проектируют так, чтобы при отказах ничего из двигателя не летело. Ставят специальные корпуса вокруг рабочих лопаток. Запас прочности диска на нормальных оборотах очен хороший. Разлететься он может только при разрыве вала и неконтроллируемой раскрутке. Но и на это есть специальные системы.
Даже если один двигатель остановится, вы спокойно сможете лететь 180 минут на 1 двигателе. Все двигатели и самолёты сертифицируются с учётом отказа 1 двигателя (TAPS для двухдвигательных).
То что вы написали — слабо относится к реальности. Попробуйте найти в интернете частично показанное дерево отказов двигателя — там такое встречается. И всё это учтено при проектировании. Даже попадание "!!! стаи фламинго!!!"
Люди качают альбом с торрента, слушают, и если он им нравится — покупают.
Есть и фанаты, которые покупают альбом вне зависимости от того, понравится он им или нет. Не берём их в расчёт.
Большинство людей слушают не так много музыки, чтобы не иметь возможности купить её.
В случае софта, кто-то советует делать не продукт, а сервис.
Если сервис говно (билан) — его никто не покупает. Если сервис классный — он набирает армию пользователей и обретает несколько клонов. Все довольны.
Если же сервис сложный и имеет внутри какие-то замысловатые и патентованные технологии — получается что-то вроде рынка Ansys и ко.
Обобщая, если вы создаёте классный продукт (сервис) — его гораздо сложнее скопировать. И если он кому-то нужен — его будут покупать. Если идея окажется популярной — её скопируют и никуда от этого не деться.
Остальные варианты не проверял
github.com/maccman/juggernaut
2. Это было !!7!!! месяцев назад
2. Не знаю как у вас, у меня файлы к сообщениям через нестед формы цеплялись только так и не было никаких проблем.
3. Такая проблема есть, но меня она мало волнует. Решается элементарно