В монге нет ничего принципиально плохого, но и хорошего немного

и что же не так с пхп?) Подсказка: ничего

Всё нормально с PHP

Пхп?

Лол

К тому моменту, когда вышла 7 пыха, уже появились новые инструменты разработки, которые с уделали седьмую еще до ее выхода

кто-то что-то выдумывает, в любом случае не по теме чатика

Я с седьмой не работал, но на пятой меня убивало количество вариантов решения одной и той же задачи (кодирования текста в другую таблицу)

все ясно

Я с седьмой не работал, но на пятой меня убивало количество вариантов решения одной и той же задачи (кодирования текста в другую таблицу)

это тебе не JAVA ; - 0

это тебе не JAVA ; - 0

И спасибо на этом Одна сущность для решения одного типа задач

JS, конечно, не об этом, но тут плюсы эти минусы перевешивают

hlp plz. не могу понять что должен вернуть промис который читает фаил по https и пишет его на диск, что бы следующий в цепи промис прочитал этот файл.

hlp plz. не могу понять что должен вернуть промис который читает фаил по https и пишет его на диск, что бы следующий в цепи промис прочитал этот файл.

Промисы сами ничего не читают и не пишут. Это делает твой код или библиотека. Результат каждого промиса - в зависимости от потретностей. Тебе нужен buffer или file path, если речь о диске. А можно и stream.

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

вот это хочу решить, но могу понять как

Это три промиса - чтение (в буфер, например), запись на диск, и потом опять чтение. Но записывать и сразу читать может быть лишним шагом.

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

Тогда ищи мануал/туториал по промисам. Пока всё не поймёшь, остальное не получится. С чем этими промисами работать - вопрос десятый.

чтобы вернуть промис используй return

Promise.resolve().then(() => Promise.resolve()).then(() => Promise.resolve()).then(() => Promise.resolve())

Promise.resolve().then(() => Promise.resolve()).then(() => Promise.resolve()).then(() => Promise.resolve())

что за ад?

пример как чейнить промисы

что за ад?

Совсем не ад. Всего-лишь адище)

пример как чейнить промисы

Вот не надо таких примеров.

вперед давай лучше

google promise tutorial

мне не надо это гуглить

Я заметил) Но дело личное, не вопрос.

вперед давай лучше

Хотя бы так Promise.resolve() .then(() => Promise.resolve()) .then(() => Promise.resolve()) .then(() => Promise.resolve())

а разница?

я написал тоже самое

только в одно строку

«Идиот» © герой Папанова

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

А если серьёзно, то читать досконально вот это https://pouchdb.com/2015/05/18/we-have-a-problem-with-promises.html Пока не будет понятен каждый абзац и пример. Тренироваться здесь https://bevacqua.github.io/promisees/

код отформатирован по разному, да это большая разница лол

Это очень большая разница

у него каждый метод на новой строке))

Я бы даже сказал одна из самых главных разниц

Сразу после отсутсвия явных глупостей в коде

скопируй код в IDE сделай автоформат и увидишь, будет тоже самое

Ну вот скопируй, сделай, а потом пости сюда в нормальном виде, а не то что ты там кривыми ручонками набрал

ну дак разницу то слабо обосновать или аргументы закончились?

Ты вообще понимаешь цель написания кода не в машинных кодах? Она в том чтобы его было удобно читать и понимать. В этом разница. Публикуешь где-то своё кодище — оформи его нормально. Иначе это просто неуважение к читателю.

это не простыня на 50 строк, а однострочная запись. Кому нужен ответ на вопрос, прочтет и поймет, а кому нет, будет искать мнимые ошибки. Еще в гугль отправляют. Не мешало сходить самим, раз такой код не понятен.

ясно всё с тобой

ещё один неадекват в чате

мне тоже все ясно, ты у нас в этом чате судья, ярлыки развешиваешь без аргументации

Спор: — Так делать нехорошо. Вот почему: аргументы. — Да мне пох.

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

На грани

[last news] Let's encrypt Node.js library removed from GitHub

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

Google github promise cookbook

«Идиот» © герой Папанова

Ребят ведем себя вежливо по отношению к друг другу. Если что-то не устраивает (к примеру форматирование кода) можно вежливо попросить исправить или предложить свой вариант.

Народ, слышал недавно, что let и const дают некоторый overhead по сравнению с var в V8. Насколько актуальна эта информация и насколько велик overhead?

Народ, слышал недавно, что let и const дают некоторый overhead по сравнению с var в V8. Насколько актуальна эта информация и насколько велик overhead?

Найдёшь пруфы или сам забенчаешь?

На самом деле, новые стандарты всегда медленее; вспомни те же промисы

Найдёшь пруфы или сам забенчаешь?

Я тоже помню такое, было дело

Относительно const/let vs var: у первых больше семантики, я думаю это норм, если у них будет небольшой оверхед

Я тоже помню такое, было дело

Я тоже помню

В моем pipe тесте замена var на const особо ни на что не повлияла, кстати)

Но не помню, что именно. То ли джит был сломан, то ли турбофан не включался

В моем pipe тесте замена var на const особо ни на что не повлияла, кстати)

Так ты скорость, а не память мерил

А, ну да

Найдёшь пруфы или сам забенчаешь?

http://stackoverflow.com/questions/37792934/why-is-let-slower-than-var-in-a-for-loop-in-nodejs

http://stackoverflow.com/questions/37792934/why-is-let-slower-than-var-in-a-for-loop-in-nodejs

Бенч странный, ну и как я сказал семантика важна и влияет

https://esdiscuss.org/topic/performance-concern-with-let-const

вот статейка есть

http://stackoverflow.com/questions/37792934/why-is-let-slower-than-var-in-a-for-loop-in-nodejs

У меня по этому тесту получилось 51ms (var) и 182ms (let)

https://esdiscuss.org/topic/performance-concern-with-let-const

Я видел её, но она мальца древняя, 4 года

120 мс и 480 мс

Но я первый попрошу себя стукнуть, если мне придёт в голову создать миллион объектов просто так

Это да) Тут скорее чисто теоретический интерес.

Лол, в Firefox что-то глюкануло, c var 101432ms (завис), с let 447.

Результаты поменялись (ff49): var: 233.21мс, let: 33.05мс Чяднт?

Лоол

Да, фф виснет наглухо))

у меня чем больше итераций, тем быстрее работает лет и медленнее вар)

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