Czy można jakoś rozpoznać jakich technolgii używa dany bank do przeprowadzania transakcji online itp ? Na przykład mbank, ing, pekao. Np strona https://www.pekao24.pl/ czy to jest zwykła strona czy aplikację webowa np w javie, C#, python czy jeszcze coś innego. Czy można to rozpoznać jeśli tak, to jak ?
0
0
alto napisał(a):
Np strona https://www.pekao24.pl/ czy to jest zwykła strona
"Zwykła strona" to sam statyczny html, taka strona nie potrafi nic zrobić na serwerze, więc nawet się nie zalogujesz.
czy aplikację webowa np w javie, C#, python czy jeszcze coś innego. Czy można to rozpoznać jeśli tak, to jak ?
mBank używa ASP.NET WebForms - widać to po pierwsze po rozszerzeniu w urlach (aspx), po drugie w kodzie strony jest charakterystyczny hidden input o nazwie __VIEWSTATE.
Pekao wszędzie ma rozszerzenie htm, na stronie widać jedynie sporo niezminimalizowanego JavaScriptu z masą komentarzy. Takie lamerstwo na produkcji świadczy chyba o użyciu PHP.
0
A sam transakcyjny core i tak pewnie w COBOLu pisany...
1
https://www.pekao24.pl/ Używa ASP.NET
(właśnie zaglądałem w kod nie wygląda tak źle. Ale może po prostu w swoim życiu widziałem bardzo złe kody ;)
PS1. @somekind dlaczego wydawało Ci się że strona jest na php??
PS2. @alto Po h*j Ci te informacje??
0
Jest jeszcze coś takiego jak nagłówek X-Powered-By - rzadko maskowany, albo podmieniany na "konkurencyjną" technologię (lubię ideę honeypotów).
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
0
Pozoga napisał(a):
https://www.pekao24.pl/ Używa ASP.NET
Skąd wiesz?
Ja nie zauważyłem żadnych cech charakterystycznych dla ASP.NET, więc jeśli to ta technologia, to użyta w bardzo surowy sposób. Zresztą, ta strona jest w ogóle jakaś dziwna, to prawie w całości client-side, oparta na dynamicznych formach tworzonych w skryptach JS...
Może to zwykły ASP, jeżeli już.
(właśnie zaglądałem w kod nie wygląda tak źle. Ale może po prostu w swoim życiu widziałem bardzo złe kody ;)
http://wklej.org/id/905504/
http://wklej.org/id/905505/
http://wklej.org/id/905507/
Mieszanka nazewnictwa polskiego z angielskim, nazwy parametrów funkcji w rodzaju: paramA i paramB, funkcje o długości miliona linijek, zamiast tablic zmienne z sufiksowanymi numerami, a nade wszystko totalne spaghetti HTML i JS. Dlaczego skrypty nie siedzą w oddzielnych plikach?
PS1. @somekind dlaczego wydawało Ci się że strona jest na php??
Znanych mi technologii to nie przypomina, więc strzał w najpopularniejszą wydał mi się rozsądny. No i to spaghetti...
dzek69 napisał(a):
Jest jeszcze coś takiego jak nagłówek
X-Powered-By- rzadko maskowany, albo podmieniany na "konkurencyjną" technologię (lubię ideę honeypotów).
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Pytanie zasadnicze - co w tym nagłówku zwraca IIS 6.0 dla skryptów PHP?
0
Duze firmy na 90% (zakladam margines bledu, poniewaz nie spotkalem sie zeby bylo inaczej) takie jak banki nie bawia sie w Open Source. Wszystko musi byc komercyjne: technologia, baza danych, serwer z supportem i gwarancja. Czyli: ASP.NET, Java, serwer na Windowsie, baza danych to MS SQL lub Oracle ;)
0
Pytanie zasadnicze - co w tym nagłówku zwraca IIS 6.0 dla skryptów PHP?
Ciężko mi teraz namierzyć serwer o którym wiem, że korzysta z takiej kombinacji, ale z tego co udało mi się odnaleźć w Google, to w takim przypadku serwer zwraca dwa nagłówki X-Powered-By, jeden ASP.NET, drugi z wersją PHP. W przypadku IIS 7.0 - PHP jest przed ASP.NET, dla IIS 6.0 - po.
Jeżeli masz dostęp do jakiegoś serwera z IIS + PHP - sprawdź proszę.
0
Dzięki wszystkim za informację. A pytałem tylko z ciekawości.. ;)
0
Znanych mi technologii to nie przypomina, więc strzał w najpopularniejszą wydał mi się rozsądny. No i to spaghetti...
Po prostu z nagłówka ;) A bajzel w kodzie bywa wszędzie (niezależnie od języka. Choć PHP to zwykle straszna nisko budżetówka więc tam się oszczędza na wszystkim ;D
napisał(a):
Duze firmy na 90% (zakladam margines bledu, poniewaz nie spotkalem sie zeby bylo inaczej) takie jak banki nie bawia sie w Open Source. Wszystko musi byc komercyjne: technologia, baza danych, serwer z supportem i gwarancja. Czyli: ASP.NET, Java, serwer na Windowsie, baza danych to MS SQL lub Oracle ;)
A co powiesz o PayU i paypal opartym na java i opensource??
1
Z tymi serwerami na windowsie to się uśmiałem. Nie pamiętam, gdzie widziałem statsy, ale na pewno Windows nie ma nawet 40% udziału na rynku serwerów, szczególnie w przypadku naprawdę dużych serwisów. Głównie rządzi Linux, często w wydaniu ze wsparciem komercyjnym np. RHEL. Mamy nieco korporacyjnych klientów (w tym takich jak Apple czy Ebay) i jakoś nikt się nie domaga o wsparcie dla naszego softu na Windows.
No i co z tego, ze Windows nie ma nawet 40% skoro 99% linuxow to PHP. Linux rządzi w Google, Apple i innych gigantach. Pozostałe firmy przeważnie wybierają produkty MS - wszystko od 1 firmy, solidne, najlepsze wsparcie.
Większość banków w Polsce (i chyba wszędzie) używa ASP.NET, no chyba że siedzą w gównie (czyt. javie czy innym cobolu) i muszą to ciągnąć.
0
Jak na moje to problemem zawsze jest kasa. Ale nie kasa na utrzymanie, wsparcie czy cokolwiek innego a kasa potrzebna na migrację z jednego oprogramowania na inne. Kiedyś za starych czasów jedyne wsparcie techniczne ds. GNU można było uzyskać wtedy tylko od społeczności, czyli enterprise kładło na tym lagę jak stąd do Władywostoku. Słowem, nie nadawało się. Natomiast teraz kiedy jest Novell, RH czy Canonical to już zupełnie co innego, więc nowe, młode i prężne firmy mają większy wybór i często stawiają na FLOSS, jednak starsze korporacje już zaczęły działać na Windowsach i migracja na FLOSS by przyniosła więcej strat niż korzyści, więc im się nie opłaca, a ja ich rozumiem i nie krytykuję. W prawdzie teraz jak piszę aplikację w RoR'że, która ma współpracować z MS SQL to trochę mnie to irytacji kosztuje, jednak po rozmowach z klientem widzę, że nie mają na razie możliwości migracji do innego oprogramowania z racji braku takowego (firma inżynierska, a jak wiadomo AutoCAD, czyli nota bene monopolista, przestał niestety wspierać *niksy, mam jednak nadzieję, że za sprawą Ubuntu to się zmieni).