iframe против объекта
Основная причина использования YouTube <iframe> (т. Е. «Преимущества») заключается в том, что он позволяет им изменять способ отображения видео - безвеб-сайт, на котором размещено видео, необходимо изменить элемент <object>.Т.е.:
YouTube может обслуживать различный контент в зависимости от браузера - т. Е. Если в браузере не установлен FlashPlayer, он может вывести элемент HTML 5 <video> в <iframe> вместо.В будущем вы можете захотеть сделать то же самое (с элементом <audio>), поэтому <iframe> может быть хорошим выбором для гибкости в долгосрочной перспективе.
Это прощедля YouTube, чтобы изменить способ вывода контента в случае ошибок и т. д. Другими словами, если по какой-то причине (например, для работы FlashPlayer 12) им нужно добавить или изменить <param> в HTML или что-то еще,они могут сделать это без того, чтобы каждый, кто встраивал свои видео, должен был изменить его сам.
Код
Вы, вероятно, использовали бы Ruby для выводафактический код, хотя вы также можете использовать Javascript - его нужно будет как-то сгенерировать, чтобы отразить точное аудио, которое должно быть воспроизведено.Что касается помещения его в теги <pre>, то это не техническая необходимость - просто вопрос лучшего взаимодействия с пользователем - просто потому, что легче определить, где код начинается и заканчивается.
Какие именно теги использовать, это просто вопрос философии.Кто-то скажет: «используйте элемент <code> (чтобы указать его код) и стилизуйте его для отображения в качестве блочного элемента»;другие сказали бы: «просто нам элемент <pre>, поскольку он уже является элементом блока»;а некоторые скажут: «Объедините два: <pre><code>...».
Отслеживание
Вы можете отслеживать либо.Запросы на аудио всегда будут отправляться на ваш сервер, поэтому можно использовать отслеживание в любом случае.Случай с <iframe> легче отследить так же, как вы уже это делаете, так как src этого iframe будет просто ссылкой на более простую версию вашей аудиостраницы (показывает только реальный проигрыватель)), вы можете увеличить views_count точно так же, как на странице аудио.
Что касается <object> преимуществ
Почему SoundCloud использует <object>исключительно?Просто угадайте здесь ...
Либо они просто еще не добрались до этого, либо они решили (вполне справедливо в некоторых отношениях), что полностью предсказуемый, работающий <audio> элемент немного вбудущее, и оно пока не стоит.
Или у них есть философская неприязнь к элементу <iframe>, который есть у некоторых разработчиков (я включил его в некоторых отношениях - я использую его, только если нет абсолютно никакой другой альтернативы).
пользователь (т. Е. Тот, кто встраивает звук) также может намереваться использовать его в месте, где <iframe> может вызвать проблемы, напрямую не поддерживается (например, некоторыеCMS) и т. Д.
Кроме того, хотя я сомневаюсь, что это их причина, это означает еще один удар по их серверу - разрешение пользователям вставлять <object> будет непосредственно извлекать флэш-контент.Если они используют <iframe>, SoundCloud получит дополнительный запрос на каждое встраивание - один для HTML и один для аудиофайла (и для FlashPlayer - один для SWF-файла).