1 Востаннє редагувалося kissarat (30.04.2015 05:03:15)

Тема: Rendering Proxy

Можливо я для когось зроблю відкриття, але щоб динамічно побудована сторінка для пошуковика виглядала так, як для кінцевого користувача, потрібно на сервері її відмалювати з допомогою безголового браузера. Хоч і пошукові системи (Google i Yandex як мінімум) можуть запускати ваші сторінки у себе в безголових браузерах, але роблять це вони (мабуть) для того, щоб переконатись в тому, чи не дурете ви. Проблема в індексуванні динамічного контенту в тому, що павуку невідомо коли ж, власне, вважати сторінку загруженою. Є певні способи повідомити систему, що сторінка готова, наприклад вставити #! в URL, але стандарту нема...
Тому приходиться використовувати спеціальний проксі-браузер для побудови сторінки. На даний момент я знайшов тільки одне таке рішення https://github.com/prerender/prerender , але результат мене не влаштував та й цей проект маленький, тому, думаю, я сам скоріше напишу код який буде мені рендерити з допомогою phantom.js сторінки чим допиляю prerender, щоб він працював так як треба.
Чи знаєте ви якісь ще аналогічні рішення?
Власне в мене проект на Angular.js з Nginx, Node.js/express.js сервером.

http://blog.msc.photography/wp-content/uploads/2014/10/phantomjs-logo.png

2

Re: Rendering Proxy

угу,  спочатку  створюють  собi  проблеми  використовуючи  ангуляри та  ноди  а   потiм  героїчно  iх  вирiшують iншими затичками.
    Користувачевi сайту начхати  динамiчна  там сторiнка  чи нi

Подякували: Djalin, P.Y.2

3

Re: Rendering Proxy

Скільки тобі років? При створенні Single Page Application можна добитись відсутності затримок при завантаженні

Подякували: ktretyak1

4

Re: Rendering Proxy

caballero написав:

угу,  спочатку  створюють  собi  проблеми  використовуючи  ангуляри та  ноди  а   потiм  героїчно  iх  вирiшують iншими затичками.
    Користувачевi сайту начхати  динамiчна  там сторiнка  чи нi

Ви спочатку покажіть хоч щось зроблене вами, не кажучи вже за те, чи краще воно хоч частини коду, названих вами світових лідерів серед JS-фреймворків.

5

Re: Rendering Proxy

Нічого, що визнані фреймворки перетворюють розділення семантики та візуальних ефектів на однорідну кашу?

6

Re: Rendering Proxy

P.Y. написав:

Нічого, що визнані фреймворки перетворюють розділення семантики та візуальних ефектів на однорідну кашу?

Це ви читали в теорії? А що до практики, пробували? Я от, наприклад, пишу на AngularJS і зовсім не спостерігаю такого ефекта.

7

Re: Rendering Proxy

caballero написав:

Користувачевi сайту начхати  динамiчна  там сторiнка  чи нi

В кращому випадку — начхати. В гіршому — динамічна сторінка менш зручна для навігації, ніж статична (всі ці галереї розковбас-стайл, де ти не можеш просто так без півгодинного пікселхантингу повернутись до переглянутої трохи раніше картинки).

8

Re: Rendering Proxy

P.Y. написав:
caballero написав:

Користувачевi сайту начхати  динамiчна  там сторiнка  чи нi

В кращому випадку — начхати. В гіршому — динамічна сторінка менш зручна для навігації, ніж статична (всі ці галереї розковбас-стайл, де ти не можеш просто так без півгодинного пікселхантингу повернутись до переглянутої трохи раніше картинки).

Ось конкретний приклад сайта, який повністю працює на JS. Ви спостерігаєте такі ж проблеми з навігацією, які тут описали?

9

Re: Rendering Proxy

kissarat написав:

Можливо я для когось зроблю відкриття, але щоб динамічно побудована сторінка для пошуковика виглядала так, як для кінцевого користувача, потрібно на сервері її відмалювати з допомогою безголового браузера. Хоч і пошукові системи (Google i Yandex як мінімум) можуть запускати ваші сторінки у себе в безголових браузерах, але роблять це вони (мабуть) для того, щоб переконатись в тому, чи не дурете ви. Проблема в індексуванні динамічного контенту в тому, що павуку невідомо коли ж, власне, вважати сторінку загруженою...

А для чого гадати, якщо гугл надає спеціальний інструмент для веб-майстрів, який показує що саме бачить павук гугла. Ви ним користуєтесь?

Інструменти для веб-майстрів > сканувати > переглянути як гугл

10 Востаннє редагувалося P.Y. (10.05.2015 20:45:47)

Re: Rendering Proxy

