Просто взять и брать то мы получим данные не в корректном виде, а именно пакеты смешиваются

тогда этот вопрос не к ноде а к формату данных. тогда что-то типа протокола который умеет в id файла + данные посылаешь туда чанками( в сокет спокойно пишутся чанки и идут именно в той последовательности что ты пишешь)

ставишь у себя net socket нужный рамзер чанка сколько за раз хочешь отправить

передавай между фреймами \n\r\r\n. Считай терминатором. Но лучше считать скобки.

не, терминатор это будет боль

потому что нужно его эскейпить тогда в пакете

H.323 это боль. А терминатор - норм :)

терминатор это не способ лол. проще size of chunk + id + chunk

ага. id не нужен только особо

ну если он 20 файлов одновременно грузит

на сервре ему

а он хочет на C++ передавать эту историю сразу

по сути это прокси сервер у него

К такому варианту я приглядываюсь, только в начале мне нужно еще передавать index чанка во всем буффере, чтоб если чанки и мешались между собой, то по index можно было восстановить файл

терминатор это не способ лол. проще size of chunk + id + chunk

Так вот, а разделять чанки таким вод средством это нормально? То бишь применяется в практике?

передавай между фреймами \n\r\r\n. Считай терминатором. Но лучше считать скобки.

как у тебя чанки мешаться могут? О_о

чанки не буду мешаться если ты не будешь их мешать

socket.write('a'); socket.write('b'); socket.write('c'); В ноде нет гарантии что а передастся быстрее чем б. Из-за этого приходится каждому chunk-у давать свой индекс, после так собирать файл

Или я не правильно мыслю?

есть

socket.write добавляет данные в буфер

буфер высвободится когда он залимитирован или еще что-то в ноде скажет ему что харэ прохлаждаться

последовательность гарантирована т.е.

Мм, тогда все немного проще

А есть чат-конфа по галпу?

Нужно пару моментов узнать.

Попробуй в @react_js

Или @angular_js. Подозреваю что на gulp на текущий момент больше проектов на 1м ангуляре чем на реакте

или @angular2 :)

:)))

Не надо :)

Надо надо :)

Здесь можно узнать, например, что галп не нужен

А есть чат-конфа по галпу?

А в чем вопрос то?

А в чем вопрос то?

Ну, можно ли юзать 4й, какие практики организации тасков, допустим, если есть некий product.json, который будут смотреть другие подтаски.

Я с 4м не работал. Так что если все вопросы касательно него, не могу помочь. Хотя судя по changelog изменений не особо

А в чем вопрос про организацию тасков? в 3м галпе можно строить на зависимости тасков друг от друга, но вот я не использовал это, а компоновал цепочки через run-sequence

>run-sequence В 4 есть parallel и series

ну по сути это замена, если я правильно прочитал доку

Ну да, получается так и есть. Суть простая, прочитать файл и запустить параллельные задания для ресурсов, по путям в файле. С галпом не работал до этого :) но src принимает массив, значит, проблем не должно быть. Он ведь продолжит другие задания, если в одном ошибка?

3й не продолжал если ошибки не обрабатывать

упоминаний в changelog что в 4м что-то в этом плане изменилось я не вижу

есть плагин gulp-plumber который решает эту проблему

Ну мне мне вообще и надо, чтобы полный останов был, если файл не найден. Так что ок.

если файл не найден при src ничего не будет

он обработает найденные и пойдет дальше

если ни одного не нашел - таск "проскочится"

Это нежелаемый результат.

http://stackoverflow.com/questions/25551668/only-include-if-exists

Вот как вариант

но суть в том что проверять это надо самому руками

https://github.com/gulpjs/gulp/issues/374

но суть в том что проверять это надо самому руками

Ок.

А нет, ругается

проверил

а 3.9.1 не ругается

Я сначала поверил, потом поразмыслил, а сколько людей то на самом деле следит за изменениями в проекте. Такое не пропустят.

Немного

ERROR: S client not available

котаны, кто нибудь пробовал datascript? https://github.com/tonsky/datascript

котаны, кто нибудь пробовал datascript? https://github.com/tonsky/datascript

Ради интереса спрашиваю: в ты для каких кейзов хочешь использовать его?

offline-first, отделить сервер от клиента

А, понял тебя.

Вакансии и запросы на поиск работы по направлению JavaScript, Node.js, React.js, Angular 1.x, Angular 2 и пр. публикуем в группе @javascript_jobs. Формат любой: full-time, part-time, remote и разовые подработки. Также обмениваемся инсайдами и аналитикой по рынку труда.

Ой зойбанят, берегись

первый раз предупреждение - второй бан

Ребят, расскажите про профайлеры в nodejs, какими лучше пользоваться и т.д. А так же, через что можно отслеживать количество запросов, нагрузку и прочее

Вакансии и запросы на поиск работы по направлению JavaScript, Node.js, React.js, Angular 1.x, Angular 2 и пр. публикуем в группе @javascript_jobs. Формат любой: full-time, part-time, remote и разовые подработки. Также обмениваемся инсайдами и аналитикой по рынку труда.

? Красавчик

https://prometheus.io/

И в продолжении темы Kubernetes:

И продолжая тему Kubernetes. В блоге CoreOS опубликовали мануал по мониторингу кластера Kubernetes с помощью Prometheus. http://amp.gs/8vSC

Что-то попробовал въехать в service discovery в кубере, и как-то слабовато все

Ооо)

15 советов по написанию самодокументируемого JavaScript. Ссылка #JS #JavaScript

Друзья, мы долго спорили, делать или нет, так или по другому, в итоге мы решили и сделали выделенную группу по Docker. Многим стало здесь проблематично получить ответ на свой вопрос из-за потока сообщений, за которым, по-честному, становится всё сложнее уследить с ростом группы. В то время, когда Docker становится main stream и как прекрасно выразился однажды Саша Титов - стандартом упаковки приложений. Теперь вопросы и новости на тему Docker, Docker Swarm и всей его экосистеме, без флуда и только по теме можно получить в отдельной группе. Присоединяйтесь: + https://telegram.me/docker_ru

@DenisIzmaylov а можно тоже самое сделать с react_js и выделить javascript_ru?

по js и так есть канал)

хз, в react_js обсуждают все, но не реакт)

Но оно не особо надо на практике :) Как правило JS либо в браузере (@react_js, @angular_js), либо на сервере (здесь), либо в мобильном (@reactnative_ru).

хз, в react_js обсуждают все, но не реакт)

Это хаб :)

больше чатов богу чатов

Надо DevOps распотрошить. А то там совсем жесть

И список чатов хоть в описание fb группы moscowjs

Но @devops_ru - это точка входа для многих. Поэтому решили плавно разделять на составляющие, чистые от флуда треды, чтобы всем было удобней.

k8s_ru еще надо :3

@kubernetes_ru :)

Еще бы группы про алгоритмы, архитектурные решения и "особо хитрые задачки". Just for fun и образования

Еще бы группы про алгоритмы, архитектурные решения и "особо хитрые задачки". Just for fun и образования

Что мешает про это писать тут и выделить канал, где будут публиковаться отдельные моменты, чтобы не потерять?