В D - сомневаюсь, в C++ - наверняка

Но есть ли у них такое, ради чего стоило бы перейти с другого...

Движки в наше время - фигня. 99% успеха игры - контент.

Ну...

Я бы так не сказал

Скорее сказал бы, что контент на первом месте, а движок - на втором

К возможностям движка обязательно нужно ещё и лицензию на него присовокуплять.

Для личных нужд обычно бксплатно

Например, UE там только при доходе от 15к$

Сделали бы майнкрафт на UE, не глядя)

Ну у минисруфта свои причины были

Хакеры атаковали сетевое оборудование Cisco. У ряда провайдеров начались сбои, сайты «Фонтанки» и «Комсомольской правды» были недоступны — Meduza https://meduza.io/news/2018/04/07/hakery-atakovali-setevoe-oborudovanie-cisco-u-ryada-provayderov-nachalis-sboi-sayty-fontanki-i-komsomolskoy-pravdy-byli-nedostupny

Всё-таки правда

Ага

Интересно, за какие прегрешения нам такой год дали?

Spectre, Meltdown, Cisco, Drupalgeddon 2, WCry

Хотя не

Spectre, Meltdown, Cisco, Drupalgeddon 2, WCry

Может быть инструменты нахождения багов тоже развиваются?

Хз, вроде бы ничего нового

Интересно, за какие прегрешения нам такой год дали?

За криворукость и политоту

Отвагу и слабоумие?

Spectre, Meltdown, Cisco, Drupalgeddon 2, WCry

Вот про Спектры эти думаю: а как это вообще "залечить" можно не убирая спекулятивное исполнение?

так и так просядут процыки, выходит?

Вот про Спектры эти думаю: а как это вообще "залечить" можно не убирая спекулятивное исполнение?

В чем суть спектра я хз

Могу в трёх словах рассказать

Надо?

Давай

Только не перепутай с мелтдауном

Да там примерно одинаковое же

Процессор исполняет код который должен быть исполнен после ветвлений параллельно. ПОтом отбрасывает ненужные результаты когда уже становится ясно по какому пути ветвление пошло. Но в кэше остаются все значения. Измеряя скорость доступности значений (в кэше они или нет) можно понять что там было в памяти, даже если прямого доступа к ней твоя софтина не имеет.

Как-то так.

Можно сбрасывать кэш, не?

Я поставил все патчи к процу и ядру - не лечится, всё равно эксплоит один срабатывает

Можно сбрасывать кэш, не?

Да, может быть.

++

Модет использовать для каждрй ветви свой кэш. Это так, в порядке брела

Модет использовать для каждрй ветви свой кэш. Это так, в порядке брела

Кстати, вариант

Использовать временный кэш

Но тут по любому надо магию с кэшом делать

@ahdenchik а какая у них скорость чтения памяти?

Ну интел придёт порядок наведет

Точнее, навели

Но не все и не так

@ahdenchik а какая у них скорость чтения памяти?

из кэша быстрее чем не из кэша, очевидно

из кэша быстрее чем не из кэша, очевидно

Я имел ввиду, у эксплойтов

Ну сколько времени уйдет что бы сдампить 1 процесс?

медленно это, но, зачем дампить процесс если надо дампить рутовый пароль, условно?

а процесс уже потом традиционным путём

медленно это, но, зачем дампить процесс если надо дампить рутовый пароль, условно?

Рут пароль так легко не сдампишь

сложность вообще побоку - просто берём готовый эксплоит и не паримся

А вот как они работают - для меня вопрос

на гитхабе лежали

погугли

Где то читал, что скорость с meltdown - около 12кб/с

Емае нет имплисит кастов как же печально!

Емае нет имплисит кастов как же печально!

Есть

:)

Просто их перегружать низя

+ при потере информации нельзя имплисит

Мне не нужны чужие мне нужны мои

А зачем?

Чтобы скрыть лишние детали

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

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

@chebotarevp а уместно будет добавить в телегу код для автоматического создания входящего соединения (вебхука) для бота через UPnP? Чтобы в 1 функцию всё, и сразу бы возвращался Update

Оно напрямую к телеге отношения не имеет но было бы удобно, мне кажется

Тогда можно будет красиво хостить ботов на домашнем компе (лишь бы динамический белый ИП был)

ERROR: S client not available

а блин вебхуки не реализованы ещё

Почему бы и не реализовать

Только я не знаю зачем нужны вебхуки когда через long poll прекрасно работает

И при этом не надо ни внешнего адреса ни ssl сертификата

щас соображу что это

Это то как там сейчас работает example echobot

Это то как там сейчас работает example echobot

getUpdates вроде делает? т.е. запрос "а что там нового?" как я понял

There are two mutually exclusive ways of receiving updates for your bot — the getUpdates method on one hand and Webhooks on the other. пишут там в доке

т.е. тут создаётся много лишнего трафика, не очень эффективно получается

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

Идеологически правильный путь это зарегистрировать входящий URL и просто всё что на него поступает обрабатывать. И опционально туда UPnP прикрутить для домашнего использования (опыт есть, отлично работает)

Ну имхо, лонгполлы очень органично выглядят в эвентлупе

В отдельном потоке лонгполлы, а мы их чекаем перед вызовом кода

т.е. тут создаётся много лишнего трафика, не очень эффективно получается

Не понял откуда много лишнего трафика. Можно за один полл забрать 200 апдейтов

Много паразитного трафика получится же, не? оно в цикле ведь постоянно getUpdate дёргает

А в вебхук тебе придет 200 запросов

или я не так понял пример?

Много паразитного трафика получится же, не? оно в цикле ведь постоянно getUpdate дёргает

Да, постоянно дергает, но висит 30 секунд и ничего не делает, если апдейтов нет

Не понял откуда много лишнего трафика. Можно за один полл забрать 200 апдейтов

если боту никто не пишет бот будет впустую трафик создавать же?

Да, постоянно дергает, но висит 30 секунд и ничего не делает, если апдейтов нет

Во во, и эти подвисоны заметны клиентам, был таким.

Да не, я не про это )

Во во, и эти подвисоны заметны клиентам, был таким.

Э

Откуда?

Не

Не будут

Там такая схема

Держим коннект до таймаута или события

Он висит на http запросе и ждет пока ему придет апдейт. Как только апдейт приходит он сразу обрабатывает его и идет дальше висеть за следующей порцией данных

аааа понел

тогда ладно

Там можно даже висеть минут 5 вроде

всё всё понял