Степан Прищепенко

Очень интересно и что было сделано для достижения такого результата? какая последовательность действий? какой браузер? У меня в коде вообще нет такой фразочки, значит это или ms2 или mfilter или еще кто, или что скорее всего, открыл в момент обновления БД и файлов судя по времени картинки (20:00 28сек), в результате такой глюк произошел.

Изменил примеры, добавив в категории кеширование, сделал страничку с примерами скорости загрузки страницы категории товаров, добавил в демку сниппет debugParser — можете сами изучить скорость работы на основе его данных, признаться отличаются от стандартных, не изучал его работу, но вероятно есть над чем работать. Также я подумал на счет цены и решил снизить до стоимости аналогичных компонентов, теперь всего 990р.. ) Всех с весной!

ради интереса, в 2-х словах опиши в чем у человека проблема была?

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

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

1. У тебя есть некая таблица ExtJs с кнопкой добавления записей
2. Ты нажимаешь на кнопку и в некоем поле открывшегося окна ты добавляешь запись, эта запись добавляется в таблицу БД.
3. Затем в таблице из пункта 1 ты нажимаешь на некую запись-строку (уже другой таблицы, и не известно как туда попала эта запись, но это не важно) и у тебя открывается окно редактирования записи.
4. При открытии это окно автоматически заполняется данными и скорее всего поле tag тоже заполняется.
5. Ты нажимаешь на выпадающий список Tag у тебя идет запрос на сервер, в котором он получает ответ, для примера содержащий 1,2,3,4 а в выпадающем списке у тебя отображается только 1,2
6. И чтобы ты не делал ты всегда видишь 1,2. Имею ввиду обновлял грид, перезагруж страницу, добавлял новые данные напрямую итд.

Я правильно понял проблему?

когда открываешь окно редактирования, а потом тычешь на список запрос отправляется на сервер? ответ приходит с новыми данными? Что произойдет если в гриде снизу нажать кнопку обновления таблицы и снова открыть редактирование? Проблема в чем, в том что ты не видишь новыйх данных вообще, или в том что сразу после сохранения их не видно в форме редактирования? Если второй вариант, то возможно у тебя 2 проблемы а не одна, выражается в следующем: когда ты открываешь окно редактирования, и если у него тот же id что и окна создания записи, то возможно, что оно не было уничтожено при предыдущем закрытии (обрати внимание на это). Далее, у всех элементов вызывается метод setValue (который сам вызывает запрос на обновление данных, метод doQuery) в кот передается значение. Т.к. выпад список работает по приципу ключ-значение, то скорее всего при открытии формы в него передается значение из таблицы, а не ключ, как результат список будет всегда пуст, при условии что ключ не == значению. Я не знаю что внутри superboxselect который ты используешь, ибо их несколько версий, я к примеру переделал его, т.к. работает признаться он криво, но на сколько я помню, в стандартной версии если у него есть данные в store, то второй раз они уже не вызываются (возвращаемся к тому что у тебя используется одно и тоже окно). Ну и проверить надо что valueField и displayField правильно указаны (но дело не в этом я думаю).

Спасибо, про скорость ответил в другой ветке ниже.

описал в документации, дело в том, что если вызывать кешированным и добавлять товар, то borders в фильтрах могут работать работать не верно, просто не появиться в списке пока не обновится, или же если менять включить кеш и менять настройки у сниппета… то тоже ничего не произойдет пока время кеша не выйдет или сессия не обновиться или кеш не очиститься, поэтому чтобы не вводить народ в заблуждение кеширование выключено. Расскажу не много про то, как проходит один из этапов кеширования запросов основываясь на параметре cacheTime, когда пользователь на какой-либо странице вводит критерии поиска (влючая сортировку, пагинацию, лимит) на сервере на основе этих данных формируется ключ md5, если ранее кто-либо производил такой поиск он получит из кеша cacheManager (в соответствии с cacheTime) сформированные страницы. Если он первый, то формируется кеш с этими данными. Просто на аяксе скорость обработки не совсем очевидна.

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

а почему страшные, что именно в них не понравилось?

Да действительно кеш выключен и по тексту написана причина этого, насчет залочено, также писал что работаю над этим и скоро дам полный доступ. За что 2000… за труд )

Сайт починил.

за это в mfilter отвечает метод setSuggestions от mSearch2, на данный момент он работает не так как мне нужно, вообще если его включить то поиск тормозить начинает — не рекомендую его использовать, хотя не копался в начинке mSearch2 последней версии, возможно сейчас есть подходящие вызовы и ответы для их использования. С другой стороны, можно написать обработчик, который при отсутствии результатов будет добавлять disabled вместо setSuggestions, это не сложно, но на данный момент такого нет. С сайтом разбираюсь, скоро починю.

какой то загадочный косяк, сижу разбираюсь.

поле пустое потому что идет второй запрос который ничего не получает и соответственно пустотой перекрывает предыдущий запрос, тут надо копать почему он вызывается. Не нужно было менять процессор, все нормально возвращалось, но тут конечно от способа хранения данных уже зависит, вощем первый вариант был правильный для JsonStore. Попробуй autoload выключи, посмотри примеры вызовов modx в папке manager или как в ms2 делается.

И снова Здравствуйте! Компонент появился в магазине и в новой ветке форума подробности можно почитать в шапке.

нужно посмотреть идет ли запрос на сервер при открытии окна, а точнее при нажатии на список (именно в этот момент должен отправляться запрос), и соответственно смотреть что приходит (если приходит) и почему нет, если этого не происходит.

Скоро выйдет!

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

может не совсем в тему, а разве нельзя использовать для этого группировку и сортировку переданную через сниппет, ну например

ORDER BY FIELD(a_season, "весна","лето","осень","зима")

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