All streams
Search
Write a publication
Pull to refresh
272
0.2
Send message

Достаточно задать alias.


fake3", (SELECT file_name FROM picture pict WHERE pict.id=1), "fake1", "fake2") --

Она не сохраняет, потому что адреса невалидные (насколько я помню, там добавлено 0x200000000 было). Я использовал флаг --unsafe и --summary-file чтобы получить эти адреса, а затем:


const fs = require('fs');

const CHUNKS = [0x0681b000, 0x0a31c000, 0x2581d000, 0x0c6de000, 0x37a1f000, 0x178e0000, 0x2e6a1000, 0x08462000, 0x05da3000, 0x3c6e4000, 0x176a5000, 0x3ce26000, 0x17ce7000, 0x20da8000, 0x066e9000, 0x20b6a000, 0x2e8ab000, 0x0aaec000, 0x1d66d000, 0x24c6e000, 0x26fef000, 0x287b0000, 0x14631000, 0x18432000, 0x2f633000, 0x2a634000, 0x08d75000, 0x208b6000, 0x105f7000, 0x213b8000, 0x2a279000, 0x0983a000, 0x2027b000, 0x2ed3c000, 0x180fd000, 0x264fe000, 0x0f13f000, 0x3b400000, 0x28d81000, 0x32d42000, 0x078c3000, 0x29044000, 0x240c5000, 0x10606000, 0x02147000, 0x018c8000, 0x2dfc9000, 0x1adca000, 0x0464b000, 0x0b78c000, 0x14b8d000, 0x1a00e000, 0x0640f000, 0x0f610000, 0x14191000, 0x06712000, 0x2e3d3000, 0x0fd94000, 0x06095000, 0x33cd6000, 0x0b217000, 0x3aa18000, 0x10619000, 0x3951a000, 0x3161b000, 0x33e9c000, 0x1571d000, 0x1771e000, 0x1a1df000, 0x3bf20000, 0x3b2e1000, 0x18b22000, 0x00863000, 0x220a4000, 0x1b0a5000, 0x05526000, 0x0bc27000, 0x2a0e8000, 0x15c29000, 0x18caa000, 0x223ab000, 0x3706c000, 0x112ad000, 0x352ae000, 0x36a6f000, 0x015f0000, 0x2fc31000, 0x19ef2000, 0x15fb3000, 0x11c34000, 0x343b5000, 0x21cf6000, 0x29ab7000, 0x0f738000, 0x09cf9000, 0x389ba000, 0x314bb000, 0x02ebc000, 0x2df3d000, 0x2453e000, 0x27e7f000, 0x2eb01000, 0x0ef01000, 0x2a942000, 0x12083000, 0x1e944000, 0x06485000, 0x2fc86000, 0x29e87000, 0x17648000, 0x031c9000, 0x0f60a000, 0x1190b000, 0x0004c000, 0x3b90d000, 0x3f7ce000, 0x31a4f000, 0x1ea50000, 0x0df11000, 0x0fa92000, 0x0d5d3000, 0x052d4000, 0x1ac55000, 0x35c16000, 0x2b697000, 0x0fed8000, 0x33419000, 0x216da000, 0x2f01b000, 0x3545c000, 0x1b59d000, 0x098de000, 0x207df000, 0x130e0000, 0x1f821000, 0x0fb22000, 0x01323000, 0x0c0a4000, 0x3f925000, 0x2cee6000, 0x085a7000, 0x036a8000, 0x2cae9000, 0x28f6a000, 0x09eab000, 0x1af2c000, 0x1bbed000, 0x3b82e000, 0x0582f000, 0x2c3f0000, 0x22eb1000, 0x3a9b2000, 0x12db3000]

const read = (fd, len, offset) => new Promise((resolve) => fs.read(fd, Buffer.alloc(len), 0, len, offset, (err, bytesRead, buffer) => {
  console.log(`Read ${bytesRead} bytes, err = ${err}`);
  resolve(buffer);
}));

(async function main(){
  const fd = fs.openSync('h:\\neoquest\\3\\volatility\\memdump.bin');
  const buffers = [];
  for (const offset of CHUNKS) {
    const buf = await read(fd, 0x1000, offset);
    buffers.push(buf);
  }

  fs.writeFileSync('h:\\neoquest\\3\\recovered.png', Buffer.concat(buffers), 'binary');
})();
Внутри дампа изображение сохранилось лишь частично

