Full Ajax > What you think about

Главные вкладки

Аватар пользователя Shift-Web Shift-Web 18 ноября 2010 в 5:28

Quote:
Fullajax = AJAX + AHAH — технология, подход к построению, переводу сайтов и веб-приложений на AJAX. Направлен на выработку правил и методов максимального внедрения всей мощности AJAX & AHAH. Наша технология уменьшает сложность и расширяет узконаправленность области применения AJAX.

Технология Fullajax — дает возможность использовать AJAX технологию на полную силу, и позволяет быстро и безболезненно внедрить AJAX в любой сайт. Вам не нужно знать тонкости работы AJAX и тонкости программирования Javascript, если вы понимаете основы HTML и верстки, вы сможете без проблем внедрить Fullajax в свой сайт.

Одна из основных возможностей Fullajax ― программируете как обычно, а подключив нашу библиотеку получаете AJAX. Это достигается за счет специально разработанного механизма фильтрации: ссылки по заданным критериям автоматически превращаются в AJAX. Область применения не ограничена: в простых сайтах, на системах управления, в порталах, везде. При подключении Fullajax — Ваш сайт станет настоящим современным Веб-приложением.

бла-бла-бла .... сабж по адресу: http://fullajax.ru/

Комментарии

Аватар пользователя petrovnn petrovnn 18 ноября 2010 в 16:46

я думаю что делать сайты целиком на аяксе это полный отстой не очень хорошая идея.

Аякс актуален для веб-сервисов где реально нужна асинхронная загрузка, например Google Maps, Gmail, веб-чат. Там где она (асинхронная загрузка) не нужна, а ее используют, это просто выпендреж.

Ошибка в JS и сайт не работает, как это индексировать?, как на мобильнике это будет работать?
Короче у меня много вопросов, но главное - ЗАЧЕМ?

В чем реальное приемущество перед классическим подходом?

Аватар пользователя Shift-Web Shift-Web 18 ноября 2010 в 18:26

"petrovnn" wrote:
Ошибка в JS и сайт не работает, как это индексировать?,

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

"petrovnn" wrote:
В чем реальное приемущество перед классическим подходом?

Мне просто интересно мнение

Аватар пользователя varvashenia varvashenia 18 ноября 2010 в 19:51

Я примерно такую-же хрень писал с год назад с применением jQuery для сайта ekadoo dot com. Тока мой велосипед на вид конкретно проще и писался под конкретный сайт.
Если-бы это попалась тогда, то с удовольствием заюзал-бы, хотя не понятно, умеет-ли оно загружать только часть страницы в конкретный регион - сейчас уже лень разбираться.
Индексироваться будет - основная идея этой красоты - это надстройка над полноценным сайтом средствами JavaScript, т.е. поисковики видят полноценные ссылки, а юзера - красоту. Хотя гугл уже достаточно давно делает конкретные поползновения в сторону индексирования JavaScript.

Если нужны жутко красивые (и жутко раздражающие) переходы между страницами на готовом сайте - юзать Smile

Аватар пользователя Shift-Web Shift-Web 18 ноября 2010 в 20:01

"varvashenia" wrote:
хотя не понятно, умеет-ли оно загружать только часть страницы в конкретный регион - сейчас уже лень разбираться.

Вообще умеет судя по всему:

Quote:
На данный момент это уникальное решение имеется только в нашей библиотеке — потому как мы его сами и придумали.Авто-фильтр помогает (упрощает, ускоряет) внедерение AJAX.
Вкратце, суть в следующем. Необходимо задать определенные критерии и область фильтрации — а фильтр «налету» все ссылки в указанной области, которые удовлетворяют заданым критериям, превращает в AJAX. Причем, обычные ссылки, при отключенном Javascript-е, работают по старому.
Простой пример:
SRAX.Filter.add ({id:'layer-header-id', url:'/header'});
SRAX.Filter.add ({id:'layer-center-id', url:'/center'});
SRAX.Filter.add ({id:'layer-footer-id', url:'/footer'});
Теперь, все ссылки href которых начинаеться с '/header', будут автоматически подгружаться в элемент с id = 'layer-header-id'. Ссылки href = '/center{…}' — в элемент с id = 'layer-center-id', Ссылки href = '/footer{…}' — в элемент с id = 'layer-footer-id'.
Система фильтрации довольна сложная, и имеет ряд расширенных настроек — это позволяет создать высокую избрательность фильтрации и настроить фильтры под любую ситуацию.

В основном только это и интересует, если честно. На большинстве сайтов есть так скажем статичная обёртка и динамические регионы(мне такой подход больше нравится).

DLE по схожему принципу построена. Т.е. на ссылку навешан жаба код вызова.

Аватар пользователя Shift-Web Shift-Web 18 ноября 2010 в 20:21

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Я выскажу такую мысль, что чрезмерное ипользование всех этих аяксов отпугивает юзера. Но это, конечно, оффтоп

Чем именно?

Аватар пользователя petrovnn petrovnn 19 ноября 2010 в 21:36

"<a href="mailto:volocuga@drupal.org">volocuga@drupal.org</a>" wrote:
Я выскажу такую мысль, что чрезмерное ипользование всех этих аяксов отпугивает юзера

Это не просто отпугивает юзера, а это анти-юзерская технология впринципе.

