в базу хожу и пишу

ну вот

Если интересно сколько/откуда конкретно — dtrace/perf в руки и см. http://www.brendangregg.com/offcpuanalysis.html

ок, спасибо, поразбираюсь

Всем првиет. у меня следующая ситация. есть модель User создана по devise. Есть модель Project. User может создать project и соответственно project принадлежит user. но есть так же модель interest. Интерес это когда второй пользователь может нажать мне интересно по отношению к project созданному первым пользователем. вопрос

можно ли писать так

class Project < ApplicationRecord belongs_to :user has_many :interests has_many :users, through: :interests end

типа проект принадлжеит юзеру и имеет много своих юзеров через интересы

почему нет?

с gmaps4rails работал кто?

вопрос сразу спрашивай

Приветствую Господа, есть вопрос, гугл долгое время но толковой информации не нашел, ну или рабочей, есть задача запускать автоматически delayed_job после ребута, или если он сам упадет, план был использовать monit, добавить специальный файлик и он сам будет рулить этим, но не получается, пытался делать в init.d sh скрипт, он работает но monit не воспринимает его адекватно и думает что процесс не запустился, как вы решали подобное?

systemd

находил и с этим статью

https://singlebrook.com/2017/10/23/auto-restart-crashed-service-systemd/

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

находил и с этим статью

не получилось или не пробовал?

пока не пробовал, то есть если создать директорию delayed_job.service.d в /etc/systemd/system/ а в нем файлик restart.conf с указаным там содержимым то оно будет работать?

я не совсем понял как оно работает и как будет знать какие команды использовать для запускать или остановки сервиса

или оно работает через файлик что я уже создал в /etc/init.d/delayed_job

по выхлопе там видно что скорее всего да

А просто на systemd service файл переписать не вариант?

Просто подпирать один костыль (сгенерированный service) другим костылем - куском service файла, который должен быть не очень идея

Просто если этому delayed_job.service.d/restart.conf прописать секции [Install] и [Unit]. то его можно будет положить в /etc/systemd/system/ как delayed_job.service и дропнуть init скрипт

тыкните пожалуйста где почитати о том чтобы переписать

сейчас попытался по гайду тому сделать, получаю $ sudo systemctl start delayed_job Job for delayed_job.service failed because a configured resource limit was exceeded. See "systemctl status delayed_job.service" and "journalctl -xe" for details.

Посмотрите другие service файлы - чтото должно быть в системе уже

И да - смотрите в логи

спасибо

Там же написано как

кажись сделал

то есть если я сделал сервис в systemd то уже не нужно добавлять это в monit

Зависит от того что вы хотели monitом сделат

еще можете подсказать, pid файл delayed_job он создается только когда запущен демон?

Ребята, не подскажете, где можно понятно почитать, как WebSocket работает на низком уровне? Интересует нюансы в стиле "Что является WebSocket Connection-ом?". К своему стыду, гуглю уже битый час (включая поиск по WebSocket спецификации), однако целостную картинку никак в голове составить не могу

Полно материала как сделать чтобы они работали, и мало материала о том, как же всё-таки они работают

Ребята, не подскажете, где можно понятно почитать, как WebSocket работает на низком уровне? Интересует нюансы в стиле "Что является WebSocket Connection-ом?". К своему стыду, гуглю уже битый час (включая поиск по WebSocket спецификации), однако целостную картинку никак в голове составить не могу

Скачай и прочитай RFC

еще можете подсказать, pid файл delayed_job он создается только когда запущен демон?

Да

Скачай и прочитай RFC

Сейчас читаю, пока по прежнему не нашёл ответов на свои вопросы

Но пока не актуально, нашёл материал

Возможно он мне поможет

Ну может по WS так RFC написан - я по SIP обычно читаю - там достаточно подробно изложено)

а что конкретно непонятно? это просто протокол, как http, по которому общаются сервер и клиент

вот норм статья https://learn.javascript.ru/websockets

вот норм статья https://learn.javascript.ru/websockets

Читал

Сейчас объясню, что непонятно, попытаюсь сформулировать вопросом

1. У нас есть URL для handshake. 2. Клиент засылает запрос на connection. 3. Сервер создает WebSocket connection и засылает респонс. 4. Чем является этот WebSocket connection? На низком уровне я имею ввиду.

Я имею ввиду, что это такое? Где прочитать, как оно работает?

1. У нас есть URL для handshake. 2. Клиент засылает запрос на connection. 3. Сервер создает WebSocket connection и засылает респонс. 4. Чем является этот WebSocket connection? На низком уровне я имею ввиду.

https://en.wikipedia.org/wiki/WebSocket suddenly

https://en.wikipedia.org/wiki/WebSocket suddenly

Так. Круто. Работает over single TCP connection

