W dniu 28.07.2015 12:05, Andrzej Banach napisał(a):
W dniu 26.07.2015 o 22:28, Rafał Zając pisze:
W dniu 26.07.2015 o 22:15, Andrzej Banach pisze:
W dniu 26.07.2015 o 18:34, Rafał Zając pisze:
W dniu 26.07.2015 o 18:29, Sylwester Kondracki pisze:
tak, ale jak zaczniesz pobierać kompletny biling , przychodzące, wychodzące itp to pauza powinna być min 4 sek wtedy nie przekroczysz ich durnych limitów
W dniu 26 lipca 2015 18:11 użytkownik Rafał Zając <zajbox@gmail.com mailto:zajbox@gmail.com> napisał:
W dniu 24.07.2015 o 16:25, Andrzej Banach pisze: > W dniu 24.07.2015 o 15:24, Tomasz Chiliński pisze: >> W dniu 24.07.2015 15:14, Andrzej Banach napisał(a): >>> W dniu 24.07.2015 o 14:32, Sławomir Paszkiewicz pisze: >>>> >>>> W dniu 24.07.2015 o 14:30, Andrzej Banach pisze: >>>>> I na czym stanelo? >>>>> Chyba ze to wiedza tajemna to przemailujemy z lovo nanowo temat :P >>>>> >>>>> >>>>> pozdrawiam >>>> Na tym, że limitują ilość requestów 30 / 10 sek a potem ban >>> >>> Oficjalne info z lovo: >>> " >>> Pod koniec zeszłego miesiąca uruchomiona została procedura, >>> ograniczająca dostęp do API. Były to jednak początki jej uruchomienia >>> więc możliwe, że adresy IP były za często banowane. Teraz już powinno >>> być to zoptymalizowane aby nie utrudniać klientom korzystanie z API. >>> Limit wynosi 30 wywołań na 10 sekund." >>> >>> Ale cos mi tu nie pasuje. >>> Odpalilismy skrypt pod swiezym IP, ustawilismy w petli sleepa tak by na >>> pewno nie przekroczyc limitow i to samo. Calej klasy chyba nie zbanowali? >>> Czekam na kolejne info od lovo. >> Gdzie wstawiliście sleep-a i z jakim czasem? Czy równolegle inny proces >> nie wykonuje z tego samego ip połączeń do ich serwera api? >> > Jednak nie zadzialal ten sleep. Trzeba by bilingi dzielic. Ale jak > pisalem w inetlms Sylwester przerobi to by pobieral w pliku te dane > (przetestowalismy ze dziala). > Info z lovo jeszcze dotyczace limitow: > "Na adresie x.x.x.x nie ma stałej blokady, w dniu dzisiejszym wpadł 6 > razy w blokadę, o 00:10, 13:38, 13:50, 13:56, 14:11 oraz 15:01, ban > utrzymuje się przez 5 minut, po czym znowu można korzystać z API. > Banowany jest adres serwera z którego są wywołania. > " > Czyli tu wszystko jasne. > > 30/10 i na 5 minut ban. > > > pozdrawiam Cos jednak działa. Dodałem usleep na pół sekundy tuż przez returnem w funkcji sendRequest() w HiperusLib.class.php i mieli prawidłowo.
Pozdrawiam Rafał _______________________________________________ lms mailing list lms@lists.lms.org.pl <mailto:lms@lists.lms.org.pl> http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Jak to? 30 requestów na 10sekund. Ustawiłem pauze na 0,5 sekundy co daje 20 requestów więc jeszcze 10 mam w zapasie. Ściąga bilingi normalnie.
Tam w inetlms w jednym przelocie petli jest 6 zapytan o rozne dane do Lovo wiec 5s dopiero przechodzilo. Sylwester dopisal tez pobieralnie w pliku tych danych, ale zeby nie zasmieciac to juz bardziej NTG.
pozdrawiam
Ale te zapytania wykonuje jedna funkcja którą spowalniam za każdym razem, więc ilość wywołań tej funkcji gdzieś tam w pętli nie ma znaczenia. Import całości zajął mi dzisiaj z dwie godziny, z tym że było trochę klientów do przerobienia. Skrypty przeleciały bez błędów. Nie mniej na pewno sposób z plikiem będzie bardziej optymalnym rozwiązaniem, ale póki co trzeba było sobie poradzić inaczej
Jeszcze tak juz po fakcie, ale mail z lovo :P Szanowni Państwo,
Uprzejmie informuję, że funkcja ta została wprowadzona w celu ograniczenia liczb wywołań. Uaktywnia się ona w momencie przekroczenia 30 wywołań w ciągu 10 sekund i blokuje adres wywołujący na 300 sekund. Jednocześnie informuję, że na chwilę obecną nie prowadzimy white listy. W celu wprowadzenia specjalnych modyfikacji, prosimy o kontakt na poziomie handlowym z Państwa opiekunem.
Jeżeli korzystają Państwo z LMS, prosimy oczekiwać na aktualizacje z ich strony.
W razie dodatkowych pytań lub wątpliwości, proszę o kontakt z Biurem Obsługi Klienta, na bok@lovo.pl.
Biblioteka HiperusLib zawiera elementarne błędy w logice działania stąd te wszystkie problemy. To zabezpieczenie, które wprowadziło LoVo to obejście tego co wcześniej spieprzyli w swojej bibliotece...
Reasumując: to nie jest ani błąd w LMS, ani w inetLMS, ale w LMS Plus zostały zastosowane poprawki, które rozwiązują w elegancki sposób to co zostało źle od początku zrobione przez to co co obecnie nazywa się LoVo.
:P
pozdrawiam