- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
"от GET"
Что означает сие словосочетание?
Что означает сие словосочетание?
Что используется узкоспециализированный обработчик для GET, как общий. Хотел даже написать "для GET".
В маршруте можно хранить признак: "сливать" запросы любыми методами в общий обработчик (который может быть связан с GET чисто формально, например метод класса может называться соответствующим образом) или делать дополнительную маршрутизацию по методу запроса в рамках текущего "адресного" маршрута. Т.е. можно выбирать стратегию индивидуально для каждого маршрута.
Хотел даже написать "для GET".
Ну и написал бы. Ибо эта фраза не несёт смысловой нагрузки:
использовать общий обработчик для разных методов, "от GET" или специальный
Ибо эта фраза не несёт смысловой нагрузки
Выше уточнил. Смысл был в том, что общий обработчик может быть связан с GET чисто формально по имени, а не быть каким-нибудь специальным default, special, etc.
общий обработчик может быть связан с GET чисто формально по имени, а не быть каким-нибудь специальным default, special, etc.
Вообще говоря, едва ли кому-то придёт в голову делать разные обработчики для разных методов запросов. Обработчик делается исходя из целей обработки, а не исходя из метода запроса.
Вообще говоря, едва ли кому-то придёт в голову делать разные обработчики для разных методов запросов.
Вы серьезно? Это распространенная практика. Для приверженцев REST - вовсе "норма жизни".
Обработчик делается исходя из целей обработки, а не исходя из метода запроса.
Т.е. любой обработчик можно "повесить" на любой метод и будет нормально? 😊
Вы серьезно? Это распространенная практика.
Вполне серьёзно. Мне такое не встречалось.
Для приверженцев REST
Это кто такие?
Т.е. любой обработчик можно "повесить" на любой метод и будет нормально? 😊
С какого перепуга? Обработчик вешается на конкретный запрос.
Правильно ли я понял, что с вашей точки зрения можно любые действия "повесить" на GET?
Обработчик вешается на конкретный запрос.
В смысле один обработчик на один адрес (адреса одного формата)? И не более одного?
Правильно ли я понял, что с вашей точки зрения можно любые действия "повесить" на GET?
С нашей точки зрения, действия вешаются на данные, поступившие с запросом.