эээ!

самое смешное что не знаю как гуглить этот "ээээ"

ахахах

так и гугли

"ээээ!!"

Эээскриптинг

я ебу блять

ахах, ну не знаю, чё более читаемо, "эяэяэя" или "щщщщщ"

Определенно ЩЪЩЪЩЪ

кто что ли бо парсил с пикабу?

у них блять текст в какой кодировке лежит?

Я парсил

Посты

В UTF-8, вроде как

и как ?

такая херня

не могу понять че делать

А, нет

1251

так он не хочет

Я на руби парсил

https://github.com/4ndv/pikabuparser/

Всем привет! Есть онлайн конструктор без регистрации и смс, для блок-схем, бизнес-процессов? Киньте ссыль. Можно простенький

М, draw.io?

Я на руби парсил

я вот так делаю var text = new Buffer(body, 'binary'); var conv = new iconv.Iconv('windows-1251', 'utf-8'); var html = conv.convert(text).toString();

А binary точно там нужен?

Стандартный диалог на пикабу

Стандартный диалог на пикабу

нет

не правильный

А binary точно там нужен?

а как сделать?

— ээээээ э ээ!

на сайте другой диалог

Привет. Есть сервер REST API и фронтенд на реакте, как мне это всё склеить, чтобы можно было задеплоить на хероку или do, например?

— ээээээ э ээ!

Привет. Есть сервер REST API и фронтенд на реакте, как мне это всё склеить, чтобы можно было задеплоить на хероку или do, например?

Отдавать статику экспрессом

В случае с хероку

Если на do - настроить nginx

Народ, есть у кого канал по вакансиям it-специальностей? Если есть - скиньте пожалуйста.

Если на do - настроить nginx

Что лучше, do или хероку?

Что лучше, красное или колючее?

На хероку не надо ручками админить, на do надо

Но на хероку и ограничений полно из-за этого

Хотя, можно на do поставить dokku и, считай, у тебя свой личный хероку

Сложно nginx настраивается для такого случая? Никогда дела не имел с ним

Как я могу ответить на этот вопрос? Мне - не сложно 🙃

А есть какие-то примеры или что-то типо того ?

Уверен, в гугле их полно

Мне нужно его установить на ту машину, которую дадут на do, например и настроить?

На самом DO бывают инструкции, уверен есть для nginx

Причесал таки свой шаблончик и вывалил на GitHub. Если не сложно, скажите, что думаете, что/где забыл добавить, какие печеньки? https://github.com/TeslaCtroitel/koa-node8-boilerplate

Выглядит вкусненько!

Причесал таки свой шаблончик и вывалил на GitHub. Если не сложно, скажите, что думаете, что/где забыл добавить, какие печеньки? https://github.com/TeslaCtroitel/koa-node8-boilerplate

Фичлист внушительный. Я бы переработал докерфайл - слишком много слоев.

я бы добавил хак, чтобы src в NODE_PATH добавить

Например, дев-докерфайл у меня типа вот такого. У меня нет на сервере транспилинга, т.ч. без него. Конечно, он не без изъянов (например, не удаляется кеш npm). FROM node:8-alpine # Setting environment variables ENV HOME=/home/node NODE_ENV=development # First, installing dependencies into temporary directory COPY ./src/package*.json $HOME/tmp/ RUN cd $HOME/tmp && npm install # Then copy packages to the app's directory RUN mkdir -p $HOME/app \ && cp -a $HOME/tmp/* $HOME/app/ \ && chown -R node:node $HOME/app # Work on behalf of `node` user USER node # Exposing default port for the app, as well as the one for debugger EXPOSE 8080 9229 WORKDIR $HOME/app CMD ["npm", "start"]

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

Я бы тоже его с удовольствием переработал, только вот npm@5 сломал npm prune 😡 Так что там не только ж слои лишние, там зависимости переустанавливаются) Но в общем да, пойду подчищу и добавлю dev version.

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

хм, да любой

по своим нуждам и интересам выбери

сделай какой-нибудь тест по английскому с добавлением слов и etc. — у меня товарищ такой первый проект для себя сделал

Коллега запилил статью на хабре про акторы в NodeJS

Написал статью про Comedy: https://habrahabr.ru/post/334986/

Написал статью про Comedy: https://habrahabr.ru/post/334986/

Это конечно прикольно, один вопрос - нафига? Берёте обычный cluster и форкаете детей сколько угодно. Идея "самобалансировки" и "самомасштабирования" - немного сомнительна, в 2k17 с MQ и Docker/Kubernetes.

