Из предыдущих материалов мы знаем, что в движке Joomla 3.x и до Joomla 5.x входящие параметры в ссылках вовсе никак не фильтруются - это позволяет забомбить кэш добавляя в ссылку лишние параметры и/или случайным образом изменяя их значения.

Order unsuccessful. There's a problem with this order. Please try again without using an AliExpress coupon code or shop different items.

На Алиэкспресс появился новый за.об: При попытке оплатить заказ, на последнем этапе (оплата заказа) нажимая на Pay now браузер перекидывает на веб-адрес https://centinelapi.cardinalcommerce.com/V2/Cruise/StepUp, где всё кино заканчивается пустой страницей без каких-либо сообщений.

Joomla имеет несколько вариантов кэширования контента: Системный кэш: Отключено; Стандартное кэширование; Прогрессивное кэширование; и плагин Система - Кэш (system / cache).

Сегодня нам пишут, что в ПрестаШопе админка повесилась: при переходах между страницами в админ.панели PrestaShop начали появляться провалы во времени, задержки около 15-20 сек.

На сайте с включённым кэшем были замечены множественные нежелательные и причудливые параметры в ссылках постраничной навигации. Глюк относительно старый, но многими уже малость подзабытый.., и может ли он быть связан с переполнением кэша на сайте?

Есть на Алиэкспрессе некий глюк, когда из результатов поиска делаешь переход по ссылке на товар, а вместо товара страница 404 с подписью Sorry, the page you requested can not be found.

Nginx по команде service nginx restart слишком долго перезапускается, более часа...

Кто бы мог подумать, что Read Look-Ahead и read-ahead (readahead) могут оказаться страшнейшим багом, а не фичей! Баг сей ярко выражен в жутком свопинге, когда выполняется чтение больших файлов, в результате которого всё встаёт колом на одном месте без движений в какую либо сторону.

Сутки скачивался файл Беркли ДБ исходным размером 84 910 788 608 байт (80G), но в итоге накачало (падлюка) 88 791 318 528 байт (83G) и останавливаться не собиралось, и - это вряд ли тот случай когда больше значит лучше...