Website development
CSS
JavaScript
Google Chrome
HTML
Comments 39
+30
Преимущество использования порталов по сравнению с классическими ссылками заключается в том, что содержимое внутри порталов может быть предварительно загружено и предварительно отрендерено с загрузкой всего дерева DOM, то есть оно отобразится мгновенно

То есть память будет потреблядь ещё больше, ну и тормозить — тоже.
+27

Хорошо быть гуглом: придумал новую крутую фичу для embed'ов YouTube, пошёл добавил её в веб стандарты.

+2
Есть и положительные моменты такой монополии — открытые стандарты VP9, AV1.

Хотя конечно только наивный будет верить в
google… вовсе не думает о собственных интересах.
0
Я имел в виду, что порталы скорее всего начнут использовать и там. А так, да — ничего общего нет.
+3
Возможно, Google на самом деле хочет сделать более удобной работу пользователей и вовсе не думает о собственных интересах.

И правда смешно. Гугл в первую очередь думает как заработать больше денег. И через внедрение подобных стандартов стремится замкнуть весь веб на себе. Достаточно опасная тенденция.

0
и вовсе не думает о собственных интересах.
И правда смешно

То же был сарказм
+4
Например, когда пользователь просматривает новостной сайт и заканчивает чтение страницы, то есть доходит до нижней её части, то ссылки на «похожие статьи» будут встроены в качестве порталов. Зачем веб-разработчику оформлять их таким образом? Преимущество использования порталов по сравнению с классическими ссылками заключается в том, что содержимое внутри порталов может быть предварительно загружено и предварительно отрендерено с загрузкой всего дерева DOM, то есть оно отобразится мгновенно.


Что-то я слабо представляю, как должен работать этот пример. Если содержимое «похожей статьи» будет загружено со всем деревом DOM, то и порталы на ней тоже будут загружены. В результате это приведет к тому, что похожие статьи зациклятся друг на друга или по цепочке загрузят вообще все новости на сайте.
0
порталы похожей статьи добавятся через js уже после того, как портал на саму похожую статью будет открыт.
+3
> может переписывать URL в адресной строке браузера

Ясно-понятно, опять AMP пропихивают.
+12

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

+1
Если люди начнут использовать это действительно как «порталы» — плавные переходы между сайтами, то будет классно.

Но скорее всего мы увидим ещё больше мошеннических сайтов
+2
Дайте угадаю, в целях безопасности в эти порталы не смогут стучаться плагины браузера и блокировщики рекламы там работать не будут?
0
Да нет. Как это не смогут плагины стучаться?! Если через JS туда можно обратиться (а как иначе-то), то всё ок.
+4
А безопасность как же? Это что же получается, любая XSS-уязвимость превращается в источник слива данных с десятков ресурсов?

Ну и вторая проблема — непонятно, как работать с показами. Засунул 10 порталов — получил 10 показов рекламы с одного открытия страницы?
0
Причём здесь XSS, речь о плагинах. Если вы поставили плагин, то вы уже добровольно уязвили любую загружаемую страницу перед этим плагином.
0
Насколько я понял, прямого доступа к DOM не будет. Будет возможность отправить сообщение порталу, а портал, в свою очередь сможет отправлять сообщения хосту. А так же будет возможность проверить, что сайт загружен как портал. Что делать с принятыми сообщениями, каждый решает сам. Т.е. фактически, каждый сайт сам будет определять какое API и возможности он предоставляет для работы с собой, как с порталом.
// Send message to the portal element
const portal = document.querySelector('portal');
portal.postMessage({someKey: someValue}, ORIGIN);

// Receive message via window.portalHost
window.portalHost.addEventListener('message', evt => {
  const data = evt.data.someKey;
  // handle the event
});
0
Ну это же для баннеров и так понятно. Чего они опять развели это «добро для всех в интернете».
+10

portal лучше iframe тем, что там отказались от соображений безопасности?

0

Сначала подумал: отличная же новость, шротные конторки переберутся на это новье, а мы как потребители просто вырезаем плагином или на прокси теги portal, и страницы загрузятся без довесков… Эх, мечты, мечты!