ребят, кто-нибудь Атом юзает? У меня проблемка - обновился плагин autocomplete+, теперь статус-бар выдает "rebuilding paths cache" и это продолжается с 11 часов утра. Раз в какое-то время говорит "editor not responsing" и там его можно либо заглушить либо подождать. После глушения и запуска та же хрень. Как это безобразие пофиксить?

Это конечно прикольно, один вопрос - нафига? Берёте обычный cluster и форкаете детей сколько угодно. Идея "самобалансировки" и "самомасштабирования" - немного сомнительна, в 2k17 с MQ и Docker/Kubernetes.

Об этом я написал в комментариях: https://habrahabr.ru/post/334986/#comment_10359678

вот такая вот у меня шняга, скрин креплю

все, atom —clear-window-state помогло

Об этом я написал в комментариях: https://habrahabr.ru/post/334986/#comment_10359678

Хотя да, в SocketIO это может иногда пригодится, но опять же, я уверен, что даже на вашем кейсе это можно заменить толстой шиной на Kafka и пачках воркеров. А ваша либа нормально сможет отмасштабироваться на 20 серверов? 40?

Хотя да, в SocketIO это может иногда пригодится, но опять же, я уверен, что даже на вашем кейсе это можно заменить толстой шиной на Kafka и пачках воркеров. А ваша либа нормально сможет отмасштабироваться на 20 серверов? 40?

Шина на Kafka с воркерами - это другой подход, тоже рабочий но менее привлекательный для нас. Он не позволяет к нашей существующей ООП-структуре добавить масштабирование так же просто. Насчёт масштабирования на 20-40 серверов - не вижу препятствий.

Шина на Kafka с воркерами - это другой подход, тоже рабочий но менее привлекательный для нас. Он не позволяет к нашей существующей ООП-структуре добавить масштабирование так же просто. Насчёт масштабирования на 20-40 серверов - не вижу препятствий.

Окей, почти убедил) Не, если вы считаете, что для ваших целей всё ок, то лопату в руки и вперёд. Потом посмотрю код, мб подтвердятся мои сомнения)

Народ, объясните пожалуйста почему все топят за горизонтальное маштабирование и микросервисы? Как по мне до определенной степени нагрузки поставить более мощный сервер будет дешевле (вертикальное маштабирование), и я не понимаю как можно маштабировать ту же базу данных и транзакции где операция проверки и принятия решения должна выполнятся анатомически исключая любое параллельное считывание и запись в базу. А если нельзя отмаштабировать базу данных то какой смысл в n серверах если им всем нужно будет работать с одной базой данных и будут выстраиваться в очередь и ждать

Народ, объясните пожалуйста почему все топят за горизонтальное маштабирование и микросервисы? Как по мне до определенной степени нагрузки поставить более мощный сервер будет дешевле (вертикальное маштабирование), и я не понимаю как можно маштабировать ту же базу данных и транзакции где операция проверки и принятия решения должна выполнятся анатомически исключая любое параллельное считывание и запись в базу. А если нельзя отмаштабировать базу данных то какой смысл в n серверах если им всем нужно будет работать с одной базой данных и будут выстраиваться в очередь и ждать

Шардирование и распределённые транзакции.

Народ, объясните пожалуйста почему все топят за горизонтальное маштабирование и микросервисы? Как по мне до определенной степени нагрузки поставить более мощный сервер будет дешевле (вертикальное маштабирование), и я не понимаю как можно маштабировать ту же базу данных и транзакции где операция проверки и принятия решения должна выполнятся анатомически исключая любое параллельное считывание и запись в базу. А если нельзя отмаштабировать базу данных то какой смысл в n серверах если им всем нужно будет работать с одной базой данных и будут выстраиваться в очередь и ждать

До определенной да. А потом нет вариантов )

Народ, объясните пожалуйста почему все топят за горизонтальное маштабирование и микросервисы? Как по мне до определенной степени нагрузки поставить более мощный сервер будет дешевле (вертикальное маштабирование), и я не понимаю как можно маштабировать ту же базу данных и транзакции где операция проверки и принятия решения должна выполнятся анатомически исключая любое параллельное считывание и запись в базу. А если нельзя отмаштабировать базу данных то какой смысл в n серверах если им всем нужно будет работать с одной базой данных и будут выстраиваться в очередь и ждать

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