Iframe придется запретить

Нам придется запретить использование iframe в html коде который вводится партнерами. Причина – фактически это оказалось дыркой, через которую нам могут создавать титаническую нагрузку на сервера.

Просьба внести изменения в сайты.

30 thoughts on “Iframe придется запретить”

  1. Хм, так а банерокрутилки через него работают ведь. Как с этим быть?

  2. Давно пора. Кому надо тот и без Iframe обойдется. Iframe большая дырка через которую пользователям могут внедрять троянов и другую нечисть. Так же возможны другие действия над пользователем без его согласия.

  3. Николай, в таком случае дайте возможность выводить динамические блоки вида row_pset на внутренних страницах.

    Если они работают на морде, то, наверное, не сложно сделать их на внутряках???

  4. Вставлять ручками, полностью
    А iframe использовать на сторонних сайтах.

    Объясню – у нас сейчас из-за iframe идут БОЛЬШИЕ проблемы. Здесь стоит вопрос – или сайты работают, или они с iframe

  5. Физический смысл – не понятен, как может iframe грузить сервер? iframe – действительно тяжелый элемент для html страницы, и страница с iframe загружается с большей нагрузкой на клиентскую машину – именно на клиентскую, потому как там происходит обработка данного элемента, да при этом создается дополнительное http соединение для загрузки содержимого – если это дополнительное соединение создается с тем же сервером, то возможно это как то и нагружает его, но не больше чем дополнительно созданный сайт на партнерке, или вызов через iframe, информации по партнерке, со своего сайта.

  6. Присоединяюсь к просьбе, которую озвучил Pasha. Слёзно умоляем!!!

  7. конечно фиговое нововведение, только заметил на сайтах что пропали картинки девушек по бокам и не только

  8. Прости, но пи**ц!
    Мало того, что все сайты были с этими блоками, так с отключением ифрейма и баннеры отрубились, включая RomanceNet. И что с этим делать?

  9. у романсов да и у других ведущих баннеробменных сетей дейтинга нет кодов для открутки баннеров без ифрейма!

  10. ага, от сейчас все ведущие баннерки возьмут и начнут делать коды баннеров специально для партнеров овндейтинга)))

  11. Ох*еть, простите!
    Снача 10 постов доказывали, что ифрейм – Зло первой ипостати от самого Дьявола, и, что писец как жизненно важно его отключить, иначе кирдык!

    За этим последовала смена дизайнов и т.д. и т.п. и куча мозго**ства с динамическими блоками под свои дизы и когда все получилось, вы радостно сообщаете, что ифрейм таки не Зло и что все работает, как было.

    Простите, но это е*ание мозгов адвертам, не больше, не меньше.

  12. 1 Пришлось выключить в пинципе, тк через них нас валили.
    2 Смогли включить на наши сайты, тк проблем с ними нет.
    3 Я ничего не кому не доказывал. Это была информация, почему это сделано и пересмотру не подлежит.

  13. Понятное дело – когда аргументов или извинений за подобные “повороты” нет (учитывая, что собственные ПЛАТНЫЕ дизы улетели в мусорку), владельцы партнерок отвечают – пересмотру не подлежит, не нравится – скатертью дорожка.

    Да, так проще всего.

  14. сорри, конечно, что откопал старый пост…
    но очень интересует вопрос, который тут пытались поднять, но так комментов и не последовало по этой теме: почему нет возможности встраивать динамические блоки (row_pset и другие, также называемые “блоками титульной страницы”) на внутренние страницы? или я что-то делаю не так? у меня эти шаблоны вида {…} вообще нигде кроме главной не парсятся – выводятся как есть…
    пишу здесь, а не в affiliate-help, т.к. тема актуальная, имхо.

  15. ок, скрипты разные, но ведь в одном сделано, значит в другой внедрить уже не так сложно, верно?
    просто не пойму в чем причина отсутствия этой возможности: считается, что она не нужна или просто очередь до ее реализации не дошла?

  16. Николай, можете все-таки ответить на вопросы, которые выше (относительно динамических блоков) или как-то прокомментировать их? Не меня одного это интересует. Всплывала тема уже и на дейтерс ру и еще где-то, но все как-то в воздухе так и повисало…

  17. Все не так просто как кажется.

    Титульная страница сейчас очень тяжелая, и нас через нее раньше легко ddos-или. Пришлось перейти на кеширование титульной страницы. Полегчало. Это хорошо.

    НО перестала работать запись referer-а пользователя на титульной странице (если посетитель пришел с поисковика на титульную страницу – то сейчас там не записывается по каким словам и с какого сервиса он пришел). А это плохо.

    Поэтому – внедрять тот код который есть сейчас в титульной странице во все информационные – это будет последним, что у нас будет. После этого наши сайты все дружно лягут.

    Я запишу к себе в дела на будущее продумать систему кеширования всего этого. но это будет явно не в ближайшие 3-4 месяца. У меня план до конца лета перевести основную часть сайта на новую платформу, а потом уже заниматься мелкими блохами.

Leave a Reply

Your email address will not be published. Required fields are marked *