Полное погружение в аякс - слушаем музыку и гуляем по сайту одновременно (демо шаблона для 2.*)

тогда нужен список а не одна песТня!
А то надоест до чертиков.

Вот интересно, за что же это минусы? Прошу объяснить.

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

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

вы же понимаете, что проигрыватель сделан на коленке за полторы минуты и только ради демонстрации))
Конечно, в нем должно быть больше одной песни - это уже другой вопрос.

Погулял по сайту в принципе работает ровно. Возникла трабла только когда перешел на вкладку с новостями. Я так понимаю именно по этому не сможем гулять как по ВК?

а какя трабла? Я специально сходил на вкладку новостей, все хорошо...И с картинкой и с музыкой, никаких зависаний или глюков... Может от браузера зависит таки? у меня МАС, Сафари штатный, в других не смотрел

Прервалось проигрывание музыки. Смотрел с FF.

Поправлюсь. На новостях теперь сработало. Возможно я слишком быстро счелкал вкладки. Теперь на статьях был обрыв.

Да, это javascript - скрипты не всегда успевают сделать свое дело. Есть такое - думаю как это побороть

С этим я разобрался, быстрый переход по ссылкам не портит картины.

правильно я понимаю, это все будет исключительно на уровне шаблона без правок в самой системе?

К сожалению без правок системных файлов не обошлось - потому что сам движок хочет работать с аяксом по-своему, а не как нам надо для реализации аяксового сайта. Но они очень незначительны.

Как вариант для реализации можно сделать как у Хулигана, он делал отдельное окно с онлайн радио.

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

отличное решение!!!

Молодец SJen! Я уже думал к аяксу никогда не придем.

Не вздумайте забрасывать эту идею.

Прветствую, а кто минусет.....

Евгений все нормально, ждем Ваших разработок...

На демо аудиоролики убрали? Кнопка включения записи и перечеркнутый динамик неактивны, потестить не удалось. Опера хромовая на винде 7 x64

там другое - опера похоже не поддерживает проигрывания mp3 в теге html5 audio.
Я там не ставил целью выложить кроссбраузерный звук, сейчас придумаю что-нибудь (может онлайн радио выложу)

все это конечно хорошо
добавлю свою ложку дегтя -
1) проект obf.fullajax уже 4 года как не поддерживается а браузеры все новее и новее
2) версия icms новая а велосипеды все старые, говорить "работает же" - winxp тоже неплохая чтож все на семерку то переходят
3) по феншую аяксу передавать надо json а не весь html - двиг вроде уже поддерживает, криво правда но все же
- зачем лишний раз грузить слабые виртуальные хостинги

никак не вырастет инстант

кто это такой феншуй обозначил)? передавать нужно то, что требуется в конкретном случае.

А по сабжу, это если делать, то делать "из коробки".

Можно сделать свое решение, например, упрощенно, что-то типа:

ИМХО здравый смысл

а) получить данные из БД, собрать "шаблон" на сервере, передать весь этот html клиенту
или
б) получить данные из БД, отдать json массив с данными (без шаблона) - шаблон соберется в браузере

а если одновременно сто запросов?
а тысяча?
что быстрее?

а шаблон значит хранить будем на клиенте, то есть сначала нужно загрузить весь шаблон - все файлы шаблона каждому посетителю и роботу? - собирать то клиент будет. Или я не понимаю фишку или тут что-то очень замороченное.. Получить данные из БД это лишь малая часть работы по сборке шаблона. Дальше идет применение огромного числа правил, которые реализуются компонентами и настройками доступа.

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

просто необходимо отделять бизнес-логику от представления, это очень сильно облечает и сопровождение и доработку

да в том же самом html5 есть хранилище данных в браузере

html передается только тот, который надо отобразить на экране, ничего больше. Основная верстка уже есть у клиента и она не подгружается. У меня обновляется позиций 19 виджетов. В реальном проекте будет обновляться позиции три-четыре (большинство виджетов не будут меняться от страницы к странице).

Хороший довод. Действительно - у меня на инстанте библиотека не заработала на нескольких компонентах, но ничто не помешало открыть javascript и дописать или поправить устаревшие моменты. Главное же все-равно "руки", а не умение найти кем-то написанное готовое решение)

Не совсем понял - то есть грузить слабые хостинги обновлением целой страницы это нормально, а грузить их обновлением 20-30% страницы это уже плохо?) - скорость работы наоборот возрастает, за счет экономии в количестве операций как на стороне сервера, так и на стороне клиента. Плюс экономия трафика для клиента.

Да, версия инстанта вторая, а версия javascript не изменилась.. и html все еще пятый. Приходится работать с тем, что есть..

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

просто нужно чтобы кто-то нарисовал полный ajax шаблон для второй версии Инстанта - в движке вроде все уже есть

пока от html5 я увидел только <header> <nav> и <article> и другие структурные html элементы

А что в вашем понимании полный ajax шаблон? и что вам еще нужно в html5 кроме разметки? Наверное я туплю уже на старости лет.

ну моими словами - это шаблон где все ссылки работают не перегружая страницу

имхо, чтобы не заморачиваться, нужно при т.н. fullajax отдавать готовую страницу с виджетами и т.п., т.е. сам подход сменить. По принципу - одна ссылка = один запрос. Кроме этого, у нас есть вывод контроллера, вывод виджетов. По сути нужно в ответе на один запрос отдавать json с:
1. телом контроллера
2. массивом виджетов по позициям
3. название страницы
4. скрипты
В js же расставлять все на свои места. Кроме этого для виджетов внести настройку "не менять(не загружать) при fullajax".
Вот наверное примерно такой алгоритм имхо.

такими методами к angular прийти не долго))

я так думаю, что при простом запросе страницы (как будто по ссылке перешли или поисковик зашел) нужно отдать готовую страницу в html, а все остальные клики по ссылкам перехватывать javascriptoм и отдавать маленькими порциями в json (не html) и собирать страницы в браузере, если же javascript отключен, например тот же поисковик зашел, то происходит обычный переход по ссылке и отдается обычная html страница. И все довольны, и клиенты и гугл с яндексом

хотя поисковики, говорят уже умеют ходить по javascript`У

а чтобы за клоакинг по голове не получить - используются шаблонизаторы, могущие работать как на сервере так и на клиенте
и в html5 уже встроен history api - вполне так полноаяксовый одностраничник можно сделать самому

это моя такая навязчивая идея, извините, если кого обидел своими словами, я не хотел этого

второй вариант шаблона на аяксе выложил, ссылку в топик добавил. Посмотреть вживую можно тут.
Второй шаблон на текущий момент более доработанный в плане работы с аяксом.

здорово!
но есть конфликты с другими скриптами, например когда перелистываешь картинки в галерее :)

ничего, разберемся)
прогресс есть

Дерзай - дорогу осилит идущий

Эй! Я все вижу! Разве можно мой статус тырить без ссылки на меня любимого?
)

Коллега - ничо не тырил

Пеовый глючит второй вообще не работает сбрасывается при перелистывании страниц. Браузер IE 9.

на втором сайте я отключал аякс на выходные, проверял другие моменты. Но под IE как обычно может не работать, он очень привередливый. Я обычно сначала настраиваю под современные браузеры, а потом допиливаю под ослика.

Это когда-нибудь будет реализовано в видео компонента? Очень срочно нужно!

В виде*

у когонить остался код?