@nodejs_ru

Страница 381 из 2748
Vladimir
30.11.2016
17:02:58
как бы это не было грустно для кизу

вобщем перейдите с лесс на постцсс

Nikita
30.11.2016
17:03:14
а шугарсс не замена?

Сергей
30.11.2016
17:04:09
Ок

Google
Ivan
30.11.2016
17:04:15
Что значит перейти на пост цсс? Это не решает проблему

Пост цсс это парсер

У меня компоненты со слоями импортируемые в разные проекты со своими переменными

Ҫѐҏӗѫӑ
30.11.2016
17:05:29
лол, в джаве совсем другое время))
https://twitter.com/blia/status/766747852009836546

Vladimir
30.11.2016
17:05:38
/stat@combot

Пост цсс это парсер
это не парсер

то есть голый постцсс это парсер и стрингифаер

добавь плагины и будете тебе твой лесс

Nikita
30.11.2016
17:06:29
яж тебе скинул проект))

Vladimir
30.11.2016
17:06:39
вот-вот

яж тебе скинул проект))
он не поможет though

Ivan
30.11.2016
17:07:16
Ну насколько это ускорит

Vladimir
30.11.2016
17:07:18
> This module does not compile LESS конечно, это ведь адаптер

Google
Nikita
30.11.2016
17:07:46
ну поверх плагинов навернуть надо, да

Vladimir
30.11.2016
17:07:50
Ну насколько это ускорит
ты уйдёшь от медленного парсера и вообще написанного чз жопу

ты видел как он внутри написан?

Ну насколько это ускорит
напиши один компонент на лессе и на постцсс

Ivan
30.11.2016
17:08:41
Жопа там

Vladimir
30.11.2016
17:08:47
и забенчай

потом два и забенчай

что как маленький

Ivan
30.11.2016
17:09:09
/

Блад

Ок, пост цсс

Заюзаю — расскажу

260 файлов пацаны

Vladimir
30.11.2016
17:10:51
не юзай вслепую

забенчай

возможно у тебя где-то среди эти 260 файлов боттлнек

бенч @ профайль

Ivan
30.11.2016
17:14:05
Не, переходить в слепую это не тот вариант

Nikita
30.11.2016
17:14:34
почему не вариант?

Ivan
30.11.2016
17:14:40
Кароч, завтра надо сообразить, что дешевле и целесообразней

Google
Nikita
30.11.2016
17:14:41
возьми парсер, посмотри сколько парсит

Ivan
30.11.2016
17:15:00
Ну так это не в слепую

Переписывать все не вариант

Слишком большой проект

Vladimir
30.11.2016
17:15:57
260 файлов не так много

Ivan
30.11.2016
17:16:10
С таким раскладом проще исправить проблему глобально

Vladimir
30.11.2016
17:16:16
ахаха

Ivan
30.11.2016
17:16:22
260 компилированных

Это инклюды

Есть еще эксклюды

Vladimir
30.11.2016
17:16:47
и будешь контриьютить перф-пуллреквесты в мёртвый проект?

Ivan
30.11.2016
17:17:15
Ничо я не буду контртбьютить, с какой?)

Глобально проблема не в этом

Vladimir
30.11.2016
17:17:41
а в чём?

я думал в медленном лессе

Ivan
30.11.2016
17:18:04
Нууу по чеснтноку нет

Проблема в том что в репе хранятся куча проектов, и при деплое они все... Как бы это так сказать

Nikita
30.11.2016
17:18:36
find . -name "*.less" -exec echo {} $(time less {} > /dev/null) \\;

че нить такое можно сделать)

Google
Ivan
30.11.2016
17:19:21
Тоесть компания большая с кучей проектов, но хранится все в одной репе

Это пиздарики

Vladimir
30.11.2016
17:19:52
ахаха

Ivan
30.11.2016
17:19:54
И это будет исправлено но в 2017

Вот тебе и хахах

Vladimir
30.11.2016
17:20:05
прости, знаю это больно

Ivan
30.11.2016
17:20:14
Я же писал)

Vladimir
30.11.2016
17:20:15
а вы не можете вынести свой проект?

Admin
ERROR: S client not available

Ivan
30.11.2016
17:20:36
Да все надо разносить

Vladimir
30.11.2016
17:20:44
Ivan у тебя есть линкедин?

Ivan
30.11.2016
17:20:49
Нееее

Не прижилось

Sergey
30.11.2016
17:22:30
У меня в голове прям картинка нарисовалась. Приходишь каждый раз взять книгу с полки каждый раз знаешь что все остальные книги тебе на бошку упадут

Ivan
30.11.2016
17:23:11
Скорее не так. Взял книгу и каждый раз знаешь, что тебе все остальные надо прочитать

jdc
30.11.2016
17:26:26
Кто подскажет, что это за ошибка? UnhandledPromiseRejectionWarning: Unhandled promise rejection (rejection id: 1): Error: Can't set headers after they are sent.

Славик
30.11.2016
17:27:06
catch не проставлен в промайсе каком-то

Anton
30.11.2016
17:29:23
это когда у тебя последний мидлвер сработал (тот что ошибки ловит), отправил ошибку, а ты из другого мидлвера (в котором произошла ошибка) пытаешься оправить ответ

Славик
30.11.2016
17:29:52
я в таких случаях просто во всех промайсах делаю .catch(console.error)

Google
Vladimir
30.11.2016
17:30:08
отправил хедеры и опять пытаешь отправить

у тебя падает

потому что у тебя loud/hard-rejection стоит

Anton
30.11.2016
17:32:02
я в таких случаях просто во всех промайсах делаю .catch(console.error)
лучше ошибку выше прокидывать и в одном месте обрабатывать

Славик
30.11.2016
17:32:58
ну да, или .catch(reject)

Vladimir
30.11.2016
17:34:26
лучше ошибку выше прокидывать и в одном месте обрабатывать
дело говорит, промис должен кетчиться только в одном месте в котором его используют

Vladimir
30.11.2016
17:38:30
тогда try {} catch(e) {}

Anton
30.11.2016
17:38:55
не до конца уверен что ок, но я так собираю ошибки: try { await JWTVerify(token, user._getSecret()); } catch (err) { if (err instanceof JWT.JsonWebTokenError || err instanceof JWT.TokenExpiredError) { return next(createError(401, err.message)); } else { return next(createError(err)); } }

ну и в error мидлваре уже решаю что показывать, а что е показывать + логинг

Vladimir
30.11.2016
17:40:35
не теряешь стек?

у ошибок

Anton
30.11.2016
17:42:37
та вроде не теряю

вот пакет https://www.npmjs.com/package/http-errors

он и в koa2 юзается

под капотом captureStackTrace дергает

это лучшее что я нашел для http ошибок

было бы круто сделать как-то так: try fn - coffeescript синтаксис а под капотом try вызывал бы fn внутри try и в catch дергал бы return next(err)

andretshurotshka?❄️кде
30.11.2016
17:54:58
macros?

Anton
30.11.2016
17:56:05
типо http://sweetjs.org/ ?

Vladimir
30.11.2016
18:00:49
ага, макрос

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