Вроде целиком, там просто адреса чанков немного побитые были. Из дампа реконструировать картинку пришлось скриптом, а не через стандартные плагины volatility.

Спасибо за весьма интересный квест. Немного моих комментариев.


А если мы соединим их?

Можно было просто wfuzz с правильным словарём взять ;)


Но мы же находимся в репозитории Git, а это значит, что можно посмотреть все изменения, которые в нем были!

Я использовал базу locatedb и вручную просмотрел файлы в домашней директории.


Найдя коэффициенты A и B кривой, мы сталкиваемся с новой трудностью: точки из метаданных картинки не принадлежат данной кривой

А это как? Я находил A и B через 2 точки кривой (базовая и открытый ключ). Простая система линейных уравнений.


код на языке Spoon даст нам шифртекст

О, а я реверсил байткод брейнфака. Не знал, что есть такой язык как Spoon :)

У нас PBR + planning объединены и укладываемся в 60-90 минут. Отдельно на spike задач время редко требуется, ибо в трекер задачи попадают уже не такими большими и с более-менее нормальным описанием. Всё на лиде ;)
А разве не MySQL у вас выступает в качестве OLTP? У нас четкое разделение: OLTP-операции проходят на разнородных базах и сервисах (обычно через 2PC), а в специальную базу для OLAP операций мы пишем только при синхронизации с основными базами (сразу прогоняем обновленную часть записи через очередь, обычно там не так много изменений за 1 раз).
Почему выбрали ElasicSearch? У нас стоял примерно такой же выбор — между денормализованной RDBMS и ES. Остановились на Postgres'e. У ES'a преимущество было только в оптимизированном full-text поиске.
А зачем нужна трасса SMM-кода? Он же не такой большой и вполне анализируется статически?
> Страховка через гребень?
Видимо имелась в виду страховка при одновременном движении связки.
На Фудзияму без эскалатора поднимается чуть ли не на порядок больше народу.
Если хочется высокой ночевки, то проще уже на восточной вершине, со стороны кратера, поставить палатку. Там куда слабее ветер.

> Одни ботинки могут стоить от 20-30тыщ до 50-60
Можно и бюджетненько ботинки подобрать. Те же утепленные бахилы с однослойными ботинками использовать.

9 человек в связке это швах :) Правда на Монблане очень мало мест где можно сорваться на снегу. Разве что на гребнях есть смысл идти в связке.

Спасибо за ответ. Буду играться с набором данных.
Занятно. Тоже сейчас планируем использовать ML для похожей цели — оценка стоимости машин. Правда пока нет своего осмотра (рынок не российский, вполне можно верить продавцам).

Поэтому набор входных параметров куда более скуден для значительной части машин — год, модель, пробег + вторичные характеристики (цвет, трансмиссия, кузов, ...) и месторасположение клиента. Однако для части машин (~40k) есть много данных по состоянию.

Вопрос по существу — есть ли какой-то анализ использования вашей смарт-ленты? У нас для этих целей используется простой сохраняемый фильтр по марке/пробегу/стоимости. По внутренним отзывам дилеров это хватает.
ExSnapShotHandleTables и ExSnapShotHandleTablesEx идентичны за исключением используемой структуры (SYSTEM_HANDLE_TABLE_ENTRY_INFO vs SYSTEM_HANDLE_TABLE_ENTRY_INFO_EX)

$in может встречаться много где. Скажем, sequelize — ORM для SQL на node.js имеет подобный синтаксис.

> Если я скажу вам, что 9 является результатом возведения в квадрат, вы можете легко определить, что на входе было 3.

[зануда mode]
-3 в квадрате так же даст 9 ;)
[/зануда mode]
Заголовок спойлера
Ок, пусть монет будет 100.
80 орлов, 20 решек.
В первой куче (по вашим словам): 20 орлов и 0 решек
Во второй: 60 орлов и 20 решек.
Переворачиваем монеты в первой куче и получаем: 0 орлов и 20 решек
Видим что в обеих кучах по 20 решек. чтд.

Information

Rating
2,921-st
Location
Красноярск, Красноярский край, Россия
Registered
Activity