@nodejs_ru

Страница 839 из 2748
Yumi
04.06.2017
05:56:51
Питон не сильно и быстрый https://www.techempower.com/benchmarks/#section=data-r14&hw=ph&test=plaintext

Aleksandr
04.06.2017
06:13:38
Питон не сильно и быстрый https://www.techempower.com/benchmarks/#section=data-r14&hw=ph&test=plaintext
это какие-то помоечные бенчмарки, сколько ни пытался понять они коррелируют с реальностью и откуда кто их берет так и не смог, бенчмарки надо проверять всегда самому

Вячеслав
04.06.2017
06:14:46
Привет. Не подскажете, возможно ли на node.js развернуть независимый php сервер?

Google
Aleksandr
04.06.2017
06:16:09
Давно yarn испольузю
там npm правит баги в yarn вовсю, они похоже и далее будут два инструмента делать вместе https://twitter.com/sebmck/status/869666248312975361

Aleksandr
04.06.2017
06:18:25
Слова про скорость Питона тоже нужно подкреплять чем-то.
я активно пишу на последнем питоне и он быстрее ноды по эвентлупу и вычислениям, в остальном понятно медленнее намного. я пишу всегда бенчмарк на свою задачу прежде чем принять решение о выборе https://github.com/MagicStack/uvloop https://github.com/MagicStack/asyncpg

А зачем?
не смог понять)

Я то думал они конкурирующие организации, хмм
ну когда после выхода yarn все набросились на npm ярнисты агрессивно начали защищать npm и громить всех кто npm критикует.

Aleksandr
04.06.2017
06:22:16
И как дела в Питоне с асинхронными библиотеками?
местами хорошо, местами никак, есть совместимость с синхронными нормальная, например даже для тарантула есть асинхронная обертка нормальная, а вот для докера нет

Вячеслав
04.06.2017
06:26:05
а в чем смысл такого?
Я возможно не правильно мыслю, ещё только учусь и пока на уровне Front-end разработчика. Хочу связать php и browser-sync, но при этом не исспользовать ничего стороннего, только npm

Aleksandr
04.06.2017
06:29:42
Я возможно не правильно мыслю, ещё только учусь и пока на уровне Front-end разработчика. Хочу связать php и browser-sync, но при этом не исспользовать ничего стороннего, только npm
от php лучше отказаться как можно скорее, но вообще им можно управлять через child_process если нужно дев-окружение себе настроить

Aleksandr
04.06.2017
06:30:40
примерно так

Google
Aleksandr
04.06.2017
06:30:41
https://github.com/micahblu/gulp-connect-php

Вячеслав
04.06.2017
06:30:45
Aleksandr
04.06.2017
06:32:20
Да, но он не будет их обрабатывать
https://www.youtube.com/watch?v=wE-Oi84UJXE что-то такое нужно да?

Вячеслав
04.06.2017
06:34:52
Нет, немного не то, я знаю, что browser-sync может выступать как proxy, но проблема в том, что php сервер внешний, а я хотел развернуть максимально мобильное окружение, что бы у меня всё сразу разворачивалось буквально с npm install без установки дополнительного ПО

Вячеслав
04.06.2017
06:37:12
а что называется дополнительным ПО?
php сервер, который отдельно от ноды идёт

Вячеслав
04.06.2017
06:37:57
Угу

Максим
04.06.2017
06:39:09
Порнография какая-то

Psilon
04.06.2017
06:39:14
Угу
Конечно можно скрестить ежа с удавом, но зачем?

Вячеслав
04.06.2017
06:40:15
Для быстрого развёртывания dev-окружения фронт-энд разработчика, если потребуется например с темой wp поработать

Psilon
04.06.2017
06:41:16
Это дополнительные накладные расходы, все будет работать медленее

Aleksandr
04.06.2017
06:41:22
в любом случае нужны бинарные компоненты php

Вячеслав
04.06.2017
06:41:31
это не прода

только для разработки

Aleksandr
04.06.2017
06:42:03
исполнять php-код может только php

Вячеслав
04.06.2017
06:42:04
вроде как express н такое способен, но я пока не сумел разобраться

Psilon
04.06.2017
06:42:06
Что подобное нашел https://github.com/jaceju/node-php-server

Google
Вячеслав
04.06.2017
06:43:12
Что подобное нашел https://github.com/jaceju/node-php-server
оно вроде работает по типу gulp-connect-php

Максим
04.06.2017
06:43:19
Что подобное нашел https://github.com/jaceju/node-php-server
Все равно локально нужен PHP. А человек хочет использовать удаленный, если я правильно понял

Dmitry ?
04.06.2017
06:44:20
Докер в котором будет разворачиваться бекенд?

Вячеслав
04.06.2017
06:44:30
Мне грубо говоря нужна своя песочница с php, browser-sync, gulp

Psilon
04.06.2017
06:45:21
Это по идее надо чтобы нода конвертила php в js, и плсле этого стартовала

Вячеслав
04.06.2017
06:45:55
OpenSevrer есть, и на нём сейчас всё работает

