For example, stackexchange.com, without asking the site owner or Google their information about developing the website, is this possible to know what language is used in the back end?

Seems, the website don't have .extension bar, for example .php that can indicated which is developed in PHP, but without the extension, how can I know that?

  • 43
    It should be noted that the extension of a requested file by URL need not map directly to a file on the filesystem. One can quite easily map an extension like .php to a CGI-Script written in C or a Servlet written in Java.
    – maple_shaft
    Commented Jun 4, 2012 at 11:12
  • 1
    @Jeroen Community Wiki is not supposed to be used as you propose. I know it was commonly abused as such in the past, but let's try to forget about that...
    – yannis
    Commented Jun 4, 2012 at 11:47
  • 7
    Strictly speaking it is impossible. Most any language can completely emulate another language - including any "tell tale" signs you may be looking for.
    – emory
    Commented Jun 4, 2012 at 13:13
  • 2
    From my naive perspective, I can't see an application of this information. What would you do with this information?
    – tehnyit
    Commented Jun 4, 2012 at 13:29
  • 5
    Also, finding sites vulnerable to exploits. Commented Jun 4, 2012 at 14:46

9 Answers 9


There are indicators. Some are easier to find, others are harder.

  • file extensions: .php indicates that the site is written in PHP, .asp indicates classic ASP, .aspx indicates ASP.NET, .jsp indicates Java JSPs, ...
  • cookie names: JSESSIONID is a widely used cookie name in Java servers
  • headers: some systems add HTTP headers to their responses
  • specific HTML content:
    • patterns such as lots of div-wrappers with a consistent class-naming scheme as used by CMSes like Drupal.
    • comments in the HTML or meta tags in the head directly/indirectly indicating tool usage
  • Default error messages or error page design (e.g. pinging a fake URL to see their 404)
  • Sometimes comment tags are placed in the page for versioning purposes which provide a clue
  • ...

But all of those can be remove/changed/faked. Some are easier to change than others, but none are 100% reliable.

There are various reasons to change those indicators:

  • You change the underlying technology but don't want to change your URLs
  • You want to give as little information about your technology as possible
  • (related to previous) You'd rather not be the first stop for the script kiddie bus when known platform-wide vulnerabilities are discovered/publicized
  • You want to seem "in" (even 'though that currently means having extension-less REST-style URLs).
  • ...
  • 12
    The PHP equivalent to JSESSIONID is PHPSESSID.
    – yannis
    Commented Jun 4, 2012 at 10:49
  • 6
    There are numerous tools out there doing the analysis, for example wappalyzer.com Commented Jun 4, 2012 at 11:37
  • 1
    Just tested wappalyzer on a Django site - the only thing it detected was JQuery and Google Analytics. And PHP site with in-house framework, where it detected nothing at all.
    – vartec
    Commented Jun 4, 2012 at 13:27
  • Too thorough to add my own answer. I would also add HTML patterns (CMSes in particular tend to add a lot of garbage wrappers with consistently named classes) and a lot of (mostly crappy) tools like to announce that they've been used in meta tags (also comments, but that was mentioned). Commented Jun 4, 2012 at 14:11
  • 1
    @OP, I would definitely target session cookies as the first way to try and sort out what's in use in an automated system. That's one thing the less obvious frameworks are likely to consistently show but as said, nothing's 100% reliable. Commented Jun 4, 2012 at 14:28

Well, there is the humans.txt file that a developer can put up on the domain that gives some information about the site development, maybe who worked on it and what standards or tools were used. If they want you to know about those kinds of information, they could/should put it there. However, just like anything else this is optional so it can't guarantee to inform you either. Check out humans.text


I don't know if this specifically answer your question but there is a tool that was really helpful to me: Wappalyzer. It is a Firefox/Chrome extension that uncovers the technologies used on websites. It detects content management systems, web servers, JavaScript frameworks, analytics tools and many others. I know is not precisely what you are looking for but it give you a very close idea of what a site use. This is what it shows for programmers.stackexchange.com


  • Ha ha, I visited my blog and it says Apache 2/PHP 5.5.9, but I'm pretty sure it's roll-your-own ASP.NET MVC blog, because I made it. Because for trolling reasons I've changed 'X-Powered-By: ASP.NET' response header to PHP.
    – Lars
    Commented Apr 14, 2014 at 6:52

No, it could rather hard if not impossible if the webmaster doesn't want to disclose. There are some characteristics of few frameworks, but they can be hidden.

  • file extensions: there is no real reason to use standard ones, and most modern MVCs use URL routing anyway. So unless site has been around for some time, you're probably not going to see any (eg. stackexchange does't use .aspx extension);

  • session IDs: for example PHPSESSID is default for PHP, but can be easily overridden;

  • headers with web server and scripting language versions: can be turned off or even faked.

