Дружній AJAX (завершення)

До цього я розповідав про підвищення юзабіліті сайтів, що використовують AJAX. Нагадаю, шо було написано javascript, що дозволяє відображати індикатор завантаження і виводити повідомлення про перевищення часу очікування на результат завантаження. Однак я жодним словом не сказав про сам AJAX. Настав, час викправити цей недолік.

Дружній AJAX (продовження)

Дозволю собі нагадати, що минулого разу я розповідав про додатковий функціонал для AJAX-запитів, який би дозволив уникнути деяких недолікив цієї технології, а саме відстуності якої б то не було інформації про запит, що виконується в даний момент. І зупинився я на тому, що створив індикатор, що буде відображатись під час запиту. Таким чином користувач зможе побачити, коли запит буде виконано. Причому зробив це таким чином, що весь документ під час завантаження “блокується”.

Настав час рухатись далі, а саме зробити хоча б просту обробку можливих помилок. Досить частою помилкою є перевищення часу очікування від сервера. Як же контролювати таку можливість. Простим, однак досить ефективним способом є слідкуванням за часом, що пройшов від початку запиту. Ті хто користуються gmal мабуть помітили, що у випадку коли поштова скринька не завантажилась протягом певного періоду часу, користувачу буде показане повідомлення про те, що час завантаження перевищено і т.д. Зробимо й ми дещо на зразок цього.

Дружнiй AJAX

AJAX – перспективна технологiя, що набула широкого використання. Однак одночасно з цим, AJAX має також ряд недоліків. Одним з таких недоліків є відстуність якої б то не було інформації, що стосується процесу виконання запиту.

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

AJAX та Joomla!

Доволі популярною CMS є Joomla!. На жаль, в ній відсутній інструментарій для роботи з AJAX. А в деяких випадках присутність AJAX може додати динаміки вашому проекту, зменшити навантаження на сервер та канал зв’язку. Ось і передімною постало завдання додати деякі елементи на сайт, які б працювали через AJAX.

Муркуючи чим скористатися як клієнтською частиною, я розмірковував стосовно доцільності використання jsHttpRequest, JQuery. Однак прийшов до висновку, що мені буде достятньо функціоналу власноруч написаного JavaScript про який мова йшла не так давно.

Деградабельний AJAX. Частина 3. Серверна частина

Прошу мене пробачити за довгу перерву, викликану рядом технічних проблем. Все більше хочеться викинути свою машину на смітник, оскільки дуже сильно підводить. Однак зараз не про це річ.

Дозволю собі нагадати, що деякий час тому, я описав клієнтську частину невеликої бібліотеки, що полегшує створення сайтів з використанням деградабельного аяксу. Однак, лише клієнтської частини жодним чином не вистачить для для повноцінної роботи. Отже настав час написати серверну частину.

Деградабельний AJAX. Частина 2. Клієнт.

Близько тижня тому я почав розповідь про реалізацію AJAX в проектах таким чином, щоб дозволив уникнути проблем у користувачів, у яких відключено JavaScript в браузері. Тобто щоб вони отримували для себе цілком працюючі сторінки. Тоді я розповідав про так би мовити теоретичні засади розробки таких сервісів та вимоги до системи. Настав час переходити до практичної реалізації.

Деградабельний AJAX. Частина 1. Теорія.

Одним з технічних впроваджень, що прийшли з web 2.0 і відділяють його від web 1.0 є AJAX. Зараз є безліч статей, що стосується розробки проектів з використанням AJAX. Та чимало фреймворків, що спрощують роботу з ним. Однак, завжди стороною обходять один момент – робота з AJAX потребує ввімкненого JavaScript. Хоча в 90-95% користувачів все так і є, однак бувають і виключаення. Або випадки коли в деяких альтернативних браузерах компоненти, необхідні для повноцінної роботи JavaScript, відсутні. Живий приклад – gmail, що некоректно працює в браузері konqueror. Не хотілось юи втрачати частку цільової аудиторі (ніхто ж не виключає такий випадок, коли ), оскільки нав’язати потенційному користувачу нічого не можна – вірогідно, він рушить далі в пошуках чогось з меншим функціоналом, однак таким, що не ставить свої вимоги.