16129 2008-06-21 15:40:59 +0400 [FR] сделать HTTP-кэширование страниц в Bugzilla 2021-09-25 13:40:53 +0300 1 1 2 Infrastructure Infrastructure bugzilla.altlinux.org unspecified all Linux CLOSED WONTFIX https://bugzilla.altlinux.org/query.cgi P2 enhancement --- 16711 14268 1 mike mcpain rider dottedmag oldest_to_newest 72950 0 mike 2008-06-21 15:40:59 +0400 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. 72993 1 dottedmag 2008-06-22 12:19:31 +0400 Ничего не понял. > 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 загружается медленно - напиши отдельную багу. Вероятно, там где-то всё ещё из базы грузят все компоненты только для того, чтобы посчитать их число. 73000 2 mike 2008-06-22 20:02:03 +0400 (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, если непонятно/сложно. Бишь не загоняйся, но на всякий имей в виду. 73001 3 dottedmag 2008-06-22 20:29:30 +0400 Небольшое исследование: bugzlla самостоятельно кэшированием не управляет: https://bugzilla.mozilla.org/show_bug.cgi?id=167808 Почему раньше работал back на странице поиска (и работал ли?) - непонятно. Можно попытаться ручками форсировать кэширование на определённых страницах, а можно сделать нормальный фикс. -> enh, ибо оно и раньше работало ровно так же. 73002 4 mike 2008-06-22 20:49:46 +0400 Раньше поле Component не слетало при этом -- по крмере в seamonkey-1.1.x :-) Но пусть будет FR. 73003 5 dottedmag 2008-06-22 20:56:33 +0400 Не слетало потому, что страница по неизвестным причинам из кэша бралась. 82587 6 dottedmag 2008-12-10 19:34:53 +0300 После переезда на 3.2 84697 7 dottedmag 2009-01-22 06:54:28 +0300 2mike: проверь сейчас? У меня работает в Опере. 199873 8 mcpain 2021-07-01 16:27:48 +0300 Надо? Если да, то какими средствами? Кто умеет в кэширование? 199879 9 rider 2021-07-01 17:10:23 +0300 умеет в кеширование всё что угодно, начиная с nginx и заканчивая браузером. 203245 10 rider 2021-09-25 13:40:53 +0300 мне кажется, что это уже не актуально. Нормальное кеширование для динамического контента всё равно будет сделать очень сложно и наведённые от этого проблемы значительно будут превышать преимущества агрессивного кеширования. Как мне кажется, гораздо правильнее работать над ускорением самой bugzilla, в том числе и за счёт переезда на новое оборудование.