Добавление лишних cHash к ссылкам из USER_INT плагина

dmartynenko · 15.10.2008, 15:25

Поднимал эту тему в english ML, но мои письма туда похоже не все доходят и я получил только один не содержательный ответ.

Ситуация такова. Есть свой USER_INT плагин, который выводит и List и Single на одной странице в зависимости от GET параметров.

Линки он генерит сам на себя, т.е. из List на Single, при помощи стандартной функции pi_linkTP(). Т.к. плагин USER_INT и стоит $this->pi_USER_INT_obj=1, то в этих ссылках не должно быть cHash. Но cHash есть примерно в 50% ссылок, причем после RealURL все ссылки выглядят одинаково.

Это очень вредно, т.к. ведет к кэшированию многих лишних страниц без полезного контента, а только с маркером вставки USER_INT контента. Что также на производительность сказывается не лучшим образом.

Например, после очистки "RealURL decode cache" в "Speaking URL Management" через некоторое время получаю:

sale/cottages/object/1005255/photo/ ?id=75&unid=1005255&photo=1&cHash=610751bf45 12-10-08 12:12 / 3 min
sale/cottages/object/33682/photo/ ?id=75&unid=33682&photo=1 12-10-08 12:11 / 3 min
sale/cottages/object/4716/photo/ ?id=75&unid=4716&photo=1&cHash=65d4e65859 12-10-08 12:14 / 1 min
sale/cottages/object/49700/photo/ ?id=75&unid=49700&photo=1&cHash=dd8523e637 12-10-08 12:14 / 1 min
sale/cottages/object/68384/photo/ ?id=75&unid=68384&photo=1 12-10-08 12:13 / 1 min
sale/cottages/object/76602/photo/ ?id=75&unid=76602&photo=1 12-10-08 12:13 / 2 min
sale/cottages/object/77264/photo/ ?id=75&unid=77264&photo=1 12-10-08 12:12 / 2 min
sale/cottages/object/80408/ ?id=75&unid=80408&cHash=dd540a83f3

Аналогичная картина в информации по "Cache management".

Может у вас есть мысли из-за чего так может быть, и как это побороть?

15.10.2008, 15:25	#1
dmartynenko Senior Member Регистрация: 20.07.2007 Адрес: Беларусь, Минск Сообщений: 957	Добавление лишних cHash к ссылкам из USER_INT плагина Поднимал эту тему в english ML, но мои письма туда похоже не все доходят и я получил только один не содержательный ответ. Ситуация такова. Есть свой USER_INT плагин, который выводит и List и Single на одной странице в зависимости от GET параметров. Линки он генерит сам на себя, т.е. из List на Single, при помощи стандартной функции pi_linkTP(). Т.к. плагин USER_INT и стоит $this->pi_USER_INT_obj=1, то в этих ссылках не должно быть cHash. Но cHash есть примерно в 50% ссылок, причем после RealURL все ссылки выглядят одинаково. Это очень вредно, т.к. ведет к кэшированию многих лишних страниц без полезного контента, а только с маркером вставки USER_INT контента. Что также на производительность сказывается не лучшим образом. Например, после очистки "RealURL decode cache" в "Speaking URL Management" через некоторое время получаю: sale/cottages/object/1005255/photo/ ?id=75&unid=1005255&photo=1&cHash=610751bf45 12-10-08 12:12 / 3 min sale/cottages/object/33682/photo/ ?id=75&unid=33682&photo=1 12-10-08 12:11 / 3 min sale/cottages/object/4716/photo/ ?id=75&unid=4716&photo=1&cHash=65d4e65859 12-10-08 12:14 / 1 min sale/cottages/object/49700/photo/ ?id=75&unid=49700&photo=1&cHash=dd8523e637 12-10-08 12:14 / 1 min sale/cottages/object/68384/photo/ ?id=75&unid=68384&photo=1 12-10-08 12:13 / 1 min sale/cottages/object/76602/photo/ ?id=75&unid=76602&photo=1 12-10-08 12:13 / 2 min sale/cottages/object/77264/photo/ ?id=75&unid=77264&photo=1 12-10-08 12:12 / 2 min sale/cottages/object/80408/ ?id=75&unid=80408&cHash=dd540a83f3 Аналогичная картина в информации по "Cache management". Может у вас есть мысли из-за чего так может быть, и как это побороть?