А вы в продакшене уже используете генераторы или es7 transpiler? Я пока опасался за рост стэка, но потом понял, что через Promise'ы event loop stack не растет, раньше пользовался iced-coffeescript, но там опыт был печальный из-за довольно грустной на те времена реализации подобного подхода, так что я пока опасался. Впрочем код написанный с es7 transpiler все равно меня пугает, но co вполне приятный подход дает.
Если бы все функции были бы асинхронными сильно ухудшилось бы применение NodeJS как script'ового языка именно для решения каких-то задач, где и нужна асинхронность, но на самом деле она нужна ровно в одном месте, где-то где перемалываются большие куски данных или происходит какая-то важная асинхронная часть. С моей точки зрения сейчас все NodeJS модули вместо калбэков должны уметь в Promise, потому что стандартом стало уже написание на промисах + добавление больше синхронных функций, чтобы проще было писать код для тулзов. Впрочем внедрение await async уберет эти проблемы при написание тулзов.
Хотя если копать глубже то такой подход на самом деле используется только на уровне NodeJS, которая и делает асинхронное взаимодействие, но не через паузу content'а, а через eventloop. Получается сама NodeJS успела устареть и не поспевает за скоростью разработки v8 js'а. Т.е. в принципе в этой ситуации понятно, что NodeJS играет роль догоняющего, фактически генераторы дают этакую паузу контента уже сейчас осталось только это где-то внедрить по грамотнее, наверное тоже ожидают, что на основе генераторах сделают async/await.
В принципе update'ить структуру данных можно, только тогда set'еры должны возвращать Promise'ы. Плюс можно сделать что-то типа lazy getter'ов, которые бы тоже ходили куда-то или не ходили но в любом случае вернули Promise, в принципе для этого конечно больше подходят future'ы тогда, но пока они не реализованы в принципе можно и по promise'ам резолвить. В принципе если все по итогу будет возвращать Promise'ы то станет гораздо легче, нужно только выработать какой-то стандарт отлова синхронных ошибок, т.к. в каждом промисе нужно писать еще try{ } catch{} и catch для ошибок пришедших из предыдущего Promise'а.
Так есть же ab на macos :) Ну вообще реквестирую websocket тестирование с интеграцией с socket.io. Последний раз когда этого касался все было довольно печально.
Вообще для локального тестирования такие штуки по-моему не сильно подходят если какой-то сверхлегкий сервис, потому как тогда сам по себе тест может больше ресурсов кушать.
Да воообщем-то чиновники тут не причем. Я бы сам не стал серьезно относиться к такой херне.
Людей заствляют что-то делать, хотя их должны на это были либо пойти на это сами либо согласиться, естественно если это просто разнарядка без пояснений о конечном результате и формате(а я уверен так оно и есть), которая пришла из центра единственное, что хочется сделать написать отписку. Легче заставить писать нормальные читаемые отчеты(впрочем они наверняка есть), а отчеты анализировать какими-то системами для выявления важных признаков.
Ну и открытые данные в вашем конкурсе, где типа одни коды операций есть, ну оно наверное очень важно когда ты бумагу экономишь оставить только код операции, но в JSON вообщем-то можно было как-то по-человечески написать, а то на эти данные без страха не взглянешь, это как дополнительный уровень шифрования, т.к. и код фактически ни к какому человеческому описанию не приводит.
Я думаю и в любой другой стране, если бы ресурс, с которым вы разделяете ценности и позицию заблокировали бы вы были бы против. Но, конечно, если забить на это — то не надо потом жаловаться, что в нашей стране что-то не так, потому что мы даже не подняли нашу задницу. Я конечно бы просто бы сломал их, но они же будут защищаться, да еще и за счет моих собственных налогов.
Я вообщем-то за, сам недоволен, тем что фактически nodejs прекратил развиваться, хотя он все еще далек от идеала. nodeforward.org/ вот во что все таки вылилось это, а то я думал, что же по итогу получиться.
Почему я как налогоплательщик должен терпеть такое?
Для меня гитхаб и опенсорс основа будущей структуры общества и то как должно разиваться понимание мира, эти ******* занимаются за мои деньги такой вот «работой».
Естественно все большие фирмы молчат на этот счет, потому что все мы понимаем что живет в этаком тоталитаризме, где шаг вправо, шаг в лево и тебя заблокируют как делать не фиг, поэтому и помалкивают. Но сам по себе этот факт дико раздражает, я против такой фигни, нам нужна какая-то петиция или еще что-то, чтобы выпилить этот роскомнадзор.
Очень вряд ли что такие выводы могут кому-нибудь прийти голову в результате анализа. Потому как отвественность в понимание википедии суть есть некое абстрактное свойство никак не описываемое, а если мы хотим решать задачи реальные то и проблемы нужно решать реальные, а не из серии повышать отвественность коллектива и моральных скреп.
Хабрахабр перестал быть мусором.
И очень правильно что всякое разное вынесли в GeekTmes, в том числе вашу не техническую статью. Хотите поделиться чем-то гиковским вот вам GeekTimes, но не надо писать не про технологии, программирование, администрирование на Хабр, он не для того.
Автор не справился со сложностью и сделал ошибки, затем переписал. Причем здесь Node.js или Scala, мог бы ведь быть ровно обратный порядок. Или любые другие языки. Проблема то в том, что видимо не была изначально продумана архитектура приложения.
Зачем чинить то что не сломано? Зачем вводить уровни там где все помещается на глазах? Теперь нужно делать лишний клик чтобы попасть куда либо. Зачем этот ужасный дизайн перегруженный, когда в легковесности решения весь смысл? Это просто убийства духа nginx.
А в чем проблема опубликовать ну и с выводами почему и как. Выводы должны быть неплохие — во всяком случае мне было бы интересно если бы кто-то до конца мне объяснил в чем весь цимес то как оно внутри на уровне C преобразовалось то.
Проснулся в поту от кошмара предложенного автором(не в обиду автору) проверил сайт nginx'а — фуф все на месте.
Если говорить конкретнее — хорошее не перегруженное пришел автор и испортил буквально все что мог, начиная от менюшки кончая любой страницой. Хватит страдать украшательством. Ненужные выделения, ненужные уровни — стиль стыренный у миллиарда других сайтов, расцветка претендующая на серую серость, серьезно взялись бы вы за улучшение чего-нибудь что нуждалось бы в улучшение. На мастер-класс не тянет скорее как глядите как я могу уродовать сайты в своей програмке :(
pastebin.com/NvGcvPwq
сервер требует(хз зачем видимо такая защита) user-agent. Я изначально подумал что без хоста не разроучивает до конца(но оказалось и без хоста это прекрасно живет). Так что просто дополнительным параметром передал user-agent в header. Вообще коненчо нужно брать header'ы браузера и пытаться их пробовать на других страницах, если такие проблемы возникают.
Прочел. Крутая книга. Я всегда подозревал что тесирование вокруг меня не совсем то чего я хотел бы видеть и вот эта книга говорит о том как правильно это делать с точки зрения программиста на самом деле.
Хотя если копать глубже то такой подход на самом деле используется только на уровне NodeJS, которая и делает асинхронное взаимодействие, но не через паузу content'а, а через eventloop. Получается сама NodeJS успела устареть и не поспевает за скоростью разработки v8 js'а. Т.е. в принципе в этой ситуации понятно, что NodeJS играет роль догоняющего, фактически генераторы дают этакую паузу контента уже сейчас осталось только это где-то внедрить по грамотнее, наверное тоже ожидают, что на основе генераторах сделают async/await.
В принципе update'ить структуру данных можно, только тогда set'еры должны возвращать Promise'ы. Плюс можно сделать что-то типа lazy getter'ов, которые бы тоже ходили куда-то или не ходили но в любом случае вернули Promise, в принципе для этого конечно больше подходят future'ы тогда, но пока они не реализованы в принципе можно и по promise'ам резолвить. В принципе если все по итогу будет возвращать Promise'ы то станет гораздо легче, нужно только выработать какой-то стандарт отлова синхронных ошибок, т.к. в каждом промисе нужно писать еще try{ } catch{} и catch для ошибок пришедших из предыдущего Promise'а.
Вообще для локального тестирования такие штуки по-моему не сильно подходят если какой-то сверхлегкий сервис, потому как тогда сам по себе тест может больше ресурсов кушать.
Людей заствляют что-то делать, хотя их должны на это были либо пойти на это сами либо согласиться, естественно если это просто разнарядка без пояснений о конечном результате и формате(а я уверен так оно и есть), которая пришла из центра единственное, что хочется сделать написать отписку. Легче заставить писать нормальные читаемые отчеты(впрочем они наверняка есть), а отчеты анализировать какими-то системами для выявления важных признаков.
Ну и открытые данные в вашем конкурсе, где типа одни коды операций есть, ну оно наверное очень важно когда ты бумагу экономишь оставить только код операции, но в JSON вообщем-то можно было как-то по-человечески написать, а то на эти данные без страха не взглянешь, это как дополнительный уровень шифрования, т.к. и код фактически ни к какому человеческому описанию не приводит.
Для меня гитхаб и опенсорс основа будущей структуры общества и то как должно разиваться понимание мира, эти ******* занимаются за мои деньги такой вот «работой».
Естественно все большие фирмы молчат на этот счет, потому что все мы понимаем что живет в этаком тоталитаризме, где шаг вправо, шаг в лево и тебя заблокируют как делать не фиг, поэтому и помалкивают. Но сам по себе этот факт дико раздражает, я против такой фигни, нам нужна какая-то петиция или еще что-то, чтобы выпилить этот роскомнадзор.
И очень правильно что всякое разное вынесли в GeekTmes, в том числе вашу не техническую статью. Хотите поделиться чем-то гиковским вот вам GeekTimes, но не надо писать не про технологии, программирование, администрирование на Хабр, он не для того.
Долой хомячков
Если говорить конкретнее — хорошее не перегруженное пришел автор и испортил буквально все что мог, начиная от менюшки кончая любой страницой. Хватит страдать украшательством. Ненужные выделения, ненужные уровни — стиль стыренный у миллиарда других сайтов, расцветка претендующая на серую серость, серьезно взялись бы вы за улучшение чего-нибудь что нуждалось бы в улучшение. На мастер-класс не тянет скорее как глядите как я могу уродовать сайты в своей програмке :(
сервер требует(хз зачем видимо такая защита) user-agent. Я изначально подумал что без хоста не разроучивает до конца(но оказалось и без хоста это прекрасно живет). Так что просто дополнительным параметром передал user-agent в header. Вообще коненчо нужно брать header'ы браузера и пытаться их пробовать на других страницах, если такие проблемы возникают.