проект “Легкий web2.0” - Ajax для Joomla!

[Alex_B]

Легкий web2.0

Здесь предполагается обсуждение проекта “Легкий web2.0”.

Цель проекта сделать сайты на Joomla! более современными и дружелюбными к пользователю.

Более подробно читайте в статье "Использование AJAX в шаблонах Joomla" на joomlaportal.ru


DEMO


История версий:
v 0.3
v 0.4
v 0.4.2



ВНИМАНИЕ:

Ни какого отношения к сайту http://maxaman-soft.ru/ я давно не имею.
Домен был куплен кем-то другим, на сайте обнаружены и мои разработки, эксперименты - в каком они состоянии, и что там может быть изменено не извесно.
По этому если вдруг будет желание что-то качать, то делайте это только с этого форума!

(только сейчас обнаружил 09.06.09)

[beliyadm]

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

[smart]

извечный больной вопрос - что с индексацией?

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

[userxp]

у меня это почему-то это вызывает большое сомнение

[smart]

у меня это почему-то это вызывает большое сомнение

что именно? что можно на ссылку повесить событие onclick, или что поисковик пойдет по href если задано событие onclick? если я не ошибаюсь, то именно такое решение я когда-то видел в каком-то из компонентов типа eZine, iMagazine... там так была реализована навигация по страницам

[Sedoy]

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

[userxp]

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

з.ы. может, я, правда, чего-то не понимаю в аяксе?...

аякс "пишет" в DOM, а не в HTML

[Alex_B]

На самом деле статья немного устарела.

Вот что есть на данный момент:
- решены проблемы с кодировкой (совместимость с LE)

- решена проблема с отключенным JS и поисковыми роботами:
Все ссылки остаются обычными ссылками, подключаемая JS библиотека выхватывает их из контекста и вешает на нужные ссылки событие Ajax, а переход запрещает.
Если JS у пользователя отключен, то ни каких событий на ссылки не вешается, и они остаются обычными ссылками.

- никакого своего модуля меню теперь не надо.

[smart]

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

бот приходит и видит ту страницу, которая там есть... если бот перейдет по ссылке из меню он увидит новый контент, тоже самое увидит пользователь если он кликнет на этой ссылке... разница в том, что боту надо переходить по ссылке, а пользователь получит новые данные посредством Ajax...

На самом деле статья немного устарела.

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

[Alex_B]

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

Компоненты разные бывают, если компонент выводит что-то в mosMainBody(), а почти все они так и делают (например виртуемаркт),  то все работает.

когда аякс получает контент? после загрузки страницы? во время?
асинхронно...

В реализации описанной в статье функция JavaScript делает запрос на сервер (в стиле Ajax) когда пользователь щелкнет по ссылке. В этом варианте СЕО не учитывается.
Нужно делать карту сайта для поисковиков.

В том варианте, который есть сейчас, все по другому и SEO не страдает.

[beliyadm]

Alex_B - попросил бы тогда аналогично по подробности описать существующий вариант

[Alex_B]

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

Совершенно верно, то решение которое я позиционировал выше как панацею (и которое не описано в статье) - не рабочий вариант, который можно взять прямо сейчас и поставить.
Прошу прощения.

[userxp]

бот приходит и видит ту страницу, которая там есть... если бот перейдет по ссылке из меню он увидит новый контент, тоже самое увидит пользователь если он кликнет на этой ссылке..

боты научились вычитывать DOM?

[smart]

боты научились вычитывать DOM?

Леша, причем тут DOM? Есть сайт, у него есть страницы А и Б, его прекрасно индексируют боты, теперь, мы добавляем возможность пользователю не уходя со страницы А получить контент со страницы Б... зачем для этого ботам читать DOM?  бот может получить контент страницы Б естественным путем - перейдя по href ссылки из меню, а пользователь получить контент КЛИКНУВ, и вызывав функцию, которая посредством AJAX вытянет этот контент и вставит прямо в тело страницы А...

[userxp]

