Nieprawidłowy adres IP w aplikacji klienckiej

Awatar użytkownika
klew
Posty: 830
Rejestracja: czw cze 27, 2019 12:16 pm

pt sty 24, 2020 10:29 am

fracz pisze:
pt sty 24, 2020 10:03 am
W nagrodę Twój adres zostanie w źródłach Supli na zawsze :lol:
Czy ten test kiedykolwiek failował ? ;)
Awatar użytkownika
fracz
Posty: 1831
Rejestracja: pt paź 28, 2016 10:56 pm
Lokalizacja: Rybna

pt sty 24, 2020 10:41 am

Tak. Wcześniej ORM zwracał longi i były one konwertowane po stronie klienta (co powodowało problem). Teraz od razu zwraca adres kropkowo-dziesiętny, przekonwertowany przez INET w bazie danych ;)

Oczywiście zakładając że 32-bitowy MySQL sobie z tym radzi... :roll: Niestety nie da się na Travisie odpalić testów w x32.
Awatar użytkownika
klew
Posty: 830
Rejestracja: czw cze 27, 2019 12:16 pm

pt sty 24, 2020 10:47 am

fracz pisze:
pt sty 24, 2020 10:41 am
Tak. Wcześniej ORM zwracał longi i były one konwertowane po stronie klienta (co powodowało problem). Teraz od razu zwraca adres kropkowo-dziesiętny, przekonwertowany przez INET w bazie danych ;)

Oczywiście zakładając że 32-bitowy MySQL sobie z tym radzi... :roll: Niestety nie da się na Travisie odpalić testów w x32.
Stąd moje pytanie ;). Skoro test nigdy nie failował, to skąd wiesz, że naprawia problem? :D
Awatar użytkownika
Goral64
Posty: 286
Rejestracja: pt gru 27, 2019 6:22 pm

pt sty 24, 2020 10:50 am

fracz pisze:
pt sty 24, 2020 10:03 am
W nagrodę Twój adres zostanie w źródłach Supli na zawsze :lol:
Dzięki łaskawco :D Ale to adres przydzielany dynamagicznie z Neostrady, więc byłe ze mną niecałą dobę :)
RPi4: Supla Cloud + Supla Scripts + Proxy + Let's Encrypt
1x MEW-01, 1x LIW-01, 2x SBW-02, 2x PNW-01, 1x ROW-01, 1x ROW-02, 1x ROW-04m,
1x Sonoff BRIDGE RF 433 (FW by Duch__)
This is only the beggining...
Awatar użytkownika
pzygmunt
Posty: 8416
Rejestracja: wt sty 19, 2016 9:26 am
Lokalizacja: Paczków
Kontaktowanie:

pt sty 24, 2020 10:51 am

klew pisze:
pt sty 24, 2020 10:47 am
fracz pisze:
pt sty 24, 2020 10:41 am
Tak. Wcześniej ORM zwracał longi i były one konwertowane po stronie klienta (co powodowało problem). Teraz od razu zwraca adres kropkowo-dziesiętny, przekonwertowany przez INET w bazie danych ;)

Oczywiście zakładając że 32-bitowy MySQL sobie z tym radzi... :roll: Niestety nie da się na Travisie odpalić testów w x32.
Stąd moje pytanie ;). Skoro test nigdy nie failował, to skąd wiesz, że naprawia problem? :D
MySQL rozumie typy ze znakiem i bez znaku. Dlatego mysql na 32-bitach potrafi poprawnie skonwertować wartość dziesiętną ipv4 na tekst w formacie x.x.x.x
Awatar użytkownika
fracz
Posty: 1831
Rejestracja: pt paź 28, 2016 10:56 pm
Lokalizacja: Rybna

pt sty 24, 2020 10:52 am

klew pisze:
pt sty 24, 2020 10:47 am
Stąd moje pytanie ;). Skoro test nigdy nie failował, to skąd wiesz, że naprawia problem? :D
Nie no, wcześniej ta asercja by nie przeszła, bo wartością zwróconą z tej metody był long. Więc upewnia się, że baza danych teraz to konwertuje, ale nie upewnia się że robi to dobrze ;-)
Awatar użytkownika
fracz
Posty: 1831
Rejestracja: pt paź 28, 2016 10:56 pm
Lokalizacja: Rybna

sob sty 25, 2020 12:55 pm

Niezawodny SUPLA TEAM wydał v2.3.18.

Sprawdź proszę czy po aktualizacji adresy IP wyświetlają się poprawnie :)
ODPOWIEDZ