Listing::get('posts') ->hasResult(function($result){ // if ok })->isEmpty(function($errors){ // if not ok });

По сути то же самое, что написано в статье

Но не в продакшне, разумеется))

ага ахахах

Это я чисто игрался

да я в прод ничего и не написал на php

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

ну я фуллстак

иногда приходится за помощью обращаться, когда не успеваю или еще что-то

и тут такое

ахахх)

я ваще так то фронт дев, но без знаний бэка фронт херовый спец

от бэка по сути фронтендеру только апи нужно

для этого фронтендер должен знать базовые архитектуры

rest, json-rpc, graphql

и прочие

у нас протобаф

для чего используете? почему?)

мессенджер

Мне из вот тех трех, что я назвал выше, больше всего симпатизирует json-rpc

он оч экономит трафик

чем?)

Вы бы еще gzip потока на фронт прилепили, экононии бы еще больше было )

Он, конечно, может, выглядит костыльно, по сравнению с rest Но зато он очень намного проще

и json парсится дольше

ну это понятно

Есть такая темка

http://msgpack.org/

Вот

Это сколько тысяч сообщений в секунду через этот мессенджер шлется, что там такие оптимизации нужны?

http://msgpack.org/

отличная штука. сейчас рассматриваем внедрение.

пока хз оно еще в бете но чатится уже можн

yzer chat

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

отличная штука. сейчас рассматриваем внедрение.

??

http://msgpack.org/

прикольно

Забавно, в этой группе недавно приводили пример PayPal, который перешел на NodeJS. Дак вот узнал из соседнего чатика что счастье было недолгим. И примерно как год назад они вернулись на Java. Конференции nodeday.com, которая проходила 2 раза от PayPal, больше не будет. Сейчас PayPal релизит продукты только на Java стэке, а точнее активно используют Akka. Разработчик KrakenJS свалил и забил на фреймворк. В общем компания вернулась на старый код.

а причины?

подскажите как пишут роуты длинные для структурированных каталогов (например товары) /catalog/:cat1/:cat2 и т.д. я сейчас сделал 10 с разной длиной +1 может есть более правильный путь?

не проще в /catalog/ их распарсить

?

А как? Для сео лучше же длинные чпу URL

Коды

Я раньше по ?id=

express.Router еще как варик

Забирал

и правильно

Щас кину на пас бин

Как сейчас

.get('/catalog/', (req, res) => { const url = req.originalUrl.replace(/.\/catalog\//, ''); const catalogs = url.split('/'); });

тоже как варик

вооо

ты кажется в точку

спс

если регулярка пахать не будет напиши

а то я такой ад написал

и так 10

es6 не юзаешь?)

с надеждой что админ товару не делает вложенность больше 10

есть пример посмотреть как надо

я про es6

что нибудь рабочее

задай себе правило, функци - 15 строк

и дроби

ERROR: S client not available

группируй

@abdulgalimov строчит-строчит)

Вопрос формулирую ))

Всем привет. Пишу бота для Телеграм на NodeJS. Возник вопрос, если есть класс, экземпляры которого создаются очень часто, например Request(запрос от юзера), есть ли смысл использовать такой объект повторно из пула? Или нода сама хорошо справляется с очисткой ненужных объектов? (Это мой первый проект на ноде, с JS тоже недавно познакомился)

пробей это тестом

циклом из 10000 пробегись

и как оно память жрет посмари

для повторного использования - тебе его надо хранить, а еще думаь как очищать, ибо пользоваттели имеют свойство уходить))

@freenetwork .get('/catalog/', (req, res) => { const url = req.originalUrl.replace(/^(.)\/catalog\//gi, ''); const catalogs = url.split('/'); });

регулярку чуть поправил

спс

да не за что)

для повторного использования - тебе его надо хранить, а еще думаь как очищать, ибо пользоваттели имеют свойство уходить))

Была мысль раз в какое то время ходить и проверять сколько объектов хранятся в пуле, если их там много и есть те что давно не использовались, то удалять их, чтобы не висели в памяти

так себе идея тебе приходится для этого лишний раз тратить ресурсы процессора

Я понял, в общем надо писать тесты и сравнивать. Спасибо

Че-то хз, раньше столько хайпа вокруг ноды было, куда он делся

Вроде ничего не поменялось в худшую сторону с тех пор, даже наоборот

Че-то хз, раньше столько хайпа вокруг ноды было, куда он делся

новая технология, всегда так

да все равно

слишком быстро этот хайп кончился

да ладно 6 лет продержался

Теперь модно на Go надрачивать.

И Go'внокодить на нём.

говнокодить можно везде) даже в css

Да. ? Просто название забавное, можно совместить его название и глагол "говнокодить".

угу)

Я понял, в общем надо писать тесты и сравнивать. Спасибо

В ноде же есть GC

Let's Go Go'vnokodit, ya C'ozdal

В ноде же есть GC

что такое GC?

Garbage collector

В ноде же есть GC

10 лет на флеше не дают слепую надежду на GC)) надеюсь в ноде он получше работает

Флеш умер же