After a search is performed and needs some amendment, one has to re-fill "component" field; the page also takes noticeable time to reload after hitting "Back" from buglist to query form. Would be very good if it would be cacheable at least for a few minutes (say 300 secs). Seems it was so with ALT bugzilla 2.x.
Ничего не понял. > After a search is performed and needs some amendment, one has to re-fill "component" field. Edit search внизу списка багов, должен работать. > the page also takes noticeable time to reload after hitting "Back" from buglist to query form. Баг в браузере? Если query.cgi загружается медленно - напиши отдельную багу. Вероятно, там где-то всё ещё из базы грузят все компоненты только для того, чтобы посчитать их число.
(In reply to comment #1) > > After a search is performed and needs some amendment, one has to > > re-fill "component" field. > Edit search внизу списка багов, должен работать. Это тоже обращение к серверу/загрузка страницы/лаг. Когда ты лопатишь стопку всякого, каждое отвлечение на секунду-две немного выбивает из колеи -- думаю, сам-то как раз понимаешь. > > the page also takes noticeable time to reload after hitting "Back" > > from buglist to query form. > Баг в браузере? Не думаю, раньше его не было. Это Seamoney 1.1.x. Могу проверить на других, кажется, bugs.xmms.org на bz 2.x. > Если query.cgi загружается медленно - напиши отдельную багу. Ну эт для меня не так критично. Бишь поставить грузиться query.cgi и пройтись позакрывать тем временем табы с "bug processed" -- эт привышное. А вот то, что подправить alterator-x11 на alterator-backend-x11 теперь стало реально неудобней (причём к сожалению -- копмлишен при именно этой задаче тоже скорее мешает, чем помогает, но тут вообще не знаю, что можно придумать) -- досадно. Хотя можно попробовать привыкнуть к edit search, если непонятно/сложно. Бишь не загоняйся, но на всякий имей в виду.
Небольшое исследование: bugzlla самостоятельно кэшированием не управляет: https://bugzilla.mozilla.org/show_bug.cgi?id=167808 Почему раньше работал back на странице поиска (и работал ли?) - непонятно. Можно попытаться ручками форсировать кэширование на определённых страницах, а можно сделать нормальный фикс. -> enh, ибо оно и раньше работало ровно так же.
Раньше поле Component не слетало при этом -- по крмере в seamonkey-1.1.x :-) Но пусть будет FR.
Не слетало потому, что страница по неизвестным причинам из кэша бралась.
После переезда на 3.2
2mike: проверь сейчас? У меня работает в Опере.
Надо? Если да, то какими средствами? Кто умеет в кэширование?
умеет в кеширование всё что угодно, начиная с nginx и заканчивая браузером.
мне кажется, что это уже не актуально. Нормальное кеширование для динамического контента всё равно будет сделать очень сложно и наведённые от этого проблемы значительно будут превышать преимущества агрессивного кеширования. Как мне кажется, гораздо правильнее работать над ускорением самой bugzilla, в том числе и за счёт переезда на новое оборудование.
