infoTrafic STPT (RATT)
#181
Postat 24 aprilie 2017 - 20:43
#182
Postat 24 aprilie 2017 - 20:57
Aceasta postare a fost editata de NDY: 24 aprilie 2017 - 20:58
#183
Postat 24 aprilie 2017 - 21:14
NDY, la 24 aprilie 2017 - 20:57, a spus:
Din cate stiu (mai nou) sunt doua... Una din ele serveste dispeceratul, panourile si alte servicii interne, a doua aplicatiile, dar trecand prin serverul de web (de aici si problema cu forumul si pagina web). Sper sa gaseasca colegii o solutie.
#184
Postat 25 aprilie 2017 - 10:27
- Nu ar ajuta daca ar exista un serviciu web care sa returneze toate datele (toate liniile + toate statiile) in bloc, astfel incat celor cu servere externe sa le fie suficient 1 request / 30 de secunde ?
- Nu s-ar putea limita nr de request-uri / unitate de timp (de exemplu max. 1 request pe secunda pe IP, sau max. 100000 de request-uri / zi / IP, similar cu Google Maps - am reusit la un moment dat sa depasesc limita la Google Maps si nu m-a mai servit in acea zi) ? Mai ales daca s-ar face si prima parte, cu request-ul care returneaza datele pt toate liniile + toate statiile in bloc, nu ai avea nevoie de mai mult de 1 request / 30 de secunde, sau ~2500 de request-uri / zi (intre orele 0 si 4 nu prea ai ce sa request-ui).
Sper ca cei cu serverele externe nu iau datele in vechiul format unde trebuia sa interoghezi fiecare statie si fiecare linie in parte (in cazul ala e clar..., sunt probabil zeci de request-uri/secunda de la un singur tert).
Cei cu aplicatii externe, daca tot iau non-stop date de pe server-ul RATT si le cache-uie pe serverul lor, nu ar putea sa se "uneasca" cumva si sa foloseasca un server comun (pe care ar putea implementa un serviciu care sa returneze in bloc toate datele, si astfel mai multe aplicatii ale tertilor sa se serveasca de la acel server comun?
#185
Postat 25 aprilie 2017 - 11:59
#186
Postat 25 aprilie 2017 - 12:40
In functie de sistemul de operare de pe server, se poate configura destul de usor. Pe linux, spre exemplu, exista utilitarul iptables; din 2-3 comenzi, s-ar putea elimina IP-ul serverelor care nu inteleg sa nu faca flood de requesturi..
Aceasta postare a fost editata de dAImon: 25 aprilie 2017 - 12:43
#187
Postat 25 aprilie 2017 - 14:35
#188
Postat 25 aprilie 2017 - 16:37
Iar daca revine cu altul si cu altul etc, cu singurul scop de a incarca server-ul, asta deja e DDoS (distributed denial of service) attack, si din cate stiu eu e ilegal, deci se pot lua masuri legale.
#189
Postat 25 aprilie 2017 - 18:32
DDoS e ilegal doar daca-i cu intentie malitioasa, din ce stiu. Faptul ca-ti configurezi gresit serverul si trimite mai mult trafic decat uzualul nu inseamna ca-i ceva pedepsibil. (cred, nu cunosc legislatia din Romania pe tema asta)
#190
Postat 25 aprilie 2017 - 18:58
Cred ca serverele de care vorbim sunt acasa la dezvoltatori, nu la vreun gazduitor de fite.
#192
Postat 25 aprilie 2017 - 19:46
#194
Postat 25 aprilie 2017 - 20:46
#195
Postat 26 aprilie 2017 - 08:26
Visor, la 25 aprilie 2017 - 19:46, a spus:
Fara sa reinstalez aplicatia: nu, arata la fel si la E1 si la linia 2.
Dupa reinstalare: E1 arata ok, insa 2 pe sensul spre Dambovita e tot decalat.
M-am mai uitat si prin alte linii, care mai sunt decalate: Tv1 (ambele directii), 4 (spre Ciarda), 5 (spre statia meteo), 7 (spre Torontal), 8 (spre Domasnean), 9 (spre Domasnean) ; M11 spre Baritiu, 13 spre pasaj C.F., M14 spre Dumbravita, 15 spre Grozavescu ... etc etc. Per total mai mult de jumatate din linii.
Telefonul pe care testezi ce rezolutie are? La mine e rezolutia de la screenshoturi.
#197
Postat 26 aprilie 2017 - 14:04
Deci, pe aceeasi linie, daca e un vehicul intr-o statie, atunci face overflow. Daca mai astept un minut, si in lista cu timpii se afla doar chestii gen "HH:MM" sau "X min", atunci tabelul arata ok
#199
Postat 26 aprilie 2017 - 19:07
#200
Postat 26 aprilie 2017 - 19:14
dAImon, in mod normal, nu trebuie reinstalata, nici updatata, fiind web-based, problemele le rezolvam online, pe server.