@nodejs_ru

Страница 2635 из 2748
Cenator
03.10.2018
20:15:25
https://github.com/balderdashy/waterline Вот как вариант. Не пробовал, но выглядит достойно.
она научилась массивы как массивы в постгре хранить?

Dmitry
03.10.2018
20:16:27
она научилась массивы как массивы в постгре хранить?
почти все ормки не умеют в все фичи постгреса

и я про официальные, а есть еще всякие модули ?

Alexander
03.10.2018
20:17:10
А реально. Неужели заказчику важно чтобы бэк писался на всём cutting edge? Мне казалось, проверенное временем лучше, там хотя бы больше корнер кейсов учтено

Google
Dmitry
03.10.2018
20:17:14
там скорее вопрос: не препядствует ли ОРМ юзать нативные фичи

Если нет - орм вкусная.

А реально. Неужели заказчику важно чтобы бэк писался на всём cutting edge? Мне казалось, проверенное временем лучше, там хотя бы больше корнер кейсов учтено
Да я всё понимаю, это просто код. Но если делать современные инструменты или обёртки, то кода писать приходится меньше, это сказывается на скорости разработки и еще много на чем.

Так-то понятно, берёшь самое популярное и хорошее для данного кейса и юзаешь.

вот как я сейчас возьму монгос

Yury
03.10.2018
20:18:53
эх, а вот на похапэ например, в примере доктрины на симфе - все не так радужна

Alexander
03.10.2018
20:19:08
Ну меньше не всегда лучше. Вам же платят не за экономию места на диске

Dmitry
03.10.2018
20:19:40
Ну меньше не всегда лучше. Вам же платят не за экономию места на диске
мне платят за решения бизнес задач. И если у меня будут удобные инструменты - я буду получать больше, потому как смогу делать больше ?

Alexander
03.10.2018
20:19:58
И стрелять в ногу от непроверенного инструмента

Dmitry
03.10.2018
20:20:16
И стрелять в ногу от непроверенного инструмента
ну так никто не берёт bleeding edge пакеты

Alexander
03.10.2018
20:20:30
А потом оказывается, что писал его человек по идеологии "меньше кода - лучше" и просто выкинул половину проверок

Alexander
03.10.2018
20:22:02
Ну в данном случае компромисс имхо использовать проверенные инструменты и не скупиться на код. А то по такой идеологии можно и тесты скипнуть, они же бл не решают

Google
Alexander
03.10.2018
20:23:14
В общем, я понимаю, да. Просто порой часто встречаю возгласы на подобии "да зачем использовать тулзу х, ей же уже ЦЕЛЫЙ ГОД! Вон у вчера релизнулась до версии 0.0.26, в продакшн"

Grigoriy
03.10.2018
20:27:03
имею отличный пример как тулза xgettext-template для парсинга вольта написана и покрыта тестами, а по итогу работает ровно на четверть ожидаемого результата

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

пришлось скачать одобренную и стандартизированную npm тулзу и переписать ее нахер

Dmitry
03.10.2018
20:29:35
а у монги есть какой-нибудь тулсет, который бы помог следить за индексами, версионированием и вот этим всем?

Таймураз
03.10.2018
20:30:03
там скорее вопрос: не препядствует ли ОРМ юзать нативные фичи
knex + bookshelf, самый стабильный query builder и orm поверх оного nosql- зло для большинства решений

Все уже придумали за вас Я тоже когда-то первый проект поднял на nosql Можете помучаться, а потом начать делать правильно

Alexander
03.10.2018
20:31:57
Dmitry
03.10.2018
20:32:31
Скорее всего( в 99%) случаев, вам нужен просто постгрес)

Таймураз
03.10.2018
20:32:33
Неужели nosql прям вообще нельзя дать право на жизнь? И если можно, то где?
Там, где тяжело определить модель сущностей, либо там, где данных на самом деле дохуя

Alexander
03.10.2018
20:33:09
Мне казалось для "дохуя" как раз применимы мощные sql типа постгреса и оракла

Таймураз
03.10.2018
20:33:28
Dmitry
03.10.2018
20:33:57
но с этим тяжелее вам всё равно придётся возиться.

Таймураз
03.10.2018
20:34:33
Dmitry
03.10.2018
20:35:22
Я считаю, что монгу и другие nosql решения нужно брать когда ТОЧНО ПОНИМАЕШЬ ЧТО ДЕЛАЕШЬ. А потом еще подумать пару раз до того, как попробовать погонять первые тесты.

Nikolay
03.10.2018
20:35:39
Неужели nosql прям вообще нельзя дать право на жизнь? И если можно, то где?
Не стоит забывать, что nosql включается в себя не только документоориентированные бд :)

Maxim
03.10.2018
20:38:00
пол года плотно сидел на DynamoDB, несколько месяцев уже сижу на монге, также юзали как хранилище данных еластиксёрч. и честно - лучше бы это был постгрес =)

как по мне - большинство проектов не доживают до того момента когда БД-шку нужно серьёзно масштабировать. а в тех которые доживают уже скорее всего есть девопс инженер, который сможет это сделать..

Nikolay
03.10.2018
20:39:32
Всё зависит от характера данных, и только.

