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

Ладно давайте оставим эту тему, она по-моему бесперспективна. Приятного вечера

по поводу пинания кнопок как раз столкнулся, нашел решение дивом закрывать все это дело типо так:

Вообще то если речь идет об админке то там будет работать не случайный юзер с инета и пинать тупо ничего не должен. Да и индексация поисковиками не нужна (обственн о ьуда они и не попадкт без пароля).
С другой стороны и скорость работы там не критична на админке.
Тем более что все современные браузеры поддерживают gzip сжатие контента. То есть никакого выиграша по скорости аякс не даст На сервере для аякса все рано надо подымать PHP на каждый вызов причем вместо одного раза на все страницу, трафик (на случай много текста) прекрасно сжимается gzip. Картинки и так грузятся асинхронно.
То есть преимуществ по сути никаких.

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

и сам ксс для дива

На счет индексации, это все глупости. HTML 5 history API и все проиндексируется.
Теперь на счет всего остального.
Простой пример.
Надо сделать страницу не видимой.
Вариант PHP(полная перезагрузка) этапы
1 Отправляем запрос GET
2 Выполняем запрос MySQL на скрытие
3 Выполняем запрос на вывод всех страницы из MySQL (причем тут уже нет КЭША ни MySQL
удален при UPDATE ни html страницы(т.к она изменилась), максимум закэшированы картинки)
4 Формируем всю страницу и выводим ее + снова инициализирем все плагины и т.д что повешано на страницу это тоже время
Правильно??? Если я что-то не правильно указал Вы поправьте меня
Вариант jQuery+Ajax+PHP
1 Определяем id элемента, который надо скрыть
2 Отправляем запрос GETJSON
3 Выполняем запрос MySQL на скрытие и отправляем флаг о рез-те
4 Меняем класс у картинки.(одна строчка кода 2 команды addClass().removeClass())
Все...
Сами подумайте будет ли тут выигрыш в скорости.
(Добавление)
P.S У Google есть рекомендации как сделать так, чтобы сайт использующий ajax нормально проиндексировался.

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

Ну если привести спеуиально подобранный пример тогда конечно.
Какой процент составляют страницы где надо скрыть один элемент да еще и в БД запомнить.
А если не один элемент а 5 разнызх и 5 запросов к серверу?
а если на странице нет никих плагинов и она обновится быстро?
А если страница принадлежит к 99.99999% у которых нет функционала по сокрытию одного элемента и прописыванием его в БД?

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

3d_killer
Вообще то у аякса там параметр где то есть - блокировать браузер - зачем мучатся с дивами.

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

Вся админка это скрыть, переместить и т.д все действия для одного элемента в основном.
$('#id1,#id2,#id3,#id4,#id5').... Для 5 элементов
5 запросов это как-то не очень правильно. Ну уж если совсем необходимо процедуры MySQL

Вот этого делать не стоит. Паника у User-a начнется. Браузер просто зависнет и все.

Вообще то в админке важно именно работа с данными которые в БД причем работа надежная без сюрпризов. Реализация интерфейса - вторична. В отличие от например развлекательных сайтов где важно вовремя показать картинку с сиськами Ани Семенович.
Кроме того есть еще один важный момент когда реальный проект и ограниченные время и сроки - трудоемкость.

Гораздо проще принять переменную с $_REQUEST , проапдейтить базу и показать/непоказать елемент с помощью старого доброго if else - несколько строк делов, чем писать файл для ответа аяксу писать сами аякс вызовы и обработчики событий потом запаковать распаковать ответ потом писать обновление елемента ползая по DOM модели, следить чтобы юзер там не тыкал чего пока запрос идет и т.д.
А страницу оптимизировать для скорости. Тем более сам аякс оаботает далеко не мгновенно - почему и вешают всегда всякие крутилки.


А заблокировать дивом чем лучше. Хотя я сам синхронные вызовы как то ни разу не пользовал -какой смысл использовать аякс без асинхронки.

(Отредактировано автором: 11 Декабря, 2011 - 14:15:34)

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

Вам не кажется, что Вы сами себе противоречите?



Какая разница в реализации...
Я же написал логику с PHP и jQuery там все до момента отдачи рез-та одинаково.
А после первого запроса идут проверки
Запрос удачный
jQuery: возвращаем флаг 1(true) не важно. Нужно только конвертнуть в Json(в ручную сформировать)
PHP: Делаем запрос в БД, по новой создаем страницу и т.д
Не удачный(ошибка)
jQuery: возвращаем флаг 0 (Выводим сообщение об ошибке)
PHP: Выводим сообщение об ошибке
При jQuery ползать по дому не страшно(да и просто все-таки движок свой они постоянно улучшают оптимизируют), при смене класса(вообще не надо $(this)).
В других случаях это тоже абсолютно не критично

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


P.S Я просто как бы к чему так спорю. Очень глупо загружать целую библиотеку ради одной функции. Если уж решили ей воспользоваться, то пользоваться нужно по максиму.(Сложно да ни сколько. Есть много ресурсов и инфы.)
(Добавление)

За диспутом не заметил... Все гораздо проще

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


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


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

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

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

Т.е если в момент запроса упал сервер БД, еще что-то у Вас это ни как не проверяется???
Ага а логи ошибок пишут для чего интересно????

С чего он должен глюкнуть-то. Потому что кто-то плохо написал.
P.S В настройках $.ajax есть параметр timeout(по моему так), он за это отвечает.
Крайний вариант F5

Но нормальном хостинге это редкость. Кроме того если упал сервер проверять что либо уже быссмысленно и в большинстве случаев уже нечем.



Потому что ктото плохо написал ява скриптовый движок или браузер. Ява скриптовые ошибки или зависания - обычное дело.

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

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

Раз в год и палка стреляет. А если упала БД, а не сервер, что тогда будет? User будет что делать???

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

А что аякс как то поможет поднять БД?


Разумеется только без аякса этот вопрос вообще отпадает. А значит время а и меньший риск просрочить проект а значит деньги. Я так понимаю в серьезном реальном проекте вы не участвовали что нуждаетесь в таких прописных истинах.

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

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

Ему ничего поднять не надо ему надо вернуть результат запроса. Выполнился или нет.

Тут все тоже самое. Я не знаю как вы это делаете, обычно если нужен рез-т ответа, а это как транзакция в БД. То делается callback функция, которая и проверяет ответ сервера, если он + то одно(типа сохранено и т.д) если - произошла ошибка
А чтобы user видел что программа что-то делает до получения ответа и вешается картинка типа обрабатываем рез-т. Пока она работает, он ничего не делает не сможет делать.