В старому трешовому браузері я бачу якийсь  треш.
У новому сучасному я бачу, як вони винайшли повний аналог фреймів.

Post's attachments

10.05.2015_21_40_38.png 111.89 kb, 363 downloads since 2015-05-10 

11

Re: Rendering Proxy

P.Y. написав:

В старому трешовому браузері я бачу якийсь  треш.
У новому сучасному я бачу, як вони винайшли повний аналог фреймів.

Ви говорите про фрейми як про щось погане. А тут цей «фрейм» цілком прийнятний.

12 Востаннє редагувалося ktretyak (10.05.2015 20:52:57)

Re: Rendering Proxy

P.Y. написав:

В старому трешовому браузері я бачу якийсь  треш.
У новому сучасному я бачу, як вони винайшли повний аналог фреймів.

Дуже схоже, що в тій опері, що ви показуєте, вимкнено JS, бо не може абсолютно нічого не працювати...

Що до аналогу фреймів, то ви про що? Вони завантажують статику просто через AJAX.

Оновлено:
А, мабуть, ви продивляєтесь приклади, де вони дійсно використовують фрейми. Так це для прикладів нормально, бо вони повинні показувати як вони працюють в окремому вікні без впливу поточної сторінки.

13

Re: Rendering Proxy

quez написав:
P.Y. написав:

В старому трешовому браузері я бачу якийсь  треш.
У новому сучасному я бачу, як вони винайшли повний аналог фреймів.

Ви говорите про фрейми як про щось погане. А тут цей «фрейм» цілком прийнятний.

Я говорю про фрейми як щось, що вже було винайдено в минулому столітті. Навіщо винаходити їх двічі?

14

Re: Rendering Proxy

Що до аналогу фреймів, то ви про що? Вони завантажують статику просто через AJAX.

Дивіться, горіхи можна колоти новим потужним мікроскопом з високоточною оптикою. А можна й звичайним молотком.

Подякували: Djalin1

15 Востаннє редагувалося ktretyak (10.05.2015 20:55:49)

Re: Rendering Proxy

P.Y. написав:

Я говорю про фрейми як щось, що вже було винайдено в минулому столітті. Навіщо винаходити їх двічі?

Я оновив попередню свою відповідь, ще покажу їхню тестову галерею з фотками... що ви тут згадували
http://angular.github.io/angular-phonec … p/#/phones

16

Re: Rendering Proxy

Дуже схоже, що в тій опері, що ви показуєте, вимкнено JS

Ні, JS якраз увімкнено. Вимкнено лише плагіни (флеш і т.п.), але на цій сторінці вони й не використовуються? Просто браузер достатньо старий (років 7 приблизно), і від його підтримки розробники фреймворка відмовились.

17

Re: Rendering Proxy

ktretyak написав:
P.Y. написав:

Я говорю про фрейми як щось, що вже було винайдено в минулому столітті. Навіщо винаходити їх двічі?

Я оновив попередню свою відповідь, ще покажу їхню тестову галерею з фотками... що ви тут згадували
http://angular.github.io/angular-phonec … p/#/phones

Біла сторінка в старому браузері. Функціонал, ідентичний статичним сторінкам, у новому.

Говорячи про розковбас-стайл, я мав на увазі щось назразок пошуку картинок у гуглі (на щастя, цю фічу можна вимкнути, заборонивши виконання JS на сайті).

18

Re: Rendering Proxy

Ні, народ, якщо ви сумніваєтесь в якомусь фреймворку, то йдіть на хороші (платні для роботодавця) сайти пошуку роботи і шукайте свій фреймворк ввівши його як ключове слово пошуку.

Звичайно, що деякі роботодавці занадто швидко ведуться на новинки, але ж можна дивитись на їх серйозність...

Я таке дослідження періодично проводжу. В серйозних компанія, Ангулар на висоті разом з Нодою... Для такого ставлення до цих фреймворків у них точно проводяться серйозні дослідження і випробовування.

19 Востаннє редагувалося kissarat (10.05.2015 21:30:37)

Re: Rendering Proxy

P.Y. написав:

динамічна сторінка менш зручна для навігації, ніж статична.

*FACEPALM* можеш дальше не писати. Ти судиш грузіна по чемодану.
Можу добавити, що статична сторінка може бути і динамічною. Тобто з сайтом можна працювати як з виключиним так і з включеним JavaScript. Тільки з включеним швидше і менше навантаження на сервер. Але рендеринг на сервері реалізувати простіше, якшо треба.

20

Re: Rendering Proxy

ну да - а ти спробуй знайти у вк свій же запис чи репост 7 тнів тому. Що тре крутити до посиніння?