dispaly:block; для img
CSS-ом задать внутри iframe-а display:none всему, кроме нужного
если CSS не справляется из-за хитрой вёрстки/скриптов то JS-ом по onload iframe-а сделать любые нужные изменения структуры его контента.
это однозначно лучший вариант, но только если ТС не любитель хипстерских ЧПУ с адресами без суффиксов.
UPD
вообще то такие телодвижения лучше делать через PHP, учитывая логику работы внутреннего роутера системы. регулярок в хтассессе не хватает в 99% случаев...
прописать один из доменов алиасом (псевдонимом) другого в конфиге апача и/или нгинкса. не забыть указать для ПС главное зеркало всеми возможными способами.
от имени всех "толковых разработчиков" вещать берётесь? 😂 толковые хотя бы знают, что дрим не только и не столько WYSIWYG - этот мод вообще довесок к редактору не особо требующий внимания (многие его и не включают ни разу), хотя нередко и полезный.
дрим - лучший из существующих редактор кода. почти все что может дрим - частично могут и другие редакторы (с него слизали в своё время), но он единственный делает всё, что могут остальные проги разом, делает это изящнее и аккуратнее и умеет кучу уникальных фишек.
ЗЫ: судить о качестве кода по применяемому для его созданию редактору - кретинизм запредельной мощности...
спасибо, кэп, про это конечно никто кроме вас не знал и даже не догадывался 😂
но вот только дрим в режиме "Cod" по удобству нативного дебаггера/хелпера и возможностям настроек логики встроенного FTP, даже не обращая внимания на остальную массу уникальных плюшек, рвёт любой другую специализированную прогу как тузик грелку.
а серверу и заказчику глубоко наплевать какой именно редактор кода стоял на на компах разработчиков...
ну так одна из следующая тем от ТС будет "Где найти спеца по notepad++?" толку то 😂
ЗЫ: интересно, а что, в дриме все принципиально ножками работают?
владелец значит решил "путем переадресации"? то есть как на самом деле работает система его волнует мало - решение принято?
99% переводов строки в исходном коде можно тупо удалять, а не заменять пробелом. экономия копеечная, конечно, но зато и делается одной регуляркой. массивы табуляций и пробелов то же сжать, те которые в начали строки - удалить, это ещё пара регулярок с экономией побольше. не подъёмно сложно код из 3-х или 4-х регулярок в preg_replace нацарапать?
тем более, что оптимизация будет отрабатывать только при создании кеша в нормальных CMS.
в prod-версии не делать этого можно только от лени/пофигизма героического уровня, или тупости той же мощности...
ага, "за луковицу и переночевать" ;)
тут всё просто до идиотизма. пациента засветите, надо логику интерактива понять...
хотя можно и без пациента: Cookies
внутри весь функционал для куков - записать, прочитать, удалить. остальное по месту доделаете...
