Об альтернативных методах обратной связи в блогах

В прошлом месяце я опубликовал две статьи, в которых рассказывалось об использовании cURL для обработки перенаправлений, которые неизбежно могут произойти при работе с определенными URL-адресами.

В частности, я говорю о:

1. Поиск пункта назначения перенаправления с помощью PHP
2. Использование cURL для определения того, является ли указанный URL допустимой страницей

И хотя второй больше относится к теме этого поста, я хотел упомянуть оба, поскольку они связаны.

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

В этом посте я немного расскажу о комментариях и отзывах. А так как я закрыл комментарии, один из способов, которым люди будут обсуждать со мной определенные посты, — через Твиттер.

Дело в точке:

И мне это нравится, потому что это:

• четко сформулированный, лаконичный вопрос,
• это направлено на меня (с потенциалом для других, чтобы присоединиться),
• и это может поддерживать разговор на тему, не переходя во что-то еще в комментариях.

Кроме того, вопрос Ксавера хорош, потому что он показывает, где моего контента может не хватать, и дает мне возможность написать продолжение или пояснение к такому посту 🙂.

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

Обратная связь в блоге и обоснование проектных решений

Таким образом, короткий ответ заключается в том, что проверка кода состояния результата рассматриваемого URL-адреса является хорошим способом проверить, доступен ли указанный URL-адрес.

То есть 200 — это буквально код состояния для OK.

Однако это не всегда означает, что URL-адрес, на который он нажимает первым, является конечным пунктом назначения, на который вы попадете.

В конечном счете, цель двояка:

1. Убедитесь, что конечный пункт назначения возвращает 200,
2. Определите конечный пункт назначения указанного URL-адреса.

И второй момент важен, потому что многие сайты, такие как Twitter, используют переадресацию как часть своей аналитической службы для отслеживания кликов и черт знает чего еще, когда мы просматриваем веб-страницы после выхода из их службы.

Кроме того, бывают случаи, когда нам могут дать URL-адрес, скажем, для ссылки на инвентарь в магазине, где целевой URL-адрес отличается от исходного URL-адреса, который нам дали.

Я испытал это на собственном опыте в проекте, над которым я работаю, и это основная мотивация этого оригинального поста.

Таким образом, проверка ваших HTTP-статусов — хорошая проверка, но если вы хотите определить, действителен ли конечный пункт назначения перенаправления, это займет немного больше времени.

Конечно, все зависит от контекста того, над чем вы работаете, не так ли? Для некоторых проверка кодов состояния — это здорово. Для других может потребоваться немного больше.