+4
ух ты… У меня браузер будет загружать и рендерить предварительно статьи и иной шлак, который я даже не буду в 99% случаев смотреть… Представляю уже главную страницу какого ни будь рамблера, которая будет жрать 32гб памяти и грузить все 16 потоков…
Порталы надо закопать и забыть. А фреймам убрать доступ через WindowsProxy.
0
Давайте загрузим еще больше всего! Мало же уже того, что есть.
+1
> Например, когда пользователь просматривает новостной сайт и заканчивает чтение страницы, то есть доходит до нижней её части, то ссылки на «похожие статьи» будут встроены в качестве порталов. Зачем веб-разработчику оформлять их таким образом? Преимущество использования порталов по сравнению с классическими ссылками заключается в том, что содержимое внутри порталов может быть предварительно загружено и предварительно отрендерено с загрузкой всего дерева DOM

То есть новостные сайты, которые уже сейчас часто тормозят и свопятся (попробуйте из агрегатора Яндекса на [виртуальной] 32-битной машине, например), станут вообще неподъемными, в т.ч. по трафику и батарее.

Опять же, фреймы были такими сделаны не просто так, а для безопасности.

Этот веб испортился, несите следующий.
0
Вопрос, скорее в том, что нового в данном случае дают порталы. Такие «новости» можно реализовать и сейчас, обычный js давно это позволяет. Вопрос, конечно, в том, зачем их именно рендерить предварительно, но можно и так.

Полагаю, что суть portal таки не таком использовании. Но реальных кейсов статья не раскрыла.
Вероятно, такие порталы смогут быть поверх других сайтов, не пропадая при навигации. Такая функциональность реализована в некоторых приложения под Андроид (youtube, карты). Я думаю, кто слушал музыку на вКонтакте, положительно оценивали возможность ходить по страницам не прерывая плеер. Но там это могло работать только внутри самой соц. сети, а новый стандарт предполагает, что плеер какого-то ютуба может висеть где-то сбоку и не пропадать при переходе по любым сайтам.
Однако, это догадка, из текста статьи не очень понятно, что конкретно предлагается. В ролике, увы, не увидел чего-то, что не реализовывается на iframe+js. В прочем, реальную ссылку на контент внутри iframe (на другом домене) таки не выйдет, но это как-то слабовато для целого нового тега.
0
Вопрос, конечно, в том, зачем их именно рендерить предварительно, но можно и так.

Информация о клиенте (размеры и агент) есть, на сервере в отдельных потоках можно предварительно рендерить страницы которые отобразятся в конце текущей.
0
Господа, помогите чайнику. Я человек уже в возрасте, слабо во всех этих современных вещах разбираюсь. Решил попробовать тег portal вместо iframe. Браузер новый google beta, поддержку portal включил. Вставил новый url так же как и в iframe, только использовал тег portal. Указанный url вставился, только там не работают ссылки, не регаируют на нажатие мыши. Что не так , что еще прописать сюда надо чтобы все заработало? Подскажите пожалуйста. Спасибо.
0
Не понял.
Т.е. теперь можно брутфорсить врагов с клиентских машин, которые, случайно зашли на мой порносайтик?
0
Преимущество использования порталов по сравнению с классическими ссылками заключается в том, что содержимое внутри порталов может быть предварительно загружено и предварительно отрендерено с загрузкой всего дерева DOM, то есть оно отобразится мгновенно.

хм, а чем это принципиально отличается от rel="preload"?
0
Более того,
<portal>
может переписывать URL в адресной строке браузера, то есть этот тег полезнее в качестве инструмента навигации. Опять же,
<iframe>
на такое не способен.


а разве аттрибуты для ссылки target="_parent" / target="top" не делаю то, что нужно?
0
А, вот в чём дело!
Самая главная разница в том, что <portal> позволяет перемещаться внутри контента, который внедрён на страницу извне
Странноватый сценарий… от него же вроде специально избавлялись в iframe, из соображений безопсаности
0
Тоже пытаюсь понять и никак не соображу. IFrame может (если sandbox property не включены на нём) сделать `window.parent.location = ''`, т.е. iframe может редиректнуть родителя. Так же iframe может с ним обмениваться сообщениями через `postMessage`/`onmessage`
0
Преимущество использования порталов по сравнению с классическими ссылками заключается в том, что содержимое внутри порталов может быть предварительно загружено и предварительно отрендерено с загрузкой всего дерева DOM, то есть оно отобразится мгновенно.

rel=«prerender»? Не, не слышали.
0
А если в портальном сайте тоже портал будет? Следующая технология от гугла — фракталы :)
Only those users with full accounts are able to leave comments. , please.