наверно я себе плохо представил процесс получения контента в данной реализации..

[proxits]

А если я уже прописал для календаря новостей такое вот:

Код:

<?php /*mosMainBody();*/ ?>
<div id="ajax_main_body"><?php mosMainBody(); ?></div>

Как быть?

[Alex Revo]

2. Модули Joomla имеют привязку... Мы решились и этого...

Опечаточка вкралась. Мы лишились, а не решились. 

[bzzik]

Alex Revo уху... я тоже щас прочитал, но не успел написать

[pedrosoft]

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

[smart]

Опечаточка вкралась. Мы лишились, а не решились. 

исправлено

[Timon_Crazy]

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

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

[Timon_Crazy]

нашел обшибку в статье
Все это будет работать только на родной Joomla, по причине используемых кодровок.
надо кодировок

[Alex_B]

спасибо.
удобно, работает на ура

Пожалуйста.

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

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

Я планирую довести до ума саму реализацию – все ссылки, какие возможно, сделать Ajax.
Проблемы с SEO и прочее.

План как сделать есть, достаточно четко представляю дальнейшие действия.

И вот потом хочу выпустить полностью рабочее решение и полностью рабочий шаблон к нему (как пример).

Вроде сложностей ни каких нет – дело только во времени.

[Alex Revo]

Ну раз такое дело исправьте еще одну:

это id контейнера DIV в котором нужно разместить сдержимое

- содержимое

[userxp]

ну так что будем делать с русской кодировкой?
а то я обошелся без утф-8 и без перекодировки...
ловкость рук и никакого мошенничества

[Alex_B]

ну так что будем делать с русской кодировкой?
а то я обошелся без утф-8 и без перекодировки...
ловкость рук и никакого мошенничества

Я пока вот так сделал:

В фале
includes/frontend.php строка 50

echo $GLOBALS['_MOS_OPTION']['buffer'];

Передней явно указал хедер:

header("Content-Type: text/html; charset=windows-1251");
echo $GLOBALS['_MOS_OPTION']['buffer'];

Работает на LE.

[userxp]

это нужно делать не там, а в index2.php
ты же его вызываешь с сервера

а если смотреть глобально, то эта вся затея плохо вписывается в джумлу
в том смысле, что как бы не получается всё сделать "одним махом", например, установив компонент или ещё чего..
теоретически, можно всё свести в шаблон... но тогда пропадает возможность настройки
кароче, аякс прибивать нада тока руками + у меня вызывает смущение надёжности - уж больно много джава скриптов вешается на джумлу... как бы это всё не вылезло боком

мои предложения такие:
1) в статье ОБЯЗАТЕЛЬНО указать категорию "для разработчиков" (из серии ну сунь два пальца в розетку), а именно - НЕ публиковать готовых расширений, а только предложения по написанию кода
2) умерить пыл в сторону аякса (много хорошо - тоже плохо), ибо вылезут проблемы с компонентами (там аякс без ботов скорей всего работать не будет, либо нужно будет извращаться)
3) как я писал выше - возможные вопросы не совместимости с другими ботами, использующими аякс-технологии (LightBox, MooTools, JQuery и т.д.)

теперь итого - данный материал нужно позиционировать как исключительно для программистов, причём отнюдь не для начинающих

[Alex_B]

На мой взгляд – есть возможность сделать все одним (или двумя) махом. По крайней мере для Joomla! в стандартном виде.

[userxp]

не выйдет.
смена урла влчёт за собой привязку Itemid и модулей... в чём фигня, надеюсь, понятно?

всё не перестаю повторять - глубже думайте, ГЛУБЖЕ!

зы. красивое не значит полезное

[Alex_B]

не выйдет.
смена урла влчёт за собой привязку Itemid и модулей... в чём фигня, надеюсь, понятно?

Да, это так. Это самый первый вопрос который всплывает - как оставить привязку модулей к пунктам меню?
(в статья я об этом говорил)

А смены урл не будет (по крайней мере я сейчас так думаю)