alexeyk, вот для вычета документы прилагать нужно (там же есть поле про приложения на ... листах), но в момент сдачи декларации их все-равно не проверяют.
alexeykj, сдается только декларация (отдаете 2 экземпляра, они ставят на них штампы приема и возвращают один вам обратно). Что касается банка - при необходимости они информацию обо всех платежах могут оттуда получить напрямую.
А что сложного в определении параметров эллипса по 5 и более точкам? На первый взгляд кажется легко: берем уравнение кривой второго порядка x^2+b*x*y+c*y^2+d*x+e*y+f=0 (так как известно, что кривая является эллипсом, то знак при x^2 положителен) и находим 5 неизвестных параметров кривой по известным точкам методом наименьших квадратов.
PS. Была надежда, что unselectable="on" поможет отменить выделение и пробросить drag на родительский элемент, но не сработало. Попытка заменить event.srcElement в dragstart тоже не возымела эффекта.
Не знаю. Наверное, тогда только извращаться с заменой a на div с соответствующими стилями и ручной обработкой mousedown/mouseleave/mouseup и background-image для картинок.
Я сейчас проверил cdn.jsdelivr.net/bootstrap/3.0.3/css/bootstrap.min.css через cloudmonitor.ca.com/en/checkit.php. Почему-то серверы возвращают разное количество данных, которое прыгает от 17403 до 21617 байт. Вроде бы 21Кб ближе к правильному результату. Это глюк jsDelivr или CloudMonitor (может он chunked-данные неправильно воспринимает)?
И еще: почему resolve time так сильно различается у jsDelivr и BootstrapCDN, вроде как оба на MaxCDN основаны (от запуска к запуску тоже отличается, но в меньшей степени)?
А исходники jsdelivr где-то выложены? Вроде как bootstrapcdn на GitHub имеется (правда, не знаю, все ли там исходники или только часть), а у вас пустой репозиторий. При наличии исходников было бы проще оценить свои возможности в плане помощи.
PS. Сравнил заголовки jsDelivr и API Yandex, у вас несколько X-* заголовков (они действительно нужны?) и явно указанный public в Cache-Control (насколько я помню RFC2616, кэширование по-умолчанию и так разрешено для 200 кода без авторизации).
@mikenerevarin Какой-то "виртуальный" рендеринг все-равно есть для того, чтобы узнать размеры элементов (даже для просто текста, чтобы узнать размер занимаемой области, нужно учитывать эффекты кернинга, хинтинга, субпиксельного сглаживания, и т.д.). Поэтому если страница получилась очень длинной после "бесконечного" пролистывания, то браузер скорее всего все-равно немного подвиснет на первом же orientationchange или resize.
Тогда логично помещать их в контейнер и перед сокрытием задавать контейнеру высоту дочернего элемента, правильно? Правда, в этом случае пролистывание обратно вверх может быть не таким плавным, если изменить ориентацию телефона/планшета, т.к. высота дочернего элемента может поменяться после того как он станет видимым.
