Перевірка кук і пошукові роботи (csrf $ _post втрата $ _get) перевірка підтримки сесій - stack

(Змінив заголовок питання, тому що тема більш об'ємна)

Є таке (спочатку кожної сторінки, крім стр повідомлення про помилку):

При першому зверненні до сайту завжди буде така "проблема". Інші способи перевірки пробував, але такий самий ефективний (і самий тупо-неправильний). Чому саме так? Тому що для деяких сторінок "класичний" спосіб перевірки не підходить.

Хоча. хто (що) заважає мені використовувати два способи перевірки для різних сторінок? Ну я ще точно не визначився що і як.

Чому "класична" перевірка не підходить. Тому що в ній є редирект на PHP_SELF. Втрачаються $ _GET параметри. Проблему "втрати" гет переметров я вирішив, АЛЕ при відключених куках перевірка не завжди спрацьовує так як потрібно і виходить ай-яй-йяй. Нижче то що я обізвав "класичної перевіркою".

Про втрату будь-таких параметрів я написав вище: Наприклад користувач клацає в поштовому клієнті на засланні підтвердження реєстрації. А в скрипті робиться редирект на PHP_SELF. Таким чином гет-переметров, необхідні для підтвердження реєстрації пропадають. Але я це як-бе вирішив.

заданий 11 Січня о 22:55

Про ботах я взагалі не згадував. Ви не зрозуміли про що я тут питав і яке рішення ВЖЕ реалізував. - root_x Povierennyy 12 Січня о 15:03

Кукі в проекті у мене взагалі не використовуються. Тільки одна єдина, для перевірки можливості використовувати сесію. - root_x Povierennyy 12 Січня о 15:05

"Чому ви хочете щоб пошуковий бот бачив їх?" - якщо кука не встановлена, то буде видаватися сторінка з помилкою. Спочатку я запитав ЯКЩО неправильно перевіряти куку, то пошуковик буде бачити ТІЛЬКИ сторінку помилки чи ні? Вообщем історія ця зрозуміла тільки мені. Якщо хто чого не розуміє - питайте. мені полювання розповісти, але з чого почати. не хочу все в купу лепіть.Хотя я вже все написав. Можливо не зрозуміло (?) Готовий надала роз'яснення кожен рядок. - root_x Povierennyy 12 Січня о 15:22