какими методами пользоваться?

Если запрос не выполнился по причине падения базы - уже работать дальше бессмысленно.



Когда перегружается страница он тоже ничего не может делать и писать для этого ничего не надо.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Ну если исходить из этого принципа, то да. Все остальное тогда и не важно.

да по умолчанию он равняется 60 секундам

Важна всегда эфективность. Вот я щас доделываю за какими то румынами сайт американцу на Adobe Flex.
Вот там 100% асинхронка. Вообще никаких перезагрузок листаний и прочего. Отлаживать конечно это - отдельный геморрой.
Но там как минимум нет смешивания технологий. На бэкенде объекты которые удаленно вызываются через weborb, дергаешь функцию получаешь результат.
весь сайт - страница - html с одной строкой для swf файла.

В случае с PHP аяксом все равно надо формировать страницы хотя бы для того чтобы прорисовать там элементы которыми надо аяксом манипулмровать. как ни крути объем работы если не в два то в полтора раза больше. При чем не понятно ради чего.
Аргумент со скоростью сомнительный. Аргумент насчет нагрузки на сервер менее сомнительный но разработка ПО стоит гораздо дороже чем железо. Проще и дешевле добавить проца или планку памяти на сервер.

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

(Отредактировано автором: 11 Декабря, 2011 - 16:20:02)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

По-моему Мы по разному понимаем значение слова эффективность.
Для меня эффективность - когда пользователю(именно пользователю) удобно и комфортно будет работать.
Для одной компании, я разрабатывал сайт (чуть сложнее визитки). Все я сделал на чистом PHP(перезагрузка и т.д). Когда я пришел сдавать проект я про себя ужаснулся. Не потому, что что-то не работало. А потому, скорость инета там была <=256. Все эти прорисовки страницы и т.д. Там время шло на секунды. Буквально за день-два я переписал его с использованием jQuery. Причем оглядываясь назад, я понимаю, что использовал его не эффективно. Скорость работы увеличилась в разы админка начала летать.
Сейчас для этой компании я пишу программу, плюс сейчас же разрабатывается дизайн еще нескольких сайтов для них же(группа компаний). А все дело как раз в эффективности работы не с точки зрения времени, а юзабилити. Простое, понятное юзабилити Вы не сможете реализовать на PHP.
Это же скрытие страницы. Каким образом Вы сделаете, что бы можно было скрыть одновременно 5 элементов.(Выделить 5 элементов и нажав скрыть их) На Jquery легко. +как бонус вместо 5 запросов к Бд - только один.
Я уж молчу про перетаскивание (сортировку) товаров на странице.
На счет быстродействия всегда ajax быстрее перезагрузки страницы(часть(кусок контента) всегда меньше целого(всей страницы)). По крайней мере я не могу придумать ситуация когда это случится.
Да пользователь действительно может не знать, что такое ajax. Но он всегда увидит результаты его работы.

(Отредактировано автором: 11 Декабря, 2011 - 16:59:35)

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



инет дешевеет с каждым днем и с каждым днем растет скорость. Пока вы будет делать аякс он уже не будет иметь смысла а на месте вышего сайта будет лругой сделанный за более короткое время. Это так же несерьезно как разрабатывать сайты совместимые с PHP меньше 5.3


Всю жизнь реализовывали а теперь вдруг невозможно


Аякс тут при чем? Скрыть это одно а обновить БД по кнопке save со всеми скрытиями отмесченными в hidden полях - это другое.




аякс тут при чем?



Как количество запросов связано с аякс? Либо можно обновить БД одним запросом либо нельзя.


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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

UI-sortable например??? Сохранить новую позицию снова всю страницу перегружаем???
Хотя фактически уже все прорисовано??? Нужно только получилось или нет

А я не хочу(да и редко так бывает) всем махом, сначала тут скрыл, потом эту поднял, потом еще поднял, потом еще скрыл. Устанет он ее прорисовывать.

Вообще не перегружаем пока не сделаны окончательно все изменения. Что значит получилось не получилось. Не получилось это баг и надо править код.


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

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Отслеживаем изменения через js? Который глючит и т.д.

