Por ejemplo, stackexchange.com
sin preguntar al propietario del sitio o a Google su información sobre el desarrollo del sitio web, ¿es posible saber qué idioma se utiliza en el back-end?
Parece que el sitio web no tiene .extension
barra, por ejemplo, .php
que puede indicar cuál está desarrollado PHP
, pero sin la extensión, ¿cómo puedo saber eso?
web-development
server
Ted Wong
fuente
fuente
.php
un CGI-Script escrito en C o un Servlet escrito en Java.Respuestas:
Hay indicadores. Algunos son más fáciles de encontrar, otros son más difíciles.
.php
indica que el sitio está escrito en PHP,.asp
indica ASP clásico,.aspx
indica ASP.NET,.jsp
indica Java JSP, ...JSESSIONID
es un nombre de cookie ampliamente utilizado en servidores JavaPero todo eso se puede eliminar / cambiar / falsificar. Algunos son más fáciles de cambiar que otros, pero ninguno es 100% confiable.
Hay varias razones para cambiar esos indicadores:
fuente
JSESSIONID
esPHPSESSID
.Bueno, está el archivo humans.txt que un desarrollador puede poner en el dominio que proporciona información sobre el desarrollo del sitio, tal vez quién trabajó en él y qué estándares o herramientas se usaron. Si quieren que sepas sobre ese tipo de información, podrían / deberían ponerla allí. Sin embargo, al igual que cualquier otra cosa, esto es opcional, por lo que tampoco puede garantizarle informarle. Echa un vistazo a los humanos.text
fuente
No, podría ser bastante difícil si no imposible si el webmaster no quiere revelarlo. Hay algunas características de algunos marcos, pero se pueden ocultar.
extensiones de archivo: no hay una razón real para usar las estándar, y la mayoría de los MVC modernos usan enrutamiento de URL de todos modos. Entonces, a menos que el sitio haya existido por algún tiempo, probablemente no verá ninguno (por ejemplo, stackexchange no usa
.aspx
extensión);ID de sesión: por ejemplo,
PHPSESSID
es el predeterminado para PHP, pero se puede anular fácilmente ;encabezados con servidor web y versiones de lenguaje de script: se pueden desactivar o incluso falsificar.
Cosas que son más difíciles de ocultar:
[]
al nombre, por lo que vería algo como:...?var[]=1&var[]=3&...
. AFAIK, es el único marco web que lo maneja de esa manera.fuente
En resumen: es posible ocultar qué idioma está utilizando en el back-end. Ejemplo trivial: considere una página de "Hola Mundo"; sería extremadamente difícil averiguar qué marco / lenguaje se estaba utilizando en el back-end (suponiendo que las cosas básicas como las cookies de sesión se configuran manualmente o no se usan).
Sin embargo, el objetivo de los marcos es ahorrarle la necesidad de volver a implementar la funcionalidad y hacer que trabaje de manera estandarizada. Casi todos los marcos tienen sus pequeños cuentos específicos que los delatarán, si miras lo suficientemente cerca. Como otros han señalado, es posible tratar de ocultarlos mediante el uso de la configuración o la implementación de varias características estándar. Sin embargo, argumentaría que para sitios grandes, sería extremadamente difícil ocultar completamente todo, e incluso si lo lograras, estarías usando muy poco de tu marco.
En resumen, yo diría que casi siempre es posible tener una muy buena idea de lo que se está usando debajo (con un examen cuidadoso y un pinchazo). Es posible ocultar el marco utilizado, pero rápidamente se vuelve inviable para sitios grandes.
Las respuestas anteriores tienen algunos buenos ejemplos de varios relatos que tienen los marcos y los idiomas. Me gustaría agregar que varios motores de vista tienen un comportamiento específico relacionado con espacios en blanco que se puede utilizar para identificarlos. El motor Razor utilizado en MVC3 + tiene algunas peculiaridades bastante específicas que podrían usarse para identificarlo, o al menos, reducir la lista de sospechosos (de nuevo, puedes esquivarlo, pero ¿lo estás usando?).
fuente
No sé si esto responde específicamente a su pregunta, pero hay una herramienta que me ayudó mucho: Wappalyzer . Es una extensión de Firefox / Chrome que descubre las tecnologías utilizadas en los sitios web. Detecta sistemas de gestión de contenido, servidores web, marcos de JavaScript, herramientas de análisis y muchos otros. Sé que no es precisamente lo que estás buscando, pero te da una idea muy cercana de lo que usa un sitio. Esto es lo que muestra para los programadores.stackexchange.com
fuente
Es posible escribir un sitio de tal manera que el cliente no tenga pistas sobre la tecnología del servidor.
Sin embargo, cuando alguien usa algunos marcos, como IceFaces para Java , es prácticamente imposible hacerlo porque verá algo así en sus solicitudes:
Gran parte de otros marcos tienen sus sellos característicos en el cuerpo de la página o en las solicitudes / respuestas. Encuéntralos, google y tendrás una respuesta.
Sin embargo, en cada idioma, si elige crear HTML desde cero (en el mundo de Java, un ejemplo serían las plantillas de velocidad ) o elige la forma AJAX pura, donde el servidor devuelve / acepta solo mensajes JSON, y el cliente está completamente en JavaScript, una forma difícil , hasta que provoque una excepción no detectada que revele la tecnología que se encuentra debajo.
fuente
En los sitios que usan un marco completo o CMS, a veces puede intentar consultar la página de administración, se le presentará un cuadro de inicio de sesión e identificará de qué marco proviene porque la mayoría de las personas no reskin la plantilla de administrador. Por ejemplo, si su sitio es example.com, intente ir a example.com/admin/ o example.com/wp-admin/ (wordpress).
fuente
Deberías visitar este sitio: Construido con . Le permite conocer toda esa información si está disponible.
fuente
No, no es posible encontrar el idioma utilizado en los sitios web al ver el código fuente de la página web y buscar la existencia de idiomas. debido al uso de más de un idioma para la creación de un sitio web para proporcionar una alta seguridad
fuente