Средняя диагональ итогового прямоугольника — на самом деле никакая не диагональ, а вытянутый узкий четырёхугольник, площадь которого равна одной клетке исходного квадрата.
Фокус построен на том, что углы проведённых линий косого разреза (углы, тангенсы которых равны 2/5 и 3/8) близки, но не идентичны.
Ну тогда у меня нет версий. Разве что использовались особые символы, которые не давали парсеру возможности разобраться что это html код, но при этом прекрасно работающие в браузере, да так что символов не видно в просмотре кода страницы. Или по особому выстроенный html, который также не идентифицируется парсером. Проверить никакие из версий не могу, т.к. html могу прикладывать и я не увижу разницы.
Конечно, не может быть таких символов, которые в браузере прекрасно работают, но в коде страницы не видны. Значит, на выходе у парсера должен получаться правильный HTML.
Конечно, не может быть такого особого HTML, который парсером не идентифицируется. Значит, на вход у парсера не должен подаваться правильный HTML.
о_О Значит надо писать неHTML который парсер сам(!!!) будет приводить к HTML, при этом идя по противоестественному для себя пути, т.е. делать свою работу в точности наоборот. Плохо могу себе это представить. И в голове крутятся только ВВ коды:)
Чуть выше и чуть ниже видно, что это, на самом деле, сейчас со всеми URLами происходит: и Slasyz, и GreLI обладают отрицательной кармою, меж тем у них получилося сослаться гиперссылками на хосты gregman.habrahabr.ru и img-fotki.yandex.ru.
Я, кстати, не был бы столь уверен, что это именно баг парсера; с моей точки зрения это выглядит скорее фичею, избавляющей читателя комментария от надобности копировать URL в строку адреса браузера вручную.
Нет. Я использую особый невалидный HTML, который не воспринимается в качестве такового (и поэтому дозволяется обладателям отрицательной кармы), но который Хабрахабром автоматически исправляется, приводится к валидному HTML и в таком виде невозбранно скармливается во браузеры читателей.
Но скорее шевроны тут ни при чем.
Парсер любой символ < превращает в коде в <. А вот что он превращает в <?..
Набирая предыдущую фразу, я использовал теги фонта вокруг символа <, то есть употребил два символа << подряд, и тем не менее они не помешали адекватно распарсить начальный и конечный тег.
Но если вместо < я вставлю целый произвольный тег, например <o>, то у парсера сорвет крышу и конечный </font> после этого он не увидит. Возможно, на этом основано знаменитое издевательство над парсером, известное как Total Italic?
Задача о разрезанном треугольнике (частях треугольника)
_http://upload.wikimedia.org/wikipedia/commons/thumb/5/5e/Missing_square_puzzle.svg/300px-Missing_square_puzzle.svg.png
Загадка на выходные 64 == 65