Метод класса, обычная или анонимная функция и т.д. Т.е. то что вызывается в маршрутизаторе при маршрутизации, но не относится непосредственно к нему.
Правильно ли я понял, что с вашей точки зрения можно любые действия "повесить" на GET?
В смысле один обработчик на один адрес (адреса одного формата)? И не более одного?
Вы серьезно? Это распространенная практика. Для приверженцев REST - вовсе "норма жизни".
Обработчик делается исходя из целей обработки, а не исходя из метода запроса.
Т.е. любой обработчик можно "повесить" на любой метод и будет нормально? 😊
Выше уточнил. Смысл был в том, что общий обработчик может быть связан с GET чисто формально по имени, а не быть каким-нибудь специальным default, special, etc.
Что используется узкоспециализированный обработчик для GET, как общий. Хотел даже написать "для GET".
В маршруте можно хранить признак: "сливать" запросы любыми методами в общий обработчик (который может быть связан с GET чисто формально, например метод класса может называться соответствующим образом) или делать дополнительную маршрутизацию по методу запроса в рамках текущего "адресного" маршрута. Т.е. можно выбирать стратегию индивидуально для каждого маршрута.
Правильно, если речь об обработке. Более того, лучше не использовать отдельные адреса для обработки POST-запросов (и др.). Т.е. физически можно использовать один маршрут для одного формата адресов и разных методов запроса. Основные стратегии, которые могут быть реализованы в одном и том же маршрутизаторе для одного формата адресов: 1) использовать общий обработчик для разных методов, "от GET" или специальный; 2) использовать отдельные обработчики для предопределенных методов, а для "неопределенных" - специальный или "системный", который бы сообщал, что "метод не поддерживается" (для этого есть специальный HTTP-код ответа).
Можно использовать упрощенную реализацию только для GET/POST. Это связано с ограничениями браузеров, когда не используется AJAX, и самого PHP. Без специальных расширений PHP, например, не различает PUT- и PATCH-параметры.
Так лом можно было использовать?
В таком случае можно было и молотком, топором или лопатой "решить проблему" 😀
По большому счету здесь даже для catid не нужен подготовленный запрос, т.к. существование категории должно проверяться отдельным "опережающим" запросом. Иногда используют и "ленивые" проверки, но не думаю, что автор достиг такого уровня.
Я этого не увидел. Возможно, осталось в "предыдущей теме".
Если речь о зоне RU, в реестре хранится "место жительства" и "почтовый адрес". "Место жительства" может не совпадать с "пропиской", т.е. можно указать адрес другой жилой собственности, например второй квартиры, или адрес проживания близкого родственника.
С другой стороны "место жительства" - это в том числе и термин из паспорта гражданина РФ. Если провести аналогию с данными юридического лица, там под местонахождением подразумевается именно юридический адрес. Поэтому место жительства лучше указывать по текущей "прописке". И только в крайнем случае указывать тот адрес, по которому при необходимости можно будет "прописаться".
Если решите именно регистратора менять, поддержу пользователя n1ggl, несмотря на публикацию им реферальной ссылки. При вашем количестве стоимость будет 170, но за перенос придется дополнительно платить, как и у других. В Аксельнэйм обычно бывает выбор: отдельно оплатить перенос, или перенести по более высокому тарифу (300 с продлением), а потом снизить стоимость продления. Но, если вы пока там не имеете доменов, у вас такого может и не быть.
Пока не перевелись окончательно реселлеры с низкими тарифами, можно и на (одном из) них остановиться.