Вячеслав
04.06.2017
06:46:38
Мне часто нужно унести проект, на другой машине его развернуть, показать, поправить, а потом свернуть и не оставить следов в системе

Psilon
04.06.2017
06:47:11
это как вообще?)
Это извращение )

Максим
04.06.2017
06:47:28
OpenSevrer есть, и на нём сейчас всё работает
Ну так что мешает установить портабельно(переносимо) NodeJS? OpenServer он портабельный. На жесткий переносной все скидываешь и вперед

Aleksandr
04.06.2017
06:47:52
Это извращение )
это попросту невозможно

Psilon
04.06.2017
06:48:53
это попросту невозможно
Полностью согласен, но не удивлюсь если появится подобное

Максим
04.06.2017
06:50:08
а если я например на винде, а мне нужно унести на линукс, или мак?
Но тогда нужно чтобы он был на той машине, на которой собираешься запускаться. С другой стороны я не вижу причин для такой переносимости. Есть облака, есть Ngrok

Вячеслав
04.06.2017
06:51:49
Хорошо, спасибо, поковыряюсь ещё с express, а потом попробую найти альтернативу.

Google
Вячеслав
04.06.2017
06:54:28
https://www.npmjs.com/package/php-express

Максим
04.06.2017
06:55:42
Пипец... какой порнухи только не придумают

Dmitry ?
04.06.2017
06:55:46
Еще просто виртуалку можно)

Aleksandr
04.06.2017
06:55:54
какая жесть))

Вячеслав
04.06.2017
06:55:57
=)

Максим
04.06.2017
06:56:33
Еще просто виртуалку можно)
ну, опять же, она должна быть у всех

Aleksandr
04.06.2017
06:57:11
Пипец... какой порнухи только не придумают
я даже таких наркоманов предположить не мог)

Wise
04.06.2017
07:33:43
Admin
ERROR: S client not available

Fedir
04.06.2017
07:39:22
Какой наркоман это придумал

Ilya
04.06.2017
07:40:37
я даже таких наркоманов предположить не мог)
Ну вообще правда наркоманы. Надо было fpm поднять и в него отдавать

https://github.com/davidcoallier/node-php

А каждый раз похапе запускать это ж пиздец

Combot
04.06.2017
08:26:16
combot.org/chat/-1001041204341

Сергей
04.06.2017
09:55:22
https://github.com/davidcoallier/node-php
6 лет назад был сделан последний коммит

Aleksandr
04.06.2017
10:03:57
6 лет назад был сделан последний коммит
ровно тогда php потерял смысл

Ilya
04.06.2017
11:14:41
А когда импорты в ноде сделают? Есть инфа?

Глеб
04.06.2017
11:30:55
А когда импорты в ноде сделают? Есть инфа?
Работают. Мб к 9 ноде запилят. Будет с разширением .mjs

Ilya
04.06.2017
11:36:28
Читал про Michael Jackson script ) зачем расширение новое делать-то?)

Глеб
04.06.2017
12:02:48
Сильно отличаются. CommonJS это readFile+eval, а ES6 Module чёто-то там со связыванием ещё на этапе парсинга мутит. По моему он сначала строит древо зависимостой (import/export), а потому уже обычный парсер JS вступает в работу. Не помню уже точно, если честно.

Google
Ilya
04.06.2017
12:03:50
readFile+eval буууууэ

Глеб
04.06.2017
12:04:42
readFile+eval буууууэ
Ну может там new Function, не смотрел реализацию) А как ещё прикажешь делать?

Вот просто ******** ******! Всю утро пытался починить сборку в Travis, только обнаружил, что вместо секции 'script' была секция 'scripts'! 7, *****, часов! Надо пойти в VS Code запилить валидатор .travis.yml файлика.

Ilya
04.06.2017
12:09:22
new vm.Script(code, options) script.runInContext(contextifiedSandbox[, options])

вот хрен знает надо реально смотреть что там с оптимизатором происходит

с эвалами я говна уже пожрал.

полез смотреть как оно в ноде реквайрит

Module.prototype.require = function(path) { assert(path, 'missing path'); assert(typeof path === 'string', 'path must be a string'); return Module._load(path, this, /* isMain */ false); };

Module._load = function(request, parent, isMain) { ... var module = new Module(filename, parent);

Глеб
04.06.2017
12:15:39
Да, возможно с какой-нибудь 4-ой ноды и через vm подключается. Смутно уже помню, но в до-io.js эпохе 0.12.х VM был в нестабильной ветке.

Ilya
04.06.2017
12:21:24
хуя

vm.runInThisContext там

Глеб
04.06.2017
12:23:01
Ну значит перепилили)

Это хорошо

Ну по сути require модули подключаются на уровне JS, а ES6 Module должны резолвиться уровнем ниже, при парсинге условного index.js. Примерно эту идею я и хотел донести до @dkdfdz

Ilya
04.06.2017
12:26:41
Ох кошмар((

Опять плодить новые расширения

Ilya
04.06.2017
12:29:41
расширения хуения... я сейчас с cheerio пляшу. благословенны те кто его придумали. ахаха

у меня пока тупой процесс парсинга.

Страница 839 из 2748