ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | [FR] сделать HTTP-кэширование страниц в Bugzilla | ||
|---|---|---|---|
| Product: | Infrastructure | Reporter: | Michael Shigorin <mike> |
| Component: | bugzilla.altlinux.org | Assignee: | Олег Соловьев <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. 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, в том числе и за счёт переезда на новое оборудование. |
