A reapărut forumul unde se discutau problemele aplicațiilor InfoTB și BPay: http://aplicatii.stbsa.ro/

De astăzi apar în Info TB troleibuzele 5213, 5214, 5218 și 5271. Vehicule încă invizibile în aplicație: 401, 4005, 055, 339, 4381, 4468, 4523 (momentan defect), 5344 etc..
Altele apar nemișcate în anumite puncte ale traseului pe care circulă:
- 014 apare ba la Faur (linia 14), ba pe Bd. Basarabia (linia 40), ba la Complex Comercial Titan (linia 27);
- 056 apare pe Șos. Colentina, înainte de intersecția cu str. Ziduri Moși (sens Pasaj Colentina).

Cred ca are probleme site-ul, unele stau intepenite, altele apar pe acces/retragere...

Nu, cele două (014 și 056) sunt de săptămâni bune așa.

Live, genul de problema semnalata anterior:



LE. Ma uitam la 381, vad un mare gol de la Tineretului pana la Victoriei. Ma uit pe sensul opus, petrecere la capat de linie la Victoriei...



Ceva similar e si pe 336, gol de la Cotroceni pana la Rosetti, pe sensul opus erau 4 autobuze intre Rosetti si TNB... Nu pare sa fie nici traficul si nici pauza de masa...

Pe linia 21 am observat o chestie similara zilele trecute, tramvaiele pareau blocate la capete.

Si 6583 cred ca e pe invizibil. Eram la Piata Romana uitandu-ma in aplicatie dupa urmatorul 168, care era pana in Cismigiu. Atunci  apare 6583 care in aplicatie nu era.  

Din moment ce unii au pretentii financiare suplimentare, nu e de mirare ca o sa vedem tot mai multe vehicule invizibile sau bipolare.

În urma unei erori necunoscute care a făcut ca nameserver-ul ce ține domeniile STB să fie nefuncțional, nu mai funcționează nici site-ul web, nici platforma InfoSTB la ora actuală, atât în forma ei web cât și cea de aplicație mobilă (cea din urmă se deschide dar nu apar stațiile, liniile și vehiculele).

Cu această ocazie vedem de ce câteodată este o idee proastă ca operatorii să „cumpere” o aplicație pe care apoi o găzduiesc pe infrastructura proprie, cum este proiectul InfoSTB al Radcom și de ce este preferabil să ai Software as a Service / cloud găzduit sau cel puțin contractat către firma care a făcut aplicația - de cele mai multe ori competențele de IT la companii, în special de stat sunt la pământ, iar adesea echipamentele sunt depășite și ele. Observăm totodată și lipsa de redundanță în infrastructura InfoSTB - a picat o singură „verigă” din lanț, lanț care nici măcar nu ține de această aplicație, ci de site-ul STB, și tot sistemul e la pământ. Totodată asta subliniază importanța integrării datelor de transport (orare, linii etc.) în aplicații terțe și cu șanse mult mai mici să ajungă într-o astfel de situație - InfoSTB, Moovit, etc., entități cu care STB are fix 0 tragere de inimă să colaboreze, probabil pentru că n-au cum să mai redirecționeze ceva de acolo și către alte buzunare.

În „era” virtualizării și a serviciilor inventate pentru a rezolva exact problemele de genul - infrastructură on demand, servicii externe de app hosting (Azure, Amazon, Google, DigitalOcean, Linode etc.) și DNS (Cloudflare, load balancing, failover, etc.), o astfel de situație la o companie de calibrul STB-ului este pur și simplu penibilă și lipsită de orice scuză.

În final, păgubiți și lipsiți de informații sunt tot călătorii.  

Iar le-a picat șandramaua.

Am identificat o greșeală la reprezentarea liniei 185 în zona Parfumului/Gladiolelor. Cu albastru este varianta din Info TB iar, cu roșu, varianta corectă. Punctul roșu este locul real al stației ”Gladiolelor”.

Ca tot vorbim de greseli, care este pana la urma traseul de retur al liniei R472? Prin Cernica, via Centura sau direct pe A2 pana la Complex Pallady? In teren pare ca e via A2, in timp ce pe aplicatie e via Centura, fara statii cum era inainte... Pe cine credem?

Pe A2.

Autobuzul #4905 pare blocat in aplicatie la capatul Bucur Obor pe linia 143 cel putin de ieri seara.