Интересно почему.

совпадение?

пусть топит, не сломайте.

Добро пожаловать в чат pro.lua, Marina! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Видимо, Марина не ознакомилась с правилами чата (( Хочу устроить анонимное голосование на тему "Какой процент местных чуваков интересуется монетизацией маркетингом рекламе в приложениях и прочем заработке трёх копеек на своих поделках-на-коленке, вместо того чтобы программы писать"

для всех игр от mail.ru аддоны пишутся на lua и плюс проводя мероприятия для lua'шников они в веб-маркетинге продвижения хотят себе расширить аудиторию потребителей за счёт этих же самых lua'шников

кстати, лично мне интересна монетизация... и хочется не 3 копейки. Другое дело, что может там ничего нового не скажут... ну есть такой шанс

Нет шансов. Ну, он меньше полупроцента.

Добро пожаловать в чат pro.lua, Andrey! Ознакомься с правилами чата (в описании и прикрепленном сообщении), и присоединяйся к обсуждению.

Опаньки, привет)

Добро пожаловать в чатик про.луа

Привет :)

Привет :)

В скайпе есть общие знакомые (см пак стикеров)

Меня в скайпе нет .____.

Меня в скайпе нет .____.

*уже

Okay.

Вот так бывает: только зайдешь в чатик про Луа, и сразу общие знакомые обнаруживаются .____.

в Мэйле помимо игрового дивизиона Lua используется в Tarantool, как встроенный язык

и с луа там много хороших штук можно сделать :)

Ну, технически, тарантул = бд + планировщик скриптов. Можно сервак на нём поднимать, и всё такое.

о, а кто-нить делал на тарантуле pubsub?

Не а, я много что делал на штуке похожей на тарантул (кронос про). Тоже БД со встроенной луа.

а такое вот делал? я про паб саб

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

Я такое в качестве бота телеграмма делал.

/promote

Хм. 400. Если у нас сообщение с командой, которое нкжно для реплая сдохло. Надо взять на заметку

/ghzen@FailsBot

/ghzen@FailsBot

Encourage flow.

/ghzen@FailsBot

/ghzen@FailsBot

Non-blocking is better than blocking.

/ghzen@FailsBot

/ghzen@FailsBot

Avoid administrative distraction.

Блин. их апи порой медленно отвечает(

Надо sendChatAction добавить, чтоб хоть в чате видно было, что бот шевелится

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

да, вот сижу и думаю как мне подойти к этому вопросу...

1. Список типов событий и подписавшихся к этим событиям 2. Цикл событий а ля входящих сообщений. Некоторые события могут быть служебными, типа "Хачу палучать саабщения этаво типа!" и "Нихачу больше этих саабщений"

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

пошел во сне подумаю )))

Тогда список обновляемых подписчиков. Связь с подписчиком - пинговка. Карочи, менеджер соединений, к которому подключаются клиенты, сообщенькой вида: "Хаччу такие мессаги". Раз в пять минут - пинговка, если соединение - UDP. Если TCP - всё гораздо проще. При непрохождении пинговки - отключаем клиента (с UDP-сообщением, мол, отключили, если UDP). Список типов сообщений содержит в себе список соединений, которым надо отправить (хранятся в слабой таблице {__mode = 'kv'}, чтобы удалившись из списка клиентов, чувак удалился и из списка рассылок). Когда клиент подключается, сервер добавляет его в список подключений и просматривает спискок подписок, и запихивает его и туда тоже. Допустим, приходит сообщение определённого типа. Просматриваем список народа в подписке на текущий тип сообщения и переправляем им всю фигню. Таким образом, кстати, один чувак может подписаться сразу на несколько типов сообщений.

о, а кто-нить делал на тарантуле pubsub?

я на mqtt делал

Снус, это я тоже понимаю, просто хотел готового, велосипедить не шибко мое, но видать придется...

я на mqtt делал

Я так понимаю там из коробки это?

А ещё если один процесс - ничего лишнего вроде redis или любых mq вовсе не нужно, pub/sub прекрасно работает через глобальные таблицы. А если больше процессов - по таймеру можно проверять shared memory и через неё pub/sub делать, тогда redis и прочие опять не нужны. Не нужны они, незачем зря время исполнения тратить.

Кстати про шаред память не подумал, спасибо, можно попробовать

А что это? :3

Всем доброе утро (и не спорьте, я только проснулся)

Лёшкааа, солнышкооо *hug*

Кто то занимается менторством? Наставничеством

Утречка

Хм. Утро только тогда, когда ты проснулся. У самого та же фигня. Оу-е! Обнимахи!

А что это? :3

Фиг я правильно объясню, это еще с юниксов пошло (если я все правильно помню). Типа два процесса могут иметь общую память и друг с другом взаимодействовать через нее.

Мне казалось что это лёгкие потоки. Общая память в двух процессах может быть только если оба процесса исполняются на одном ЦП. И лёгкие потоки подходят под это дело: просто открываешь в таком потоке новую приложулю, и ось перключает проц между задачами.

В том то и фишка, что shared мемри это общая память для разных процессов, вот она для этого и придумана

Грубо говоря, ядру приложули поступает прерывание: "Переключись на эту задачу", а потом снова.

Скажи мне, как два процессора могут без дедлоков общаться с одним и тем же участком памяти?

не поток, а просто память, её выделяешь и потом пользуешься как хочешь

Представь, что два процессора абсолютно одновременно записывают в одну ячейку памяти разные данные. Что происходит?

конечно там все по-умному сделано, я не знаю как, догадываюсь, что процессоры в очередь становятся

мьютексы, мьютексы повсюду

А как определяется доминирующий? Ведь одно приложение рассчитывает, что на этом участке будут одни данные, а другое - другие.

мьютексы, мьютексы повсюду

и атомарные операции

и lock free алгоритмы

ERROR: S client not available

опенрести, там абстракция (не текущая совсем) делает эту память простой и удобной

Насколько я знаю, эта shared memory не что иное как пайп. Грубо говоря, канал, в который можно записать текст. А другой процесс может только считать этот текст, копировать себе и что-то с этим сделать. Например, отправить обратно. Объекты в таких пайпах можно хранить только в сериализованном виде. А полностью общая память - что-то страшное.

только любой процесс может читать и писать

Насколько я знаю, эта shared memory не что иное как пайп. Грубо говоря, канал, в который можно записать текст. А другой процесс может только считать этот текст, копировать себе и что-то с этим сделать. Например, отправить обратно. Объекты в таких пайпах можно хранить только в сериализованном виде. А полностью общая память - что-то страшное.

Нет Разделяемая память - это разделяемая память Тупо участок памяти, к которому имеют доступи несколько процессов Синхронизацияей и сериализацией должен озабоиться сам

Ну, да. Но всё равно, там может быть только текст. Это типа unix way - использовать текст для связи приложений.

Ну, да. Но всё равно, там может быть только текст. Это типа unix way - использовать текст для связи приложений.

Нет, там может быть что угодно Это вообще не имеет отношения к юниксовым пайпам

Ок, загуглю.

луа таблицу все таки там хранить нельзя

Каналы - это другой способ межцпроцессного взаимодействия

луа таблицу все таки там хранить нельзя

В луа в ообще нет доступа к таким штукам (в обычной luaVM)

Тут половина народу сидит на luajit, и имеет доступ к любым сишным библиотекам.

В луа в ообще нет доступа к таким штукам (в обычной luaVM)

Хотя можно отрыть именованй канал Наверное Не пробовал

Это уже не shared memory.

Каналы - это другой способ межцпроцессного взаимодействия

Господа, не надо гуглить

Нужно взять и прочитать Linux System Programming

Один раз

всё

Если бы я ещё писал на линукс системные штуки.

Если бы я ещё писал на линукс системные штуки.

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

Ну, технологически ты прав, но практически - лично у меня на это нет времени и объективной необходимости, поэтому гугл, если встретился с неизведанным.

Доброе утро всем.

Добрый вечер.

Доброе

Утречко.

Камчатка?

Мироощущение.

Хех.

На Камчатке сейчас кстати довольно ранняя ночь.

Ну, я уж не стал предлагать вариант "США".