да и смысл не брать библиотеки, че это за бред

скорость обработки запросов.

createrest + что хочешь

што такое createrest?

да

¯\_(ツ)_/¯

А в чем суть либы?

берет на себя одну задачу — описание роутов

Блин что там было

Всем привет)) https://keystonejs.com/ У кого-нибудь опыт был с этой CMS ? Хочу проект запилить на ней

Всем привет)) https://keystonejs.com/ У кого-нибудь опыт был с этой CMS ? Хочу проект запилить на ней

очень простая

это хорошо или плохо?)

простая в освоении

не знаю

Всем привет)) https://keystonejs.com/ У кого-нибудь опыт был с этой CMS ? Хочу проект запилить на ней

У меня был Если нужно что-то сложное то лучше не бери Если какой пет проджект то можно

хорошо это или плохо

но СМС себя изжили вроде

ну то есть да, если тебе какой-то небольшой блог

то почему бы и нет

я вот думаю либо кейстоун либо просто самому тупо взять связку express + mongo и не париться))

я вот думаю либо кейстоун либо просто самому тупо взять связку express + mongo и не париться))

Зависит от того что ты хочешь сделать

сайт из пары страниц с редактированием из админки необходимой инфы

я думаю я сам на свой вопрос и ответил))

Бери кейстоун, отличный варик

?

А meteor кстати ещё жив?

нет

господа знатоки, такой вопрос: можно ли как-то через jsonschema валидировать запросы с контент тайп multipart/form-data? кейс такой: пользователь пишет какое-то сообщение + может прикрепить к нему какой-то файл(ы), типа картинок и тд, все это крепится к formData на фронте и отправляется хотелось бы не писать какую-то кастомную валидацию в контроллер, а оставить это на уровне мидлвари через ajv имеет ли смысл, например, отправлять это тогда в два разных запроса просто на разные эндпойнты? типа сообщение на messages, а файлы на upload с какой-то пометкой, к какому сообщению этот файл относится

господа знатоки, такой вопрос: можно ли как-то через jsonschema валидировать запросы с контент тайп multipart/form-data? кейс такой: пользователь пишет какое-то сообщение + может прикрепить к нему какой-то файл(ы), типа картинок и тд, все это крепится к formData на фронте и отправляется хотелось бы не писать какую-то кастомную валидацию в контроллер, а оставить это на уровне мидлвари через ajv имеет ли смысл, например, отправлять это тогда в два разных запроса просто на разные эндпойнты? типа сообщение на messages, а файлы на upload с какой-то пометкой, к какому сообщению этот файл относится

jsonschema может валидировать только json и js объекты

jsonschema может валидировать только json и js объекты

кратко и понятно) ладно, что-то тогда придется придумывать с этим

https://github.com/howtocards/frontend/blob/master/mock-server/server/api/routes/cards.js#L19

я сделал так

А в чем суть либы?

кстати, вот пример использования https://github.com/howtocards/frontend/blob/master/mock-server/server/api/routes/cards.js#L17-L25

Все еще не понимаю - чем это отличается от стандартного?

import express from 'express'; const router = express.Router(); router.get(blabla router.post(blabla export default router;

app.use('/bob', router)

Возможностью навесить пре и пост хендлеры?

Типа это вроде и через мидлвары можно сделать

или я что-то не просек? ?

router.get(foo, bar, baz) в коа прокатит. хз как в експресе

Типа это вроде и через мидлвары можно сделать

Через них не удобно

Через них не удобно

а мне норм

Все еще не понимаю - чем это отличается от стандартного?

Есть скоупы Есть пре пост Есть аналог контроллеров для множественных ресурсов и единого ресурса

а мне норм

.get('/resource', authenticated(), validate(schema), handler) Определенно удобнее Нежели аналог на несколько строк

.get('/resource', authenticated(), validate(schema), handler) Определенно удобнее Нежели аналог на несколько строк

ну а если там прям список методов разных на /api?

ну а если там прям список методов разных на /api?

Можно

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

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

опа, звучит годно

очень похоже на то, что сейчас в раст проекте

понятненько

опять на раст дрочеш

лел

ahahaha

чет так себе. Не оч похоже я не п онимаю что в кард апи

очень похоже на то, что сейчас в раст проекте

кстати, если в альбом под первым фото написать в caption сообщение до 200 символов то будет красивее

тут

ад

ад

лел

ад

в createrest четче, да)))

А че бы не сделать r.get(self::create)

А че бы не сделать r.get(self::create)

увидел что можно r.get().with(self::login)

А че бы не сделать r.get(self::create)

так нельзя, потому что помимо .with есть .f .h .with_async

разные сигнатуры

ля

посижу-ка я еще годик на жсе

лол

я думаю есть и ещё более простые способы

просто мне и так норм, я даже не искал

ну и можно ебануть макрос для всего этого

хотя мне и так нравится

хотя мне и так нравится

Такой вопрос. Как в теории реализуется server side pagination. Сервер должен обратиться в базу, взять оттуда нужные данные превратить их в html и скинуть на фронт. Но тут возникается вопрос если я не хочу постоянно отправлять navbar, footer и другие ститические элементы страницы, как не нарушая server side rendering отдать нужный кусок html? Если сервер скинет массив html элементов как строку, а я потом фронт его зарендерит через append будет ли это считаться серверным рендерингом?

Такой вопрос. Как в теории реализуется server side pagination. Сервер должен обратиться в базу, взять оттуда нужные данные превратить их в html и скинуть на фронт. Но тут возникается вопрос если я не хочу постоянно отправлять navbar, footer и другие ститические элементы страницы, как не нарушая server side rendering отдать нужный кусок html? Если сервер скинет массив html элементов как строку, а я потом фронт его зарендерит через append будет ли это считаться серверным рендерингом?

отдавай json

отдавай json

А разве SEO оптимизиация при этом не пострадает?