Спасибо за статью и объяснение принципа обхода защиты. Но как по мне, так достаточно трудоёмко, особенно, если нужно сграбить не один диск. Хорошо бы иметь скрипт, который бы сам автоматизировал метод тыка для опредления границ бэд-блоков, выдирал файлы между ними, и сам же потом их соединял в ISO образ…
Почему же не важно? Значит полный перебор на 26 ходов вглубь займёт «всего лишь» 18*15^25 (на всех шагах после первого мы вращаем одну из 5 граней, а не из 6, т.к. одна вращалась на предыдущем ходу)
Я так понимаю, что часы по идее записывают только GPS координаты, а значит наложение на карту произошло только когда он пришел домой и подключил их к компьютеру или что-то в этом роде.
Получается, то, что 4 одинаковых круга не наложились один на один не имеет ничего общего со смещением карты. А, скорее с подменой сигналов GPS.
Мне тоже интересно, как обстоят дела с OpenStreetMap в Китае? Надеюсь, им не приходится сдвигать объекты? OSM вроде не подпадает под определение «компаниии, работающей с гео-данными».
Насколько я посмотрел, крупные города Китая прорисованы неплохо… Теперь задумался — насколько можно им доверять?
Меня Partition Magick тоже два раза подводил. Но во второй раз повезло — получилось восстановить всё как было замечательной бесплатной программой TestDisk. Я им за это пожертвование сделал.
Насколько я знаю, запрещено приобретение и использование «специальных технических средств для негласного получения информации» запрещено. По определению, это «технические средства, ..., аппаратура, ..., и другие изделия, специально созданные, разработанные, модернизированные, запрограммированные или приспособленные для выполнения заданий по негласному получению информации при осуществлении оперативно-розыскной деятельности». То есть по логике — не запрещено, так как эти очки созданы совершенно с другой целью. Но в спорных ситуациях(а они могут возникнуть), вопрос решается «экспертами». Ну а тут уж как повезет.
Я еще на заре биткоинов, когда они стоили меньше цента случайно сгенерил 50 штук. Но потом пытался их перебросить на свой основной кошелек и каким-то уму непостижимым образом они застряли и не дошли. Таким образом сейчас у меня до сих пор в кошельке написано, что у меня есть неподтвержденная входящая транзакция на 50 BTC. Но никак использовать я их не могу, ну и надежды, что транзакция когда-нибудь случайно подтвердится — тоже нет. Обидно. Может кто-нибудь знает есть ли решение у такой проблемы?
Хотел поучавствовать в конкурсе, даже реализовал прототип, который использовал 2 алгоритма — суффиксный массив и еще один простой квадратичный алгоритм, но который использовал SSE4.2. План был в зависимости от входных параметров выбирать алгоритм. Но время защиты диплома подкралось незаметно и я так и не доделал программу.
В статье описан интересный алгоритм. Возможно, для некоторых входных параметров он может быть оптимальнее других.
Занимательная статья и хороший перевод. Но с отождествлением каррирования и шаблона Адаптер автор, кажется, переборщил. Каррирование — только один из сценариев использования адаптера, а ведь есть и другие.
Уточняю. Нигде не удался. Но всё таки основные неудобства — с веб версией (openstreetmap.org). Возможно, я не умею его готовить.
openstreetmap.ru — вообще, насколько я вижу, ищет только по России, что не приемлемо для меня, так как родом я из Украины, а сейчас в Австрии. Ну и POI не ищутся.
openstreetmap.org — ищет везде, какие-то простые запросы выполнять получалось. Пример «кафе рядом с Невский проспект» работает хорошо. Но приближаясь к реальности… поискал я «кафе рядом с проспект Ленина». Нашло 15 результатов где попало, но только не в Харькове (еще бы, такое распространенное название). Долго бился, как уточнить запрос, учитывая, что «проспект Ленина, Харьков» работает а «кафе рядом с проспект Ленина, Харьков». Оказалось, что надо писать «Ленина проспект». Но поиск «кафе рядом с Alpen-Adria-Universität Klagenfurt» выдает что угодно, только не самые ближайшие кафе(которые точно отмечены на карте и заполнены правильной информацией).
Я очень уважаю OSM, постоянно пользуюсь OsmAnd+, регулярно добавляю POI, иногда улицы и маршруты общественного транспорта.
Но поиском по OSM я не могу пользоваться вообще. По точному названию еще иногда получается найти, но поиск в окрестностях не удался ни разу. Может в openstreetmap.ru немного лучше, но работает, судя по всему, только по России. Поэтому я обычно ищу на гуглокартах, отмечаю необходимые точки, а потом уже переношу их в OsmAnd. Надеюсь, в будущем ситуация исправится.
Конечно, я уже опоздал… но вообще, если бы прочитал пост раньше — мог бы быть третьим. Алгоритм «решения»:
Заходим в профиль sefus, смотрим его последнее сообщение в твиттере (на момент написания комментария уже предпоследнее).
Решать картинку я даже не пытался.
По ссылкам, которые приведены в статье есть базовая информация про АОП.
Насколько я могу судить, отличие от декораторов в том, что с АОП можно «декорировать» даже приватные члены. Плюс к этому, можно перехватывать обращение к полям и их модификацию.
Но самое важное, АОП — это не платформа для перехвата вызовов. Это прежде всего парадигма программирования, когда мы работаем с логикой, а потом дополнительные аспекты подключаем динамически. Логирование — это, пожалуй, самый распространенный пример применения АОП, почти как HelloWorld. Здесь же то же логирование, только особенное. Моя цель была — рассказать, что можно эту штуку применять и для вклинивания в чужой код.
Ну а насчет ассемблера — никто не мешает вам написать обертку для программы на С, которая будет перехватывать вызовы и добавлять полезный функционал. И это будет АОП. Вопрос тут уже в цене.
Получается, то, что 4 одинаковых круга не наложились один на один не имеет ничего общего со смещением карты. А, скорее с подменой сигналов GPS.
Насколько я посмотрел, крупные города Китая прорисованы неплохо… Теперь задумался — насколько можно им доверять?
В статье описан интересный алгоритм. Возможно, для некоторых входных параметров он может быть оптимальнее других.
openstreetmap.ru — вообще, насколько я вижу, ищет только по России, что не приемлемо для меня, так как родом я из Украины, а сейчас в Австрии. Ну и POI не ищутся.
openstreetmap.org — ищет везде, какие-то простые запросы выполнять получалось. Пример «кафе рядом с Невский проспект» работает хорошо. Но приближаясь к реальности… поискал я «кафе рядом с проспект Ленина». Нашло 15 результатов где попало, но только не в Харькове (еще бы, такое распространенное название). Долго бился, как уточнить запрос, учитывая, что «проспект Ленина, Харьков» работает а «кафе рядом с проспект Ленина, Харьков». Оказалось, что надо писать «Ленина проспект». Но поиск «кафе рядом с Alpen-Adria-Universität Klagenfurt» выдает что угодно, только не самые ближайшие кафе(которые точно отмечены на карте и заполнены правильной информацией).
Но поиском по OSM я не могу пользоваться вообще. По точному названию еще иногда получается найти, но поиск в окрестностях не удался ни разу. Может в openstreetmap.ru немного лучше, но работает, судя по всему, только по России. Поэтому я обычно ищу на гуглокартах, отмечаю необходимые точки, а потом уже переношу их в OsmAnd. Надеюсь, в будущем ситуация исправится.
Заходим в профиль sefus, смотрим его последнее сообщение в твиттере (на момент написания комментария уже предпоследнее).
Решать картинку я даже не пытался.
Насколько я могу судить, отличие от декораторов в том, что с АОП можно «декорировать» даже приватные члены. Плюс к этому, можно перехватывать обращение к полям и их модификацию.
Но самое важное, АОП — это не платформа для перехвата вызовов. Это прежде всего парадигма программирования, когда мы работаем с логикой, а потом дополнительные аспекты подключаем динамически. Логирование — это, пожалуй, самый распространенный пример применения АОП, почти как HelloWorld. Здесь же то же логирование, только особенное. Моя цель была — рассказать, что можно эту штуку применять и для вклинивания в чужой код.
Ну а насчет ассемблера — никто не мешает вам написать обертку для программы на С, которая будет перехватывать вызовы и добавлять полезный функционал. И это будет АОП. Вопрос тут уже в цене.