1. У нас есть URL для handshake. 2. Клиент засылает запрос на connection. 3. Сервер создает WebSocket connection и засылает респонс. 4. Чем является этот WebSocket connection? На низком уровне я имею ввиду.

Последовательность 0 и 1 обозначенных через высокое и низкое напряжение. Это если уж совсем на низком уровне

на сколько низком уровне?) ws работает поверх tcp, следовательно это просто пакеты данных

Сек. Сейчас будет глупый вопрос

ну и есть вероятность что у гугла веб-сокеты работают поверх quic/udp, но это нестандартно

На каждый WebSocket Connection создается отдельный TCP? Да/нет?

Пардон - у меня уже просто мозги кипят под вечер и надо как то расслабиться ?

да, создаётся

Для каждого TCP-конекшена нужен отдельный порт? Да/нет?

но обычно создают одно соединение и всё шлют через него

для каждого tcp-коннекшна нужен уникальный кортеж [src_ip, src_port, dst_ip, dst_port]

но обычно создают одно соединение и всё шлют через него

Воооооооооооот. Итак. На все вебсокеты у нас ОДИН TCP-connection. Интересует алгоритм, как сервер шлёт данные конкретному юзеру, при этом используя один дуплексный TCP?

Вот к этому вопросу я примерно и вёл, не знал как сформулировать

для каждого tcp-коннекшна нужен уникальный кортеж [src_ip, src_port, dst_ip, dst_port]

Хм, тоже интересно. Обдумываю

Я где-то туплю

Но не пойму где

собсно а зачем это знать?

так до tcp включительно все точно также, как и с http

это такие же пакеты, только сервер и клиент не закрывают сразу соединение, там идет проверка ping/pong все дела

собсно а зачем это знать?

1. Дискуссия. 2. Хочу знать, какие ресурсы используются при использовании сокетов чтобы понимать от чего зависит колличество одновременных соединений

TCP нужен только чтобы доставить пакеты от компьютера А к Б. А дальше между пользователями уже на уровне выше разруливаться должно

Кортеж нужен, когда у нас одно приложение открывает несколько соединений - чтобы идентефицировать какие пакеты от кого кому передавать

Это в схемах OSI и TCP/IP описано

Верней так - кортеж [src_ip, src_port, dst_ip, dst_port] используется всегда. Просто в случае одного соединения раскидывания по пользователям идет уровнем выше.

Воооооооооооот. Итак. На все вебсокеты у нас ОДИН TCP-connection. Интересует алгоритм, как сервер шлёт данные конкретному юзеру, при этом используя один дуплексный TCP?

ну, коннекшн у тебя до юзера.

т. е. до браузера конкретного юзера и по кукам/etc сервер узнаёт, что это за юзер

от обычного HTTP в этом плане ничем не отличается

Там если в пакет TCP заглянуть все что связано в websocket в секции данных. В заголовках только транспортная информация - от какого порта какому порту между какими IP передать сообщение

Почитайте про OSI - там механизм очень хорошо расписан как через уровни проходит пакет. Хоть и применяется везде схема tcp/ip а не OSI, но разница только в том, что три верхних уровня объединили

ну да, это уже все на уровне tcp определено, ws не имеет к этому отношения. Как я понимаю, вся суть в постоянной проверки связи посредствам ping/pong, которые по сути являются обычными запросами

Так, пытаюсь парсить. Только что понял, что я сильно плаваю в подобной теории

Сегодня вечером буду просвящаться, курить RFC

Тогда два практических вопроса, максимально глупых пожалуй, ибо на них пытался получить ответ в процессе инвестигейта

1. Нужно ли на сервере открыть все порты? Нужно ли для каждого WebSocket Connection-а иметь один конкретный порт? Уже понял, что нет, но подтвердите/опровергните плиз

2. От чего зависит колличество connections, которое мой сервер может поддерживать?

нет, websocket'ы устанавливаются как http[s] соединение на соответственный порт и потом апгрейдятся до websocket-соединения, при этом порты не меняются.

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

порт же вроде переключается, не?

не, зачем?

со стороны клиента порт другой, само собой (если это не апгрейд http/2), со стороны сервера — тот же

все точно также как и с http, клиент изначально стучится в tcp сокет по ip и порту, потом уже идет разница в протоколах

со стороны клиента порт другой, само собой (если это не апгрейд http/2), со стороны сервера — тот же

хм, мне этот ответ всё прояснил только что, похоже

Для tcp connection-а должен быть уникален следующий кортеж: [src_ip, src_port, dst_ip, dst_port]. Если одному и тому же браузеру нужно несколько коннекшенов к одному серверу и порту - браузер использует другой клиентский порт

Всё верно?

да

Окей, спасибо. Вообще всем спасибо за помощь, нирвана/дзен/понимание по данному вопросу достигнуто )