Stuff that's harder to hide:

  • PHP handles multiple values for same query string variable by appending [] to the name, thus you'd see something like: ...?var[]=1&var[]=3&.... AFAIK, it's the only web framework which handles it that way.
  • Are you calling PHP a web framework? It's more a Turing-complete language that can be used in doing more than web-stuff (although it's usually not used as such)
    – sakisk
    Commented Apr 14, 2014 at 11:01
  • @faif: in any other language parsing query string is part of web framework. Even Rasmus Lerdorf considers PHP to be a web framework. You know better then the author?
    – vartec
    Commented Apr 14, 2014 at 12:17
  • That's what he had in mind initially, but I think that PHP can do today much more. For correctness, I wouldn't call PHP a web framework. In that case what CakePHP, codeigniter, etc. are? Web frameworks of the web framework? :)
    – sakisk
    Commented Apr 14, 2014 at 12:27
  • 1
    I don't get your point. PHP is a language which has core functionality of a web framework embedded in the language itself. Deal with it.
    – vartec
    Commented Apr 14, 2014 at 12:55

In short: It is possible to hide what language you are using on the back-end. Trivial example: consider a "Hello World" page; it'd be extremely difficult to figure out what framework / language was being used on the back-end (assuming the basic stuff like session cookies are manually set or not in use).

However, the point of frameworks is to save you having to re-implement functionality, and to make you work in a standardised way. Almost all frameworks have their specific little tell-tales which will give them away, if you look close enough. As others have pointed out, it is possible to try to hide these, by using configuration or re-implementing various standard features. Nevertheless, I'd argue that for large sites, it'd be extremely difficult to completely hide everything, and even if you accomplished that, you'd be using very little of your framework.

In summary, I'd say it's almost always possible to get a very good idea of what's being used underneath (with some careful examination and prodding). Hiding the framework used is possible, but quickly becomes infeasible for large sites.

The previous answers have some good examples of various tell-tales that frameworks and languages have. I'd like to add that various view engines have specific whitespace-related behaviour which can be used to identify them. The Razor engine used in MVC3+ has some fairly specific quirks which could be used to identify it, or at least, narrow down the list of suspects (again, you can side-step it, but then, are you using it?).


It is possible to write a site in such a way, that no clues about the server technology will be visible to the client.

However, when someone uses some frameworks, such as IceFaces for Java, it is practically impossible do do because you'll see something like that in your requests:


Much of other frameworks have their characteristic stamps in either page body or requests/responses. Find them, google and you'll have an answer.

However, in each language, if you choose to create HTML from scratch (in Java world an example would be velocity templates) or choose pure AJAX way, where server returns/accepts only JSON messages, and client is entirely in JavaScript - a hard way, until you cause uncatched exception that reveals the technology under.


On sites which uses full-blown framework or CMS, sometimes you can try querying the admin page, you'll be presented with a login box and identify what framework it came from because most people don't reskin the admin template. For instance if your site is example.com, try going to example.com/admin/ or example.com/wp-admin/ (wordpress).


You should check out this site: Built With. It lets you know all that information if available.


No it is not possible to find language used in the websites by viewing the source code of the web page and search the existence of languages. because of usage of more than one languages for creation of website to provide high security

Not the answer you're looking for? Browse other questions tagged or ask your own question.