Как узнать, был ли сайт создан с помощью Django?

Question

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

Answer 1

Это довольно старый вопрос, но я не вижу никаких канонических ответов. Как уже отмечалось в других ответах, нет верного способа узнать, и если кто-то хочет скрыть тот факт, что они используют Django, он может. Тем не менее, вы всегда можете выполнить небольшую детективную работу и с уверенностью определить, использует ли она Django или нет. Если это ваша цель, вот несколько сильных индикаторов, на которые вы можете обратить внимание:

Панель администратора

Прежде всего, проверьте, есть ли на сайте страница /admin/. Если это так, и это дает знакомую страницу входа администратора Django, вы на 99% уверены (если кто-то не приложил много усилий, чтобы выглядел как Django).

Формы

Есть несколько вещей, которые вы можете посмотреть в формах:

• Поля формы с id атрибутами, начинающимися с id_
• Проверить наличие скрытого поля с именем csrfmiddlewaretoken
• Если на сайте есть набор форм, проверьте наличие скрытых входов -TOTAL-FORMS и -DELETE.

Печенье

• Если сайт использует для аутентификации пакет contrib.auth, вы, вероятно, увидите, что при входе в систему устанавливается файл cookie с именем sessionid.
• Forms также, вероятно, установит cookie с именем csrftoken.

Косые слэши

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

Страницы ошибок

Если все это не удастся или все еще не убедить вас, вы можете попытаться вызвать страницы с ошибками и попытаться чему-то научиться. Перейдите по непроверенному URL-адресу со страницей 404 и посмотрите, действительно ли DEBUG по-прежнему соответствует действительности (в этом случае вам, вероятно, следует уведомить владельца о том, что он не очень защищен в отношении своего сайта).

Answer 2

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

Смотри также: https://stackoverflow.com/questions/563316/is-there-a-generic-way-to-see-what-is-a-website-running-on/563335#563335

Answer 3

Найдите поле ввода csrf. Это присутствует на любых формах. Но это можно отключить, хотя и не очень рекомендуется. Также, если это старая версия django, она может не существовать. Но если это там, это сильный индикатор.

Это присутствует на любой странице, которая имеет форму сообщения. И это выглядит так:

<input type='hidden' name='csrfmiddlewaretoken' value='3b3975ab79cec7ac3a2b9adaccff7572' />

Answer 4

Перейдите на страницу с набором форм и проверьте наличие скрытых входных данных * -TOTAL_FORMS или * -DELETE. Это не доказывает, что они используют Django, но может быть подсказкой, что они (с упомянутыми модельными наборами).

Answer 5

Попробуйте перейти на страницу ошибки 404 или что-то в этом роде. Шансы невелики, но попробуйте найти страницу ошибки django по умолчанию.

Вы также можете попытаться войти на www.website.com/admin и посмотреть, есть ли у вас страница администратора по умолчанию django.

Кроме этого, если это не сработало, тогда вы просто не можете .

Answer 6

Не могли бы вы спросить авиакомпанию и / или мебельный магазин? Я предполагаю, что вы хотите знать, имеет ли эта компания хороший опыт в django, я думаю, что было бы разумно попросить рекомендации, если вы собираетесь работать с ними.

Другие компании могут быть рады обсудить, какие технологии использовались - некоторые есть, а некоторые нет, но стоит спросить.

Answer 7

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

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