
Grigorii
24.06.2018
08:05:54
А при чём тут подставлять себя? В чём подстава?
А по монетизации, может быть, например, ProPlan (который не корм) со всеми возможностями за деньги, а в противовес FreePlan с меньшими возможностями и майнином.
Под крупным я не имел в виду "очень большой", имел в виду что на нём вообще сидят люди и постоянно, а не случайно иногда заходит 300 уников в месяц
Хотя я, конечно, просто чувак из интернета, и ничего не пробовал, лишь рассуждаю, не надо мне верить =)

Artur
24.06.2018
08:11:56
Кто-нибудь использовал graphql-tools? makeExecutableSchema просит чтобы объект резолвер содержал следующие свойства Query и Mutation,
но если я выношу туда (ошибка при этом пропадает), то после запроса мне возвращается null, т.е. резолвер как-будто и не найден

Dzmitry
24.06.2018
08:16:24

Google

Dzmitry
24.06.2018
08:17:53
Ну как минимум, посещаемость упадет

Grigorii
24.06.2018
08:17:56

Dzmitry
24.06.2018
08:17:58
Факт
То пожалуйста
Реклама прибыльнее
Как мне кажется

Андрей
24.06.2018
08:18:49
Всем привет! Как вы организуете структуру проекта? У меня есть индекс, в котором прописаны все роуты, контроллеры, в которых прописана логика для каждого роута, модели, где прописана можель каждой сущности. Не пойму, где писать логику, которая напрямую не связана с апи. Например, мне нужен метод, который возвращает всех юзеров из базы по айди. И в апи этого метода не будет, он только для внутреннего применения. Где это писать? Норм ли создать папку services и складировать это туда? Как вы это решаете?


Grigorii
24.06.2018
08:20:27
Если сайт блогоподобный, когда пользователь листает страницу, переходит между страницами, на странице есть материал - то однозначно.
А если что-то типа редактора какого-нибудь, где и содержимого особо нет, и страница в размер окна, то для большого числа рекламы места как-то нет, а пользователь сидит на одной странице часами и увлечён работой. (имхо)
Всем привет! Как вы организуете структуру проекта? У меня есть индекс, в котором прописаны все роуты, контроллеры, в которых прописана логика для каждого роута, модели, где прописана можель каждой сущности. Не пойму, где писать логику, которая напрямую не связана с апи. Например, мне нужен метод, который возвращает всех юзеров из базы по айди. И в апи этого метода не будет, он только для внутреннего применения. Где это писать? Норм ли создать папку services и складировать это туда? Как вы это решаете?
"Например, мне нужен метод, который возвращает всех юзеров из базы по айди".
Все подобные методы обычно делают в моделях
Обычно завожу ещё директорию типа utilities для всяких хелперов и прочих функций, которые "ни к чему не относятся". Есть есть какой-то очень большой кусок логики, который тоже не относится к описанному, и который логически самостоятельный, то в отдельную директорию в индекс или в libs.


Андрей
24.06.2018
08:23:00

Grigorii
24.06.2018
08:23:00
Кстати, В бест практис написано разделять не по модель-контроллер-роут-вью, а по сущностям, а уже в сущности лишь её контроллер, роутер, модель и т.д.

Google

Grigorii
24.06.2018
08:23:25

Андрей
24.06.2018
08:23:38

Grigorii
24.06.2018
08:24:53

Андрей
24.06.2018
08:25:30

Grigorii
24.06.2018
08:26:04

Андрей
24.06.2018
08:26:52
Вообще, используется это слово «сервис» в ноде? Как в ангуляре

Nikita
24.06.2018
09:11:20
Кто работал на беке с express-session с полностью отвязанным фронтом отзовитесь пожалуйста!
Есть вопрос можно решить только с вашей помощью

Alexander
24.06.2018
09:12:54
Так если вопрос с их помощью не решить, то зачем им отзываться

Nikita
24.06.2018
09:14:44

Alexander
24.06.2018
09:15:36
Изложи проблему тут. Это же про связь фронта с бэком?

Nikita
24.06.2018
09:19:43
Изложи проблему тут. Это же про связь фронта с бэком?
про связь. У меня vue на фронте. Он шлет через axios запрос, при запросе express-session создает новую сессию, хотя должен цеплять старую.
Такое ощущение что axios не шлет правильные куки.
Сам идентификатор сессии в куках браузера есть

Alexander
24.06.2018
09:20:43
Логи читал?
Банальные req.cookies

Nikita
24.06.2018
09:22:49

Alexander
24.06.2018
09:23:52
Axios точно куку шлёт?
Либо axios не шлёт куку, либо что-то с кукипарсером

Nikita
24.06.2018
09:25:40

