Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
зачем повторно засылать данные
|
|||
|---|---|---|---|
|
#18+
на странице имеется форма Код: html 1. 2. 3. 4. 5. 6. 7. 8. при сабмите данные попадают в класс(вот его конструктор) Код: php 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. Всё бы пормально но после первого сабмита, при последующих сабмитах или обновлении страницы появляется табличка что необходимо заново отослаь дынные что я раньше засабмитил и что надо это разрещить! почему так происходит и как исправить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2014, 14:44 |
|
||
|
зачем повторно засылать данные
|
|||
|---|---|---|---|
|
#18+
И В самом деле пришлось на GET переписатью Работает на ура но с POST былобы аккуратнее без этой лапши в адресной строке. А в чем тут проблема с GET я чтото не понял!?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2014, 20:35 |
|
||
|
зачем повторно засылать данные
|
|||
|---|---|---|---|
|
#18+
Areostar, у методов GET и POST разная семантика. GET предназначен для операций не имеюших побочных эффектов. То есть повторное обращение к URL с командной GET является безопасной и допустимой операцией. Собственно именно GET мы используем большую часть времени при серфинге в сети. Повторное обращение к URL с командной POST может иметь нежелательный побочный эффект для пользователя. Именно поэтому все браузеры просят подтвердить повторную отправку данных для страниц запрошенных через POST. Пример операций с побочным эффектом - добавление товара в корзину, upload файла, перечисление денег. Кроме семантики есть и другие соображения, а именно размер передаваемых данных и их видимость. Для GET мы ограничены примерно 2 Кб на весь url включая параметры. Для POST ограничений нет. Ты правильно поступил заменив POST на GET т.к. POST тут совершенно не нужен. Но если бы от POST нельзя было бы отказаться, то стандартное решение это редирект после обработки POST запроса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.12.2014, 21:16 |
|
||
|
зачем повторно засылать данные
|
|||
|---|---|---|---|
|
#18+
bazileAreostar, у методов GET и POST разная семантика. GET предназначен для операций не имеюших побочных эффектов. То есть повторное обращение к URL с командной GET является безопасной и допустимой операцией. Собственно именно GET мы используем большую часть времени при серфинге в сети. Повторное обращение к URL с командной POST может иметь нежелательный побочный эффект для пользователя. Именно поэтому все браузеры просят подтвердить повторную отправку данных для страниц запрошенных через POST. Пример операций с побочным эффектом - добавление товара в корзину, upload файла, перечисление денег. Кроме семантики есть и другие соображения, а именно размер передаваемых данных и их видимость. Для GET мы ограничены примерно 2 Кб на весь url включая параметры. Для POST ограничений нет. Ты правильно поступил заменив POST на GET т.к. POST тут совершенно не нужен. Но если бы от POST нельзя было бы отказаться, то стандартное решение это редирект после обработки POST запроса. Понялю Но чтото про такое раньше не читал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2014, 07:35 |
|
||
|
|

start [/forum/search_topic.php?author=Grex+Hide&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
14ms |
get first new msg: |
8ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 452ms |
| total: | 633ms |

| 0 / 0 |
