|
srebrna: #teammigracyjny KURWAAAAAAAAAAAAAAAAAAA. Zapomnieli dopisać na middleware jednego http nagłówka. Tak, tego z Authorisation i tokenem potrzebnym. AAAAAAAAAAAaaaaaaaaaAAAAAAAAaaaaaaAAAAAAA. |
|
2021/10/06 17:01:04 przez www, 1 ♥
|
|
|
srebrna: #teammigracyjny Czyli Azure stoi państwu otworem i można w ten otwór wetknąć wszystko, a Azure to zeżre i przekaże do środka, do naszego toola. Bo ono odpowiada, że ten u&p jest OK, ale go nie sprawdza. |
|
2021/10/06 15:35:23 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Więc poprosiłam pana od middleware, żeby wpisał jakieś dummy user&pass i wysłalismy tak. Guess what. Azure zaakceptowało losowe u&p i przesłało dane do naszego toola... |
|
2021/10/06 15:34:35 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Co lepsze, to COŚ odpowiada, że u&p są cool i OK, bierze dane od middleware i przesyła do naszego toola. Clou: ten user nie istnieje na żadnym innym systemie poza naszym toolem... |
|
2021/10/06 15:33:52 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Czyli my nie mamy jak sprawdzić, czy u&p jest dobre (które to sprawdzanie starannie zaimplementowaliśmy), bo ich nie dostajemy. No dobra, ale COŚ je dostaje i zjada po drodze. |
|
2021/10/06 15:33:07 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Dev R rozsądnie wrzucił na development popraweczkę, która oprócz mowienia że złe hasło, zaczęła wyłapywać CO dokładnie przychodzi. Otóż przychodzi gówno z dziurką, tzn sam plik przesyłany, bez u&p |
|
2021/10/06 15:32:23 przez www, 1 ♥
|
|
|
srebrna: #teammigracyjny Po naszej stronie złe hasło. Hasła ustawione takie same. Ni chuja nie wiadomo co się dzieje. mw dalej melduje, że od nich wychodzi i jest brane. |
|
2021/10/06 15:31:29 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny No to chłopaki siadły, zrobiły odpowiednio. Połączyliśmy (inne przeboje, kilka tygodni bujania), w końcu wychodzi, że wali po naszej stronie wrong password. Sprawdzamy, mw mówi all OK. |
|
2021/10/06 15:30:58 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Mamy połączenie SAP -> middleware -> nasz tool. Na styku mw->nt mieliśmy prostą autoryzację windzianą. Na Azure nie można, bo Azure tak nie ma, kazali Basic Authentication. |
|
2021/10/06 15:30:12 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny omfg, oni ustawili pipeline tak, że cokolwiek dev R wrzuci na repozytorium, z automatu leci na preprodukcję od razu. |
|
2021/10/06 13:47:00 przez www, 2 ♥
|
|
|
srebrna: #teammigracyjny WTEM ZNIENACKA APLIKACJE SIĘ POŁĄCZYŁY. Ale tylko 3 z 4. Czwarta foszy i wali 500. Nie wiemy czemu, pełzniemy do przodu. |
|
2021/10/05 13:12:54 przez www, 3 ♥
|
|
|
srebrna: #teammigracyjny Np. nadal mamy przez Azure portal dostęp do pełnego konfigu naszych aplikacji (o którym nam bardzo ostro zapowiedziano, że MIEĆ GO NIE BĘDZIEMY, bo to tylko dla tych, co UMIEJĄ). |
|
2021/10/05 12:46:31 przez www, 3 ♥
|
|
|
srebrna: [^srebrna] #teammigracyjny Tylko że te sklonowane owce prawdopodobnie nie umieją zrobić inaczej, tylko kopiują jakieś uprawnienia 1:1 z DEVa i nie usuwają tych co ich jest za dużo. |
|
2021/10/05 12:45:37 przez www, 0 ♥
|
|
|
srebrna: #teammigracyjny Jak powiem, że kolega devR właśnie mi doniósł, że na bazie preprodowej mamy db ownera i możemy dodawać obiekty, to ktoś się bardzo zdziwi, czy całkiem nikt? |
|
2021/10/05 12:41:58 przez www, 0 ♥
|
|
|
srebrna: [^zuzanka] No ja nie wiem, ja jestem zajebiście niezaskoczona (jako klient/owner), za to zaskoczeni są Specjaliści Od Azure, którzy jeszcze w kwietniu martwili się, że to z nami będzie PROBLEM #teammigracyjny |
|
2021/10/05 12:40:33 przez www, 2 ♥
|
|
|
srebrna: #teammigracyjny Więc się bujamy: bez vpn, SQL, popraweczka/zmiana, podłączyć do vpn, odświeżyć stronę, dupa, nie jest lepiej, odłączyć vpn... |
|
2021/10/05 12:38:17 przez www, 0 ♥
|
|
|