Google

Nikita
24.06.2018
09:26:09

Alexander
24.06.2018
09:26:32
Что используешь как session storage?

Nikita
24.06.2018
09:28:19

Alexander
24.06.2018
09:29:21

Nikita
24.06.2018
09:29:29
Я ее записываю тогда когда я зологинен и в ответе отправляю идентификатор, а expires и прочее проставляю сам

Alexander
24.06.2018
09:29:50
Пусть бэк сам работает с кукой, а ты просто с ней бегай
Попробуй

Nikita
24.06.2018
09:30:08
Я на скрине показал как записываю куку. фронта

Alexander
24.06.2018
09:31:06
А зачем?

Nikita
24.06.2018
09:31:17

Alexander
24.06.2018
09:31:18
Чем тебя бэковая не устраивает?
Ну да
Проксируй индексовую ручку через бэк и задавай куку

Nikita
24.06.2018
09:32:02

Alexander
24.06.2018
09:33:26

Google

Alexander
24.06.2018
09:33:41
Куки на стороне фронта это вообще не очень ок паттерн
А что делает твой фронтовый проект?
Если это просто статика, то по хорошему надо при первой загрузке бегать в бэк и он тебе вернёт пользователя и куку, а все остальные запросы и так будут с этой кукой

Nikita
24.06.2018
09:36:18
А что делает твой фронтовый проект?
конкретно с куками вот что:
после перезагрузки страницы(жесткой) нужно узнать залогинен ли пользователь или нет. Это нужно выяснить на уровне кук и сервака.
А когда пользователь только начинает логинится, ему естественно должна прилететь кука и записаться в браузер

Alexander
24.06.2018
09:37:32
Соответственно, ручку с этой логикой описываешь на сервере

Nikita
24.06.2018
09:38:01

Alexander
24.06.2018
09:38:22
Попробуй вообще не касаться руками кук на фронте
Просто делать чистые запросы, а кукой пусть рулит браузер
И так же посмотри, как в express-session задавать хранилище для сессий. У меня в 2015 без этого не завелось, сейчас не знаю как

Nikita
24.06.2018
09:41:27

Alexander
24.06.2018
09:43:01
Короче, пока я вижу, что на бэк не улетает кука
Копай в эту сторону
Cookie-parser стоит?

Maxim
24.06.2018
10:23:55
Привет! А есть ли способо "слинковать" две папки node_modules?

Alexander
24.06.2018
10:25:02

Maxim
24.06.2018
10:26:25
это как вообще
Зачем мне это нужно: пишу AWS Lambda-ы. Собственно 20+ лямбд в одном проекте, Но поскольку зависимостей уже стало много, я не хочу их тащить в каждую лямбду. Есть желание создать общий node_modules + node_modules под каждую из лямбд
это как вообще
├── serverless.yml
├── function1
│ ├── node_modules
│ └── index.js
└── function2
├── node_modules
└── index.js

Google

Maxim
24.06.2018
10:27:12
+ к этому хочу модуль common

Alexander
24.06.2018
10:27:21
удачи
я не представляю как такое можно сделать
но это точно какой-то бред

Maxim
24.06.2018
10:27:41
удачи
я тоже) потому и написал сюда

Alexander
24.06.2018
10:27:42
peerDependencies?

Maxim
24.06.2018
10:28:12

Alexander
24.06.2018
10:28:31
Ты можешь подключать вложенные лямбды как npm пакеты. Тогда между ними будут шариться общие депенденсис
это как? первый раз слышу
Peer Dependencies | Node.js
nodejs.org
Peer dependencies are pretty simple to use. When writing a plugin, figure out what version of the host package you peer-depend on, and add it to your package.json

Nikita
24.06.2018
10:28:58
peerDependencies -- это зависимости npm пакетов вроде
а , уже ответили

Alexander
24.06.2018
10:31:13
Ну настолько, насколько человек решил делить их на отдельные node_modules

Nikita
24.06.2018
10:31:41
ну тогда в принципе, да

Alexander
24.06.2018
10:31:51
Отдельные node_modules не будут работать без отдельного package.json, а стало быть это уже отдельный пакет
А раз отдельный пакет, то и подключать его надо отдельно

Maxim
24.06.2018
10:32:29

Alexander
24.06.2018
10:33:01
Ну с peer ты будешь переиспользовать общие модули

Maxim
24.06.2018
10:34:12
спасибо за ссылку, читаю. как-то трудно сходу понять. пока не пойму как это добро собирать в итоге

Alexander
24.06.2018
10:34:52
Просто общие модули выносишь из dependencies в peerDependencies
Тогда подключаемый модуль будет пытаться найти требуемое не рядом с собой, а в корне или у соседей