Правил, я правил и тут свет выключился, браузер завис, инет отключили, браузер дурак закрыл. И все давай снова

Ну это эж вы его хотите юзать


Могу предложить более частую ситуацию. Правил я правил -смотрю направил не туда. Думал нажму Cancel (уйду со страницы или перерефрешу) и все дела - а фиг там юзабельный аякс уже поменял мне все в базе и уже слышны матюки менеджера по продажам

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Вот расскажите как мне переместить товар(не важно что) с 15 позиции на 150 и другой с 90 на 2.
Я предлагаю юзать js. Вы?
Алгоритм пожалуйста, хотя бы в нескольких словах.
Мой прост как 2 копейки. После каждого UPDATE ajax-запрос, 1 запрос к БД и как бы все.


А типа "Вы действительно хотите сохранить изменения/удалить ?" уже как бы все ни как???
И потом эта проблемма решается после первого подобного случая, что надо думать прежде чем делать(хотя в принципе кроме удаления все остальное не серьезно(не фатально))

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


минимум 1 запрос после КАЖДОГО аякс апдейта. А то и не один. Например мне надо сделать какие то проверки. Вместо одним махом эту проверку сделать перед апдейтом надо каждый раз ее делать по запроссу аякса.


Переписыванием обратно с аякса? Или увольнением разработчика


именно


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

(Отредактировано автором: 11 Декабря, 2011 - 18:22:59)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Изменять порядок как-то надо???

Это я имел ввиду порядок вывода на странице. А потом процедуры MySQL уже ни как???

Зачем все запоминается. Да и потом реализовать принцип Ctrl+Z я не думаю, что проблематично

С чего бы это так? Если я что не то исправил(допустим не тот товар), я его исправлю обратно так же.
А вот если "восстановить порядок иногда можно только многочасовым копанием руками в базе"
Это ошибки самой программы и разработчика. Все что делается через админку, должно и восстанавливаться через нее

Для этого в БД есть Order By

Очень медленные и неэфективные - Mysql это не промышленная БД. И потом лишний запрос он всегда лишний даже если в процедуре и на оракле.


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


Все что делается корректно. А не что некоректно - юзер промахнулся мышкой а пока разобрался на складе уже накладные распечатали.
Для подобных систем нужно сложные проверки на сервере при изменении, которые если и делаются одним запросом то весьма навороченным. Не будет нормально работать это через асинхронку. Либо блокировать страницу за каждым движением юзера что глупо либо рисковать что следующий асинхронных вызов может начаться до того как закончится подвисший на инете или заблокировавший транзакцией БД, первый.

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


Когда наберетесь опыта хотя бы лет пять то тоже не будет вестись на модные фишки. Сначала надо убедится что в этом КОНКРЕТНОМ месте в этом КОНКРЕТНОМ функционале данное КОНКРЕТНОЕ технологическое решение будет омиеть ОЧЕЫВИДНЫЙ измеряемый цифрами выиграш .
Причем выиграш КОМПЛЕКСНЫЙ. Лично я не стал бы тратить дополнительное время и усилия например на ту же асинхронку (включая усилия на отладку и т.л.) усложняя код, только потому что страница в среднем будет грузится 0.6 секунд вместо 0.8.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

есть поле sortorder, по нему выводятся товары(как раз ORDER by). Мне надо поменять порядок(изменить sortorder у конкретного товара) Как это сделать В вашем варианте? Особенно если меняются 2 товара, а страница не перегружается до момента нажатия кнопки?
Как поменять в моем варианте я знаю, причем поменяется только то что надо(если с 5 позиции на 10 а базе 10000 записей) запрос затронет только 5 позиций
В вашем варианте, я так подразумеваю надо делать UPDATE всей БД?

По сравнению с чем? Простого запроса? Можно источник информации? Я думаю иначе.


Спорить не буду не думал я пока об этом.

Это как-то не впечатляет, он ошибиться и распечать могут по любому

Тут наверное как раз транзакции и процедуры, триггеры могут помочь???

Есть $.Deffered() и очередность запросов, это не сложно. Есть callback();
Все это можно отследить