Спасибо за заметку! Дополню что большая часть с небольшими изменениями относится и к PSake и к Invoke-Build. Мы для себя выбрали последний, он может всё что Psake + некоторые удобства
Если честно вообще не понимаю в чем проблема работать в России фрилансеру/аутсорсеру. В регионах патент стоит около 25000 если нет работников, валютный контроль в современных банках удобен и довольно автоматизирован. Если что-то не так с контрактами которые они смотрят они вежливо звонят и сами говорят что поправить. У меня как правило от оплаты счета Американцами до появления денег на моем счету физика проходит обычно меньше суток. Возможно какие-то небольшие дополнительные сложности когда сумма выплат по контракту превышает 50000$, но чтобы не париться я например просто новый контракт заключаю на базе одного и того же шаблона. Шаблон нашел где-то на просторах интернета. Еще банку нужны по каждому приходу инвойсы, опять же шаблон в котором только дата меняется. Вот и весь валютный контроль.
Справедливости ради стоит отметить что на самом деле у Хайкина все-таки есть раздел про сверточные сети, хоть и небольшой. См. 4.19 во втором издании, 4.17 в третьем
Единственная неприятная проблема возникла с Kestrel, который под нагрузкой начинал отвечать кодом 502.3. При этом приложение падало и не оживало до перезапуска.
Проблема была в версии Kestrel версии 1.1.0. Описание в Issue323 и Issue311. Нам повезло, что за две недели до начала конкурса вышел пакет Microsoft.AspNetCore.Server.Kestrel версии 1.1.1 и проблема ушла..
По мне так очередной показатель того что AspNet Core сырой. А если бы не вышел апдэйт, чем бы ваше решение было бы лучше предыдущего в том плане что страницы
А не пытались вместо очереди для голосов рассматривать какое-то im-memory хранилище? Навскидку кажется что для такой нагрузки должно быть более чем достаточно
Многое их удивило: по словам Вадима, типична ситуация, когда земля считается чистой, на ней пашут и сажают… А через дорогу – лес, вход в который запрещён.
Интересно, а как правильно делать? Ставить каждые 20 метров разные предупреждения, что вроде тут вот не очень хорошо ходить, тут лучше не выращивать овощи, а тут выпадают волосы?
А мне вот до сих пор интересно: при чем тут блог Big Data,
Не менее интересно при чем тут
«Mathematical analysys of the data»
, как утверждает картинка с тремя(!) серверными шкафами.
Похоже товарищи планируют продать такое устройство каждому второму пользователю смартфона, иначе карта скудная будет.
Для сложного UI когда необходимо разделять логику между несколькими UI-элементами вполне себя также оправдывает выделение презентерa в отдельный слой (MVPC, MVPVM).
Что касается роутера — здесь опять же приходит на помощь модульная архитектура. Для того чтобы роутер не разрастался просто необходимо отказаться от использования одного центрального роутера. При инициализации модули регистрируют свои view и необходимую навигацию. Нет модуля — нет навигации, нет вьюх, нет сервисов. Подобный подход можно посмотреть в роутере Marionettejs ( там принято на каждый инстанс модуля создавать свой роутер) или в MS PRISM, где в RegionManager добавляются регионы вместе с модулями (а как следствие и навигация на эти регионы, где будут сменять друг друга view).
Минус такого подхода в отсутсвии строгой типизации (js сам по себе не типизированный, а в PRISM при навигации используются строковые константы), однако это на мой взгляд не слишком большая плата за масштабируемость
Спасибо за статью. Модульная архитектура на мой взгляд это самый разумный выбор в условиях постоянно меняющихся (или формирующихся на ходу) требований. И большая часть сказанного относится к любым типам приложений, не только к мобильным
Безусловно, что-то выключить можно. И как обычно я снимаю все галки и все равно получаю пакет размером в 1.5гб как минимум. Вопрос — зачем? Насколько я понимаю один из вариантов ответов — vusial studio зависит от windows sdk, который в свою очередь тянет целую кучу веселых и интересных вещей, которые выключить нельзя никак
Быстрое гугление этой проблемы показало что это не столько вопрос ноды, сколько инструментов visual studio. Было бы интересно узнать, можно ли повторить проблему в консоли/других инструментах?
Ну что ж, вот вам другой пример. C# изначально можно было использовать только для разработки под windows. Однако сейчас я знаю много людей которые вполне успешно используют его для всех мобильных платформ
Я очень давно наивно жду что ребята пересмотрят Visual Studio в пользу модульности и облегчения основного дистрибутива. Ну ведь действительно странно устанавливать целую кучу всего, связанного с COM, системным программированием, программированием под офис и еще непонятно под что только для того чтобы писать под ASP.NET. Даже express версия весит порядка гигабайта и на большом проекте адекватно работает только с ssd и 8гб оперативной памяти, хотя альтертативные IDE вполне укладываются в 100мб по размеру
Ну так можно сказать не только про ноду. Нет ничего удивительного в том чтобы софт изначально работал только на одной платформе, и по мере развития переходил на остальные. Сутки, как известно, имеют ограниченное число часов, и у разработчиков просто может не хватать времени на то чтобы поддерживать все подряд сразу. Однако, по мере развития поддержка разных платформ становится важной для любого приложения/фреймворка
При чем при желании самостоятельно можно было поставить и в xp. Интересно, что официально создание powershell было мотивировано тем, чтобы пользователи Linux могли чувствовать себя комфортнее
Спасибо за заметку! Дополню что большая часть с небольшими изменениями относится и к PSake и к Invoke-Build. Мы для себя выбрали последний, он может всё что Psake + некоторые удобства
Справедливости ради стоит отметить что на самом деле у Хайкина все-таки есть раздел про сверточные сети, хоть и небольшой. См. 4.19 во втором издании, 4.17 в третьем
По мне так очередной показатель того что AspNet Core сырой. А если бы не вышел апдэйт, чем бы ваше решение было бы лучше предыдущего в том плане что страницы
Интересно, а как правильно делать? Ставить каждые 20 метров разные предупреждения, что вроде тут вот не очень хорошо ходить, тут лучше не выращивать овощи, а тут выпадают волосы?
Не менее интересно при чем тут , как утверждает картинка с тремя(!) серверными шкафами.
Похоже товарищи планируют продать такое устройство каждому второму пользователю смартфона, иначе карта скудная будет.
rghost.net/60528455
Составил плейлист с лайвстримами
rghost.net/60528330
Второй параметр игнорируется, т.е. достаточно просто obmen-video.echd.ru/cameraManager/ajaxGetVideoUrls?id=ХХХ
Что касается роутера — здесь опять же приходит на помощь модульная архитектура. Для того чтобы роутер не разрастался просто необходимо отказаться от использования одного центрального роутера. При инициализации модули регистрируют свои view и необходимую навигацию. Нет модуля — нет навигации, нет вьюх, нет сервисов. Подобный подход можно посмотреть в роутере Marionettejs ( там принято на каждый инстанс модуля создавать свой роутер) или в MS PRISM, где в RegionManager добавляются регионы вместе с модулями (а как следствие и навигация на эти регионы, где будут сменять друг друга view).
Минус такого подхода в отсутсвии строгой типизации (js сам по себе не типизированный, а в PRISM при навигации используются строковые константы), однако это на мой взгляд не слишком большая плата за масштабируемость