тут есть как:
http://blog.deconcept.com/swfobject/
Всем спасибо, партнер найден=).
Спасибо, это не совсем то что нужно, нужны варианты в которых была бы графика на тему "бизнес", место под контент, подвал, телефоны и название. Страниц на сайте будет 1-3, соответственно макеты ориентированные на многораздельные сайты не подойдут.
1. Идем сюда http://parosproxy.org/ и берем там софтину.
2. Смотрим ей, что передается серверу при клике по указанной ссылки (кликать надо с целевой страницы, особенное внимание надо обратить на куки и реферер).
3. Смотрим что сервер отвечает. (в данном конкретном случае он среди прочего отдаст поле location, в котором нужный урл и есть).
далее при помощи fsockopen() отсылаем то что видили в п.1, смотрим ответ сервера на предмет того что видели в п.2
а проще - никак... скорее всего нужный урл всегда будет именно в заголовке ответа, и отдаватся он будет скорее всего только валидным пользователям, т.е. с правельным реферером, UA, куками, параметрами авторизации..
2Sonitta:
хтаксесс:
RewriteEngine On RewriteCond %{REQUEST_URI} !^/bad_browser\.html$ RewriteCond %{HTTP_USER_AGENT} ^.*Firefox.*$ RewriteRule .* /bad_browser.html [L] RewriteCond %{HTTP_USER_AGENT} ^.*Opera.*$ RewriteCond %{REQUEST_URI} !^/bad_browser\.html$ RewriteRule .* /bad_browser.html [L]
js-часть как писал Ayavryk:
<script> if (!document.all) location.href="/bad_browser.html"; </script>
Вороде как-то так=).
да кинте уже линк на этот файл с ошибкой (на исходник), подскажу)
2Sonitta: думаю наиболее быстрым решением будет написание мод-рерайт правила, в котором будет производится переброс по _запрещенным_ UA (чтобы не вышло пробем с поиском, при перебросе для разрешенных робот увидит контент отличный от пользователей ие), и второй уровень филтрации по объектной модели документа на js, дающий возможность более точно определить браузер пользователя, но увеличивающий нагрузку на веб сервер (пользователь вместо одного обращения сделает два) и возможно не оч красивый, т.к. переброс произойдет не мгновенно.
не хватает чего-то типа "}", интерпритатор говорит вам отом что обнаружен "неожиданный конец" кода, как правило ошибка возникает из-за незакрытия конструкций вида {....}. Вообще конецно с сырцом было бы проще разобратся-)....
Мне кажется лучшем вариантом было бы написать правило на модрерайте, в духе решения предложенного Raul21, в файле обработчике добавить систему которая позволяла бы сохранять результаты парсинга страниц (выделение из них только целевой части, например содержимое тега боди). Таким образом после того как все страницы сайта будут запрошены, появится набор данных, которые в последствии вы сможете использовать по собственному усмотрению, например просто подключая их из файла, или занеся их в бд используемой цмс получить копию статического сайта, но только уже на цмс. Основной трудностью реализации данного решения скорее всего будет выделение полезной нагрузки страницы, т.к. она будет смешана с навигационными элементами страницы.
Выбор решения должен основыватся на задачах, которые должен будет решать движок в дальнейшем. Основным параметром решения, помоему, должен стать уровень нормализации исходных данных.
Dreammaker точно написал).
А еще это правило не сработает, если в адресе есть "statdir/", видимо для просмотра статистики надо. Т.е. можно следать вывод что статистика одна для всех доменов..