"Shift-Web" wrote:
"petrovnn" написал(а):
В чем реальное приемущество перед классическим подходом?
Мне просто интересно мнение

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

"varvashenia" wrote:
гугл уже достаточно давно делает конкретные поползновения в сторону индексирования JavaScript

"Делает поползновения" и "индексирует" это две большие разницы. Во-вторых у нас здесь пока что как-бы правит балом яндекс. Страница, которая показывается юзеру (урл) отличается от той, которую кормят поисковикам, и это очень, очень плохо.

Рефрешить блоки допустимо но чтоб целиком страницы... это смерть

Потом, что это за уродливые символы в урле? двоеточие и решетка? Удобно-ли такие урлы набирать на клавиатуре? Каковы они на вид, красивы-ли? По-моему смотрится убого.

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

Я вам скажу ребята - игра не стоит свеч - бойтесь этой "технологии" как огня.

А вы печатать такие страницы пробовали? (я вот щас не погу попробовать у меня в винде отключен процесс отвечающий за печать т.к. нет принтера, но в ПН с работы я обязательно попробую)

"varvashenia" wrote:
основная идея этой красоты - это надстройка над полноценным сайтом средствами JavaScript,

я полагаю "красоты" - вы хотели написать в ковычках.

Если нужно обновлять регион (блок) - то использовать это решение смысла нет.

Для этого есть стандартная функция jQuery: http://api.jquery.com/jQuery.ajax/ при этом имеет как минимум 2 приемущества перед фулл-аякс: 1. нет лишних подключенных файлов, 2. кода очень мало, что намного легче и для разработки и для поддержки/рефакторинга.

"Shift-Web" wrote:
предусмотреть работоспособность и с отключенным JS

На практике это значит усложнение разработки.

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

Аватар пользователя Shift-Web Shift-Web 19 ноября 2010 в 22:35

"petrovnn" wrote:
Страница, которая показывается юзеру (урл) отличается от той, которую кормят поисковикам, и это очень, очень плохо.

С какой стати? Разницы ни какой. Или вы переходите по ссылке или каким-то механизмом подгружается тот-же контент.

"petrovnn" wrote:
Потом, что это за уродливые символы в урле? двоеточие и решетка? Удобно-ли такие урлы набирать на клавиатуре? Каковы они на вид, красивы-ли? По-моему смотрится убого.

Единственный минус -- положение пользователя остается неизменным относительно адреса. Ничего убогого - выведидте поле - ссылка на эту страницу.

"petrovnn" wrote:
Рефрешить блоки допустимо но чтоб целиком страницы... это смерть
Потом, что это за уродливые символы в урле? двоеточие и решетка? Удобно-ли такие урлы набирать на клавиатуре? Каковы они на вид, красивы-ли? По-моему смотрится убого.
Как эти ссылки будут преобразовываться в нормальные урлы в тексте письма (веб-интерфейс или почтовая программа(не забудем также о том что провайдеров и почтовых программ у нас не мало, а их комбинаций еще больше)) , сообщения в контакте, в форумах, чатах, офисных программах? Какой процент прогрмм, преобразующих ссылки сможет правильно их преобразовать в рабочие активные урлы?
Я вам скажу ребята - игра не стоит свеч - бойтесь этой "технологии" как огня.
А вы печатать такие страницы пробовали? (я вот щас не погу попробовать у меня в винде отключен процесс отвечающий за печать т.к. нет принтера, но в ПН с работы я обязательно попробую)

Не осилил... Фигня какая-то написана.

"petrovnn" wrote:
На практике это значит усложнение разработки.

На практике это ничего не значит.

Аватар пользователя xxandeadxx xxandeadxx 19 ноября 2010 в 22:37

"Shift-Web" wrote:
Единственный минус -- положение пользователя остается неизменным относительно адреса

там хэш меняется, и он вполне рабочий

Аватар пользователя petrovnn petrovnn 20 ноября 2010 в 0:47

"Shift-Web" wrote:
С какой стати? Разницы ни какой. Или вы переходите по ссылке или каким-то механизмом подгружается тот-же контент.

Ссылка, какой она представляется пользователю:
http://fullajax.ru/#:license/

Ссылка, как ее видят поисковики:
http://fullajax.ru/content/view/42/80

Плохо это потому что все ссылки на любые внутренние страницы поставленные с форумов блогов и статей для поисковика будут выглядеть как ссылки на главную. А пользователь не будет выяснять, каков оригинальный УРЛ данной страницы, а просто скопирует его из адресной строки. В нормальных ЧПУ присутствуют (или могут присутствовать) ключевые слова, которые поисковик учитывает анализируя кто ссылается на данную страницу. Но даже если мы отбросим ключевые слова в УРЛе, то вес просто ссылки в сочетании с текстом (в контексте которого идет эта ссылка) все равно делает свое дело. То есть любой нормальный ЧПУшный урл передает вес странице на которую ссылается. А в данном примере (пусть даже без двоеточия) весь смысл продвижения внутряков теряется.

"xxandeadxx" wrote:
там хэш меняется, и он вполне рабочий

В гугло-почте ссылки работают, вконтакте - нет.
Преобразовывается в ссылку на главную страницу после двоеточия.

"Shift-Web" wrote:
Не всегда это реализовано хэшем.

Наверное я плохо знаю объект location в JS...
Вот по подробнее можно, как это без хеша реализовать?