M-ka: это да... Правда сейчас время не совсем стабильное, так что с этим может быть полегче - компании разоряются, нормальные спецы ищут работу. Мы так недавно отличного проггера нашли, из разорившейся компании.
Но вообще, хантинг разрабов - тот еще геммор. Переманить не так то просто, будь готов что нужного специалиста будешь искать от двух месяцев и более. Действительно хороших разрабов - мало, очень мало.
Раз уж такая песьня, то забыли и про переводчиков - их тоже содержать надо.
Да и вообще, нужно понимать что подобный проект - это не сделал и забыл, над ним постоянно работать придется коллективу, имхо, минимум человек из 20и.
Во превых, глупо считать только запрлату - офис, техника, налоги и.т.п. Реальный расход на сотрудника - в два раза выше его зарплаты.
Во вторых зарплаты у вас нереальные. Нанимая спецов которые идут на такие зарплаты есть риск что ваш сайт вообще не будет сделан.
Время разработки нереальное - я бы брал год, не меньше. Кол-во человек тоже явно меньше необходимого. Вот так покликав кажеться что там особо сложного то и нет ничего, но на самом деле там все очен сложно, просто вы этого не видите.
Забыли про целый пласт сотрудников - так сказать, поддержку сайта: контент-менеджеры, модераторы, и рекламщики и прочее... Возможно вы думаете что они и не нужны на стадии разработки, но тут другая проблема: Если захотите сделать как букиг, все и сразу, есть риск никогда не сделать - объем работы огромен, нужно выкладывать минимальный функционал, и дорабатывать - таким образм все эти люди нужны в тот момент, когда сайт еще делается.
Для того чтоб прочитать приблизительную стоимость, кол-во сотрудников, нужно проделать огромную аналитическую работу, которую в некоторых случаях проще не делать )))
melnikov_m: Вы немного путаете. Модель может быть представленна либо объектом либо массивом. Провайдер тут вовсе не причем. ActiveDataProvider спокойно может работать с моделями представленными в виде массива (добавьте asArray в query). В совю очередь в ArrayDataProvider можно запихнуть массив моделей, представленных в виде объектов.
Неважно какого типа DataProvider -сам по себе он дает минимальный оверхеад. Важно в каком виде в нем содержаться данные.
Использовать ArrayDataProvider - совсем уж плохой совет. Потому что для его нормальной работы ему необходимо передать весь массив данных, а не только ту часть которая актуальна для данной страницы. И если у вас тысяча записей, а на странице нужно 10 - вы должны передать ему 1000 записей.
Дело вовсе не в ActiveDataProvider \ ArrayDataProvider , а в том что используются либо модели лиюо массивы. Нормальный сервер создаст 500 моделей за ничтожное время и отказываться ради этого от AR смысла нет. Переходить на массивы имеет смысл когда данных действительно много, например, мы их использовали когда обрабатывали по 70 тыс объектов.
Interface: А зачем вы привязались к JavaScript? Если вы собираетесь делать браузерную игру, то это еще бы сошло за оправдание, но вам же нужен десктоп!
Мейнистрим, как я понимаю - Unity - вот и делайте на нем. Там есть поддержка немного модифицированного JS, если вам на нем удобнее писать. Если у вы к игре хотите писать сервер на ноде (я так понимаю вы ноду в этом контексте упоминаете) - то какая разница на чем клиент будет!
gibsonen: Ну у вас вроде ошибка вот здесь возникает:
NullPointerException com.example.gibkin.multycloud.yandex.example.IODialogRetainedFragment.sendException(IODialogRetainedFragment.java:32)
Декомпилировать с помощью www.javadecompilers.com/apk
Что касается перехвата - нужно гуглить mitm ssl proxy