Она не сохраняет, потому что адреса невалидные (насколько я помню, там добавлено 0x200000000 было). Я использовал флаг --unsafe и --summary-file чтобы получить эти адреса, а затем:
Внутри дампа изображение сохранилось лишь частично
Вроде целиком, там просто адреса чанков немного побитые были. Из дампа реконструировать картинку пришлось скриптом, а не через стандартные плагины volatility.
У нас PBR + planning объединены и укладываемся в 60-90 минут. Отдельно на spike задач время редко требуется, ибо в трекер задачи попадают уже не такими большими и с более-менее нормальным описанием. Всё на лиде ;)
А разве не MySQL у вас выступает в качестве OLTP? У нас четкое разделение: OLTP-операции проходят на разнородных базах и сервисах (обычно через 2PC), а в специальную базу для OLAP операций мы пишем только при синхронизации с основными базами (сразу прогоняем обновленную часть записи через очередь, обычно там не так много изменений за 1 раз).
Почему выбрали ElasicSearch? У нас стоял примерно такой же выбор — между денормализованной RDBMS и ES. Остановились на Postgres'e. У ES'a преимущество было только в оптимизированном full-text поиске.
Если хочется высокой ночевки, то проще уже на восточной вершине, со стороны кратера, поставить палатку. Там куда слабее ветер.
> Одни ботинки могут стоить от 20-30тыщ до 50-60
Можно и бюджетненько ботинки подобрать. Те же утепленные бахилы с однослойными ботинками использовать.
Занятно. Тоже сейчас планируем использовать ML для похожей цели — оценка стоимости машин. Правда пока нет своего осмотра (рынок не российский, вполне можно верить продавцам).
Поэтому набор входных параметров куда более скуден для значительной части машин — год, модель, пробег + вторичные характеристики (цвет, трансмиссия, кузов, ...) и месторасположение клиента. Однако для части машин (~40k) есть много данных по состоянию.
Вопрос по существу — есть ли какой-то анализ использования вашей смарт-ленты? У нас для этих целей используется простой сохраняемый фильтр по марке/пробегу/стоимости. По внутренним отзывам дилеров это хватает.
ExSnapShotHandleTables и ExSnapShotHandleTablesEx идентичны за исключением используемой структуры (SYSTEM_HANDLE_TABLE_ENTRY_INFO vs SYSTEM_HANDLE_TABLE_ENTRY_INFO_EX)
Ок, пусть монет будет 100.
80 орлов, 20 решек.
В первой куче (по вашим словам): 20 орлов и 0 решек
Во второй: 60 орлов и 20 решек.
Переворачиваем монеты в первой куче и получаем: 0 орлов и 20 решек
Видим что в обеих кучах по 20 решек. чтд.
Достаточно задать alias.
fake3", (SELECT file_name FROM picture pict WHERE pict.id=1), "fake1", "fake2") --
Она не сохраняет, потому что адреса невалидные (насколько я помню, там добавлено 0x200000000 было). Я использовал флаг
--unsafe
и--summary-file
чтобы получить эти адреса, а затем:Вроде целиком, там просто адреса чанков немного побитые были. Из дампа реконструировать картинку пришлось скриптом, а не через стандартные плагины volatility.
Спасибо за весьма интересный квест. Немного моих комментариев.
Можно было просто wfuzz с правильным словарём взять ;)
Я использовал базу
locatedb
и вручную просмотрел файлы в домашней директории.А это как? Я находил A и B через 2 точки кривой (базовая и открытый ключ). Простая система линейных уравнений.
О, а я реверсил байткод брейнфака. Не знал, что есть такой язык как Spoon :)
Видимо имелась в виду страховка при одновременном движении связки.
> Одни ботинки могут стоить от 20-30тыщ до 50-60
Можно и бюджетненько ботинки подобрать. Те же утепленные бахилы с однослойными ботинками использовать.
9 человек в связке это швах :) Правда на Монблане очень мало мест где можно сорваться на снегу. Разве что на гребнях есть смысл идти в связке.
parcel / brunch
Поэтому набор входных параметров куда более скуден для значительной части машин — год, модель, пробег + вторичные характеристики (цвет, трансмиссия, кузов, ...) и месторасположение клиента. Однако для части машин (~40k) есть много данных по состоянию.
Вопрос по существу — есть ли какой-то анализ использования вашей смарт-ленты? У нас для этих целей используется простой сохраняемый фильтр по марке/пробегу/стоимости. По внутренним отзывам дилеров это хватает.
$in
может встречаться много где. Скажем,sequelize
— ORM для SQL на node.js имеет подобный синтаксис.[зануда mode]
-3 в квадрате так же даст 9 ;)
[/зануда mode]
80 орлов, 20 решек.
В первой куче (по вашим словам): 20 орлов и 0 решек
Во второй: 60 орлов и 20 решек.
Переворачиваем монеты в первой куче и получаем: 0 орлов и 20 решек
Видим что в обеих кучах по 20 решек. чтд.