Google
Nikolay
03.10.2018
20:39:52
Все же помнят знаменитую статью о том, что монга говно.

Таймураз
03.10.2018
20:40:15
Dmitry
03.10.2018
20:40:33
Всё зависит от характера данных, и только.
нет. Ты никогда не можешь знать в какую сторону повернёт бизнес. И лучше брать максимально универсальные решения, а не идеальные в этом кейсе. Отмасштабироваться можно вседа успеть потом.

Alexander
03.10.2018
20:41:27
Блин, помню такую, затерялась в тоннах других статей "почему нода говно", "почему реакт говно" и "почему жс говно"

Nikolay
03.10.2018
20:42:10
Это ты о каждой второй?)
Не-не, там прям была особо выдающаяся :)

Типа для соц. сети решили её заюзать, ща.

Why You Should Never Use MongoDB « Sarah Mei http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/

Alexander
03.10.2018
20:43:34
Из разряда "почему отвертка говно для забивания гвоздей"

Таймураз
03.10.2018
20:44:18
Why You Should Never Use MongoDB « Sarah Mei http://www.sarahmei.com/blog/2013/11/11/why-you-should-never-use-mongodb/
Прочел просто описание в телеге и мне уже достаточно 4-6 разных проектов каждый год Я тут 9 месяцев в проекте и до сих пор над архитектурой бьюсь, а там блядь 4-6 проектов

Dmitry
03.10.2018
20:44:20
эту все читали наверное)

Alexander
03.10.2018
20:56:01
Читали да. Решение было абсолютно провальным имхо с самого старта

Nikolay
03.10.2018
20:56:19
Вот об том и речь.

Всё зависит от характера данных, и только.

Game
03.10.2018
23:54:02
блед срака горит, долюанный http ненавижу, копирую тупо с любого примера как сетапить сервер и нифина не работает



this site cannot be reached

Cenator
03.10.2018
23:54:53
http://expressjs.com/en/starter/hello-world.html

Game
03.10.2018
23:55:10
curl http://localhost:3000/ curl: (52) Empty reply from server

Google
Game
03.10.2018
23:55:49
мне нужен h2

Cenator
03.10.2018
23:55:55
уверен что курл умеет в http/2?

попробуй в браузере

Game
03.10.2018
23:56:38
this site cannot be reached

Cenator
03.10.2018
23:57:30
и файлы лежат там где надо и никаких ошибок в консоли нет?

Game
03.10.2018
23:58:28
в консоли ни ошибки

файлы точно верно лежат

Cenator
03.10.2018
23:58:44
я про keys

хм

тогда не знаю даже

Alexander
04.10.2018
00:13:25
Если я запускаю child process через fork, то как мне отслеживать его ошибки в parent процессе?

Game
04.10.2018
00:14:20
странно даже оф пример http2 c документации ноды не работает

Cenator
04.10.2018
00:14:43
может нода старая?

Game
04.10.2018
00:15:24
8.9

Vint
04.10.2018
03:32:52
curl http://localhost:3000/ curl: (52) Empty reply from server
Взять модуль, на который уже хер забили, не почитать даже доку по нему и по технологии в целом. http тебя не меньше ненавидит, зато https полюбит (не факт). Пользуйся curl https://localhost:3000/

Game
04.10.2018
04:28:06
Да но, пример h2 с документации node.js не спешит работать тоже это раз, а тот же h2 модуль в 8 ноде считаеться экспереметальным, чи да?

Vlad
04.10.2018
04:35:02
Speed of
04.10.2018
04:35:38
в скрипте только обработка пост запроса и рекурсивный метод

он его вочит в 1 случае из 15

Google
Speed of
04.10.2018
04:36:32
захотел - перезапусти - не захотет - не перезапустил =)

ну еще он создает 2 лог файла

Vlad
04.10.2018
04:48:57
а есть чатик по фронту?
@reactjs_ru @frontendua @reactkyiv Чаты @Chats_Developers. можно поиском пробежаться Надеюсь правила чата не нарушил?

Milkiweed
04.10.2018
05:16:39
привет, подскажите пожалуйста через npm поставил нужные зависимости запуск сервера произвожу командой blockchain-wallet-service start --port 3000 теперь мне нужно на ебунте запилить .service файл чтоб systemd контролировал процесс выполнения, но я застопился на шаге с ExecStart, получается, там же надо полный путь указывать т.к такой вариант не прет ExecStart=blockchain-wallet-service start --port 3000 поэтому вопрос, как мне запустить эту команду с указанием path?

blockchain-wallet-service эт обычный пакет который через npm ставил лежит по пути /usr/lib/node_modules/blockchain-wallet-service/, но хз как его запустить с указанием полного пути) с нодой знаком лишь пару минут

Mark
04.10.2018
05:20:40
node blockchain-...

Поправил

Milkiweed
04.10.2018
05:21:22
node blockchain-...
пробовал такой вариант, вылетает ошибка без node все ок запускается

Mark
04.10.2018
05:21:40
Тогда запускай без нод

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

Хотя я не знаю, что там именно

Milkiweed
04.10.2018
05:22:39
ладно, спасибо

Mark
04.10.2018
05:22:57
Да обращайся

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