dima_horror

Не стоит давать пользователям возможность писать view на разоре. Даже если запускать рендеринг страниц в отдельном AppDomain, урезав права на исполнение вредоносного кода, всегда остается вероятность, что пользователь напишет что-то массивное, что будет грузить ядро процессора на 100%, из-за чего сайт станет недоступен.
Гораздо надёжнее (но и сложнее, конечно) сделать свой Domain Specific Language, который будет расширять обычный HTML специальными конструкциями, необходимыми для вашего приложения.

Используйте

<noscript></noscript>
Соответственно, помещаете его под всеми стилями и даете ссылку на стиль no-script.css, в котором переопределяете все стили, которые надо изменить.

<link rel="stylesheet" href="style.css">
<noscript><link rel="stylesheet" href="no-script.css"></noscript>

htmlbook.ru/html/noscript

добавьте для body или html класс no-js и при загрузке страницы удаляйте его силами собственно js. Логично что если у вас в браузере отключен js то класс останется на месте.

Проверка на существование файла идти в таком случае не должна, поэтому причина в другом.
Здесь 2 варианта нам видится
1) У Вас перед апачем стоит nginx, который и занимается непосредственно раздачей статики (тогда мы не вполне понимаем что делать — вероятно надо к сис.админу/хостеру, но по крайней мере понятно где проблема).
2) У Вас на сервере стоит какой-то обработчик pdf, который перехватывает на себя запросы к pdf (проверяется легко, посредством запроса существующего файла с заведомо неизвестным расширением).

Настройки счетчика, код отслеживания, дополнительно: «Сайт, созданный для мобильных телефонов
Выберите серверный язык своего сайта для мобильных устройств».

Там будет код и файл ga.php, разобравшись в которых вы сможете сделать свой запрос к Аналитиксу.