W skrócie: Jest to możliwe , aby ukryć to, co język, którego używasz na back-end. Trywialny przykład: rozważ stronę „Hello World”; byłoby bardzo trudno dowiedzieć się, jaki framework / język był używany na zapleczu (zakładając, że podstawowe rzeczy, takie jak sesyjne pliki cookie są ustawiane ręcznie lub nie są używane).
Jednak celem ram jest zaoszczędzenie konieczności ponownej implementacji funkcjonalności i sprawienie, abyś pracował w znormalizowany sposób. Prawie wszystkie ramy mają swoje specyficzne małe opowieści, które je rozdadzą, jeśli spojrzysz wystarczająco blisko. Jak zauważyli inni, można spróbować je ukryć, używając konfiguracji lub ponownie wdrażając różne standardowe funkcje. Niemniej jednak twierdzę, że w przypadku dużych witryn bardzo trudno byłoby całkowicie ukryć wszystko, a nawet jeśli to osiągniesz, nie wykorzystasz bardzo dużo swojego frameworka.
Podsumowując, powiedziałbym, że prawie zawsze można uzyskać bardzo dobre wyobrażenie o tym, co jest używane pod spodem (po dokładnym zbadaniu i popchnięciu). Ukrywanie używanego frameworka jest możliwe, ale szybko staje się niewykonalne dla dużych witryn.
Poprzednie odpowiedzi zawierają kilka dobrych przykładów różnych narracji dostępnych w ramach i językach. Chciałbym dodać, że różne silniki widoków mają specyficzne zachowanie związane z białymi znakami, które można wykorzystać do ich identyfikacji. Silnik Razor zastosowany w MVC3 + ma pewne dość specyficzne dziwactwa, które można by wykorzystać do jego identyfikacji, a przynajmniej zawęzić listę podejrzanych (ponownie, możesz to zrobić krok po kroku, ale czy używasz tego?).
.php
skrypt CGI napisany w C lub serwlet napisany w Javie.