(просто руки чешутся)

а то всё время пропускаю релизы конпелятора

Почему бы и нет, все равно нечасто релизятся всякие штуки

меня в таком информировании 3 вещи интересуют: новые пакеты, компиляторы и быстрорастущие дискуссии на форуме

кгда там за час внезапно набивается куча каментов

ещё что добавить?

Дла начала хватит а потом можно будет ченить добавить при желании

или убавить

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

?

Кстати тут когда то обсуждалось как сделать анонимный enum

Оказывается вот так работает enum { EPOLL_CLOEXEC = 0x80000, EPOLL_NONBLOCK = 0x800 }

Получаем просто 2 константы

Ну или скажут, что IPv6 для террористов онли

https://sun9-8.userapi.com/c844417/v844417351/2ef5e/6WvIkgu2khg.jpg

троллинг же

логотип в кружочке

Государственные предприятия, банки и органы власти объявили тендеры на аренду VPN для защиты интернет-связи

https://lenta.ru/news/2018/04/20/vpn/

vipnet же

Кстати, а я слышал что xml лучше подходит для верификации. Типа там можно делать какие то фишки которые в простом json нельзя. Я не помню что именно но типа схему гибко валидировать. Кто может пояснить?

google: xslt

по факту всё это уже на полдороги в Лете, как corba и soap

Кстати, а я слышал что xml лучше подходит для верификации. Типа там можно делать какие то фишки которые в простом json нельзя. Я не помню что именно но типа схему гибко валидировать. Кто может пояснить?

XSD aka XML Schema

А для Json есть аналог xsd?

Ну есть json schema

но так то xml сам по себе гибче

json вообще деревянный формат

Вот SDLang ближе к xml по семантике, при этом выглядит красиво

но так то xml сам по себе гибче

одинаковые абсолютно

Абсолютно нет

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

Вот SDLang ближе к xml по семантике, при этом выглядит красиво

А имел бы смысл организовывать обмен данными на нем? Для конфигов он понятно дело хорош

+ там есть комментарии и всякие метаданные

Чет не знаю, мне кажется нет

Он же позиционно зависимый

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

Он же позиционно зависимый

SDLang?

ну да

А это плохо при передаче?

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

Вот в json нормально кодировать

еще есть bson всякие, protobuf

много их

Я немого не пойму. Откуда у sdlang позиционная зависимость берется

Так сделан парсер

Если ты скобочку у тега откроешь на новой строке то ничего не заработает

И вроде бы 2 тега тоже нельзя на 1 строке

Для конфига sdl самое оно

А имел бы смысл организовывать обмен данными на нем? Для конфигов он понятно дело хорош

А смысл? Передача данных от программы к программе не обязательно должны быть читабельной

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

когда как

Для конфига sdl самое оно

есть какой-то инитоподобный ещё, получше (почитабельнее)

есть какой-то инитоподобный ещё, получше (почитабельнее)

https://github.com/valmat/dini

есть какой-то инитоподобный ещё, получше (почитабельнее)

Хз

Не организовать вложенные структуры

@chebotarevp что происходит если телеграм бота банят? он прсото перестаёт получать сообщения из определенного чата?

Да

Ну возможно еще получает апдейт о том что кого то забанили

Можно проверить на живом чате

просто я идею chatId не понял

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

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

как он узнает что беседа уже не существует?

Можно проверить на живом чате

TelegramBotApiException@../telega/source/telega/botapi.d(222): Forbidden: bot was blocked by the user проверил

@chebotarevp вопрос: а как быть если getUpdates блокирующая, а нужно допустим периодически раз в 15 минут что-то слать? Я жду интерактивных юзеров в getUpdate, а они не пишут, предположим. При этом остаюсь заблокированным и не могу сам ничего слать ведь?

а блин, таймаут же есть

ERROR: S client not available

ксоталик конечно но пойдет пока что

@chebotarevp вопрос: а как быть если getUpdates блокирующая, а нужно допустим периодически раз в 15 минут что-то слать? Я жду интерактивных юзеров в getUpdate, а они не пишут, предположим. При этом остаюсь заблокированным и не могу сам ничего слать ведь?

Она не блокирующая в понимании вайба, можешь создать отдельный Task и там творитьт что хочешь, все таски будут работать конкурентно

дык http коннект ведь один?

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

дык http коннект ведь один?

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

создастся второй коннект? это неправильно идеологически

почему

потому что порядок сообщений может нарушиться

да и зачем если есть коннект уже

А если один поток для отправки, а второй для приема?

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

и все по порядку будет

а если это диалог?

Диалог с кем?

ладно придумаем что-нибудь, всё только начинается же

Диалог с кем?

юзера с ботом

юзера с ботом

Не понимаю, как это принципиально меняет ситуацию

Парсим и получаем в одном потоке, а отправляем в другом

если юзер дважды быстро отправит боту что-то то бот потом подряд два ответа пришлёт?

если юзер дважды быстро отправит боту что-то то бот потом подряд два ответа пришлёт?

Да

херня-с выходит значит, не должно быть так

А какого ты поведения ожидаешь?

написал - он ответил, потом следующее сообщение уже отображаться должно

разве клиент телеграма не сортирует их?

Ну, мы рассматриваем ситуацию в которой юзер отправил быстрее, чем бот смог ответить

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

хз происходит ли такое, вроде да

Я не понимаю, в чем прикол

Чего ты пытаешься добиться?

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

как бы быстро ты не отвечал