Bug 16129

Summary: [FR] сделать HTTP-кэширование страниц в Bugzilla
Product: Infrastructure Reporter: Michael Shigorin <mike>
Component: bugzilla.altlinux.orgAssignee: Олег Соловьев <mcpain>
Status: CLOSED WONTFIX QA Contact: Mikhail Gusarov <dottedmag>
Severity: enhancement    
Priority: P2 CC: rider
Version: unspecified   
Hardware: all   
OS: Linux   
URL: https://bugzilla.altlinux.org/query.cgi
Bug Depends on: 16711    
Bug Blocks: 14268    

Description Michael Shigorin 2008-06-21 15:40:59 MSD
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.
Comment 1 Mikhail Gusarov 2008-06-22 12:19:31 MSD
Ничего не понял.

> 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 загружается медленно - напиши отдельную багу. Вероятно, там где-то всё ещё из базы грузят все компоненты только для того, чтобы посчитать их число.
Comment 2 Michael Shigorin 2008-06-22 20:02:03 MSD
(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, если непонятно/сложно.  Бишь не загоняйся, но на всякий имей в виду.
Comment 3 Mikhail Gusarov 2008-06-22 20:29:30 MSD
Небольшое исследование:

bugzlla самостоятельно кэшированием не управляет: https://bugzilla.mozilla.org/show_bug.cgi?id=167808

Почему раньше работал back на странице поиска (и работал ли?) - непонятно. Можно попытаться ручками форсировать кэширование на определённых страницах, а можно сделать нормальный фикс.

-> enh, ибо оно и раньше работало ровно так же.
Comment 4 Michael Shigorin 2008-06-22 20:49:46 MSD
Раньше поле Component не слетало при этом -- по крмере в seamonkey-1.1.x :-)
Но пусть будет FR.
Comment 5 Mikhail Gusarov 2008-06-22 20:56:33 MSD
Не слетало потому, что страница по неизвестным причинам из кэша бралась.
Comment 6 Mikhail Gusarov 2008-12-10 19:34:53 MSK
После переезда на 3.2
Comment 7 Mikhail Gusarov 2009-01-22 06:54:28 MSK
2mike: проверь сейчас? У меня работает в Опере.
Comment 8 Олег Соловьев 2021-07-01 16:27:48 MSK
Надо?
Если да, то какими средствами? Кто умеет в кэширование?
Comment 9 Anton Farygin 2021-07-01 17:10:23 MSK
умеет в кеширование всё что угодно, начиная с nginx и заканчивая браузером.
Comment 10 Anton Farygin 2021-09-25 13:40:53 MSK
мне кажется, что это уже не актуально. Нормальное кеширование для динамического контента всё равно будет сделать очень сложно и наведённые от этого проблемы значительно будут превышать преимущества агрессивного кеширования.

Как мне кажется, гораздо правильнее работать над ускорением самой bugzilla, в том числе и за счёт переезда на новое оборудование.