nie działa lms_hiperus_c5_import.php
Witam
Czu ktos wie cos na temat zmian w API z końcem zeszłego miesiąca? Od początku lipca skrypt wywala:
PHP Fatal error: Uncaught SoapFault exception: [HTTP] Could not connect to host in /var/www/htdocs/lms/lib/HiperusLib.class.php:147 Stack trace: #0 [internal function]: SoapClient->__doRequest('<?xml version="...', 'https://platfor...', 'https://platfor...', 1, 0) #1 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->__call('request', Array) #2 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->request('PLATFORM_MNGM', 'CheckLogin', Object(stdClass), 'u4d77a812i47a9a...') #3 /var/www/htdocs/lms/lib/HiperusLib.class.php(116): HiperusLib->sendRequest('CheckLogin', Object(stdClass)) #4 /var/www/htdocs/lms/lib/HiperusLib.class.php(55): HiperusLib->hContinueSession() #5 /var/www/htdocs/lms/lib/HiperusActions.class.php(338): HiperusLib->__construct() #6 /var/www/htdocs/lms/lib/LMS.Hiperus.class.php(307): HiperusActions::GetBilling('2015-07-23', '2015-07-23', NULL, NULL, false, '27004', 'forwarded') #7 /var/www/htdocs/lms/bin/lms_hiperus_c5_import.php(378): LMSHiperus->ImportBilling('2015-07-23', '2015-07-23' in /var/www/htdocs/lms/lib/HiperusLib.class.php on line 147
podane urll wHiperusLib (https://platforma.lovo.pl:8080/hiperusapi.php) istnieje,jednak przy próbie wejścia przez przeglądarkę wywala błąd certyfikatu - czy to może byc powodem ww błędu?
Pozdrawiam Rafał
W dniu 24.07.2015 12:24, Rafał Zając napisał(a):
Witam
Witam,
Czu ktos wie cos na temat zmian w API z końcem zeszłego miesiąca? Od początku lipca skrypt wywala:
PHP Fatal error: Uncaught SoapFault exception: [HTTP] Could not connect to host in /var/www/htdocs/lms/lib/HiperusLib.class.php:147 Stack trace: #0 [internal function]: SoapClient->__doRequest('<?xml version="...', 'https://platfor...', 'https://platfor...', 1, 0) #1 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->__call('request', Array) #2 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->request('PLATFORM_MNGM', 'CheckLogin', Object(stdClass), 'u4d77a812i47a9a...') #3 /var/www/htdocs/lms/lib/HiperusLib.class.php(116): HiperusLib->sendRequest('CheckLogin', Object(stdClass)) #4 /var/www/htdocs/lms/lib/HiperusLib.class.php(55): HiperusLib->hContinueSession() #5 /var/www/htdocs/lms/lib/HiperusActions.class.php(338): HiperusLib->__construct() #6 /var/www/htdocs/lms/lib/LMS.Hiperus.class.php(307): HiperusActions::GetBilling('2015-07-23', '2015-07-23', NULL, NULL, false, '27004', 'forwarded') #7 /var/www/htdocs/lms/bin/lms_hiperus_c5_import.php(378): LMSHiperus->ImportBilling('2015-07-23', '2015-07-23' in /var/www/htdocs/lms/lib/HiperusLib.class.php on line 147
podane urll wHiperusLib (https://platforma.lovo.pl:8080/hiperusapi.php) istnieje,jednak przy próbie wejścia przez przeglądarkę wywala błąd certyfikatu - czy to może byc powodem ww błędu?
Jesteś pewien, że to błąd certyfikatu? Jaki masz dokładnie komunikat i jaki kod odpowiedzi zwraca ich serwer www?
Bardzo możliwe, że napotkałeś problem z przekroczeniem limitu połączeń do ich platformy. Jeśli używasz wersji z inetLMS to ona nie ma zabezpieczeń pod tym kątem.
Pozdrawiam Rafał
W dniu 24.07.2015 o 12:34, Tomasz Chiliński pisze:
W dniu 24.07.2015 12:24, Rafał Zając napisał(a):
Witam
Witam,
Czu ktos wie cos na temat zmian w API z końcem zeszłego miesiąca? Od początku lipca skrypt wywala:
PHP Fatal error: Uncaught SoapFault exception: [HTTP] Could not connect to host in /var/www/htdocs/lms/lib/HiperusLib.class.php:147 Stack trace: #0 [internal function]: SoapClient->__doRequest('<?xml version="...', 'https://platfor...', 'https://platfor...', 1, 0) #1 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->__call('request', Array) #2 /var/www/htdocs/lms/lib/HiperusLib.class.php(147): SoapClient->request('PLATFORM_MNGM', 'CheckLogin', Object(stdClass), 'u4d77a812i47a9a...') #3 /var/www/htdocs/lms/lib/HiperusLib.class.php(116): HiperusLib->sendRequest('CheckLogin', Object(stdClass)) #4 /var/www/htdocs/lms/lib/HiperusLib.class.php(55): HiperusLib->hContinueSession() #5 /var/www/htdocs/lms/lib/HiperusActions.class.php(338): HiperusLib->__construct() #6 /var/www/htdocs/lms/lib/LMS.Hiperus.class.php(307): HiperusActions::GetBilling('2015-07-23', '2015-07-23', NULL, NULL, false, '27004', 'forwarded') #7 /var/www/htdocs/lms/bin/lms_hiperus_c5_import.php(378): LMSHiperus->ImportBilling('2015-07-23', '2015-07-23' in /var/www/htdocs/lms/lib/HiperusLib.class.php on line 147
podane urll wHiperusLib (https://platforma.lovo.pl:8080/hiperusapi.php) istnieje,jednak przy próbie wejścia przez przeglądarkę wywala błąd certyfikatu - czy to może byc powodem ww błędu?
Jesteś pewien, że to błąd certyfikatu? Jaki masz dokładnie komunikat i jaki kod odpowiedzi zwraca ich serwer www?
Bardzo możliwe, że napotkałeś problem z przekroczeniem limitu połączeń do ich platformy. Jeśli używasz wersji z inetLMS to ona nie ma zabezpieczeń pod tym kątem.
Mam to samo pod inetlms. Raczej nie jest to limit polaczen, gdyz pobranie bilingu z poprzedniego dnia chyba nie generuje ich az tyle, ale fakt - w pierwszej chwili skrypt troche mielil i po czasie wyplul bledy jak wyzej. A teraz wypluwa je odrazu po uruchomieniu. Przyjrze sie temu wieczorkiem.
pozdrawiam
W dniu 24.07.2015 o 13:45, Andrzej Banach pisze:
Mam to samo pod inetlms. Raczej nie jest to limit polaczen, gdyz pobranie bilingu z poprzedniego dnia chyba nie generuje ich az tyle, ale fakt - w pierwszej chwili skrypt troche mielil i po czasie wyplul bledy jak wyzej. A teraz wypluwa je odrazu po uruchomieniu. Przyjrze sie temu wieczorkiem.
pozdrawiam -- Andrzej Banach
Raczej jest. Razem z Tomkiem to przerabialiśmy już. Najpierw jest po chwili błąd, a potem od razu bo dostaje się bana na chyba 10 minut. Potem puszczasz i znowu to samo. Mailowałem z LoVo.
W dniu 24.07.2015 o 13:46, Sławomir Paszkiewicz pisze:
W dniu 24.07.2015 o 13:45, Andrzej Banach pisze:
Mam to samo pod inetlms. Raczej nie jest to limit polaczen, gdyz pobranie bilingu z poprzedniego dnia chyba nie generuje ich az tyle, ale fakt - w pierwszej chwili skrypt troche mielil i po czasie wyplul bledy jak wyzej. A teraz wypluwa je odrazu po uruchomieniu. Przyjrze sie temu wieczorkiem.
pozdrawiam -- Andrzej Banach
Raczej jest. Razem z Tomkiem to przerabialiśmy już. Najpierw jest po chwili błąd, a potem od razu bo dostaje się bana na chyba 10 minut. Potem puszczasz i znowu to samo. Mailowałem z LoVo.
I na czym stanelo? Chyba ze to wiedza tajemna to przemailujemy z lovo na nowo temat :P
pozdrawiam
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 na nowo temat :P
pozdrawiam
Na tym, że limitują ilość requestów 30 / 10 sek a potem ban
Phii :) Czyli trzeba przerobic co nieco by wolniej odpytywalo :D Thx za info.
pozdrawiam
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 na nowo 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.
pozdrawiam
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 na nowo 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?
pozdrawiam
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 na nowo 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?
W petli pobierajacej billingi dla poszczegolnych klientow. Ale spox - Sylwester zajal sie tematem i zmienia na pobieranie pliku (importBillingtofile). Tu latwiej operowac i nie trzeba martwic sie o limity, ktore kto wie jak ktos z lovo poustawia w przyszlosci.
pozdrawiam
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 na nowo 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
W dniu 24.07.2015 16:25, Andrzej Banach napisał(a):
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 na nowo 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.
A co jak z poziomu ui nastąpi 30 wywołań na 10 sekund, np. przy pracy równoległej wielu operatorów LMS-a?
30/10 i na 5 minut ban.
pozdrawiam
W dniu 24.07.2015 o 16:28, Tomasz Chiliński pisze:
W dniu 24.07.2015 16:25, Andrzej Banach napisał(a):
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 na nowo 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.
A co jak z poziomu ui nastąpi 30 wywołań na 10 sekund, np. przy pracy równoległej wielu operatorów LMS-a?
Bedzie ban
Podziel sie Tomku jak tak doswiadczeniem, co udalo Ci sie wymyslic w tej kwestii? Tylko prosze - nie pisz bym sam sie dowiedzial, zaplacil te 2,4tys i zerknal do Twojego projektu.
Bardzo mi sie podoba, ze w koncu zdecydowales sie odpalic taki projekt - szkoda ze nie 2 lata temu jak szukalismy czegos takiego. Obecnie przeskoczenie z inetlms'a na LMS + jest nierealne. Jak w LMS+ beda juz te funkcjonalnosci co w inetlms to z checia przeskoczymy, ale narazie nie mozemy sobie odpuscic niektorych funkcjonalnosci.
pozdrawiam
W dniu 24.07.2015 17:50, Andrzej Banach napisał(a):
W dniu 24.07.2015 o 16:28, Tomasz Chiliński pisze:
W dniu 24.07.2015 16:25, Andrzej Banach napisał(a):
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 na nowo 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.
A co jak z poziomu ui nastąpi 30 wywołań na 10 sekund, np. przy pracy równoległej wielu operatorów LMS-a?
Bedzie ban
Podziel sie Tomku jak tak doswiadczeniem, co udalo Ci sie wymyslic w tej kwestii? Tylko prosze - nie pisz bym sam sie dowiedzial, zaplacil te 2,4tys i zerknal do Twojego projektu.
5.5 brzmi jakoś lepiej :D
Bardzo mi sie podoba, ze w koncu zdecydowales sie odpalic taki projekt
szkoda ze nie 2 lata temu jak szukalismy czegos takiego. Obecnie
Tak tak, cały czas ta sama śpiewka, a ile 2 lata temu miesięcznie za pracę na pełnym etacie oferowaliście? 300 zł / mc? ;-)
przeskoczenie z inetlms'a na LMS + jest nierealne. Jak w LMS+ beda juz te funkcjonalnosci co w inetlms to z checia przeskoczymy, ale narazie nie mozemy sobie odpuscic niektorych funkcjonalnosci.
Och, a jakie to "funkcjonalności"?
pozdrawiam
W dniu 24.07.2015 o 18:16, Tomasz Chiliński pisze:
Podziel sie Tomku jak tak doswiadczeniem, co udalo Ci sie wymyslic w tej kwestii? Tylko prosze - nie pisz bym sam sie dowiedzial, zaplacil te 2,4tys i zerknal do Twojego projektu.
5.5 brzmi jakoś lepiej :D
Sam pisales: Cyt. Ciebie: "Płaci się po prostu 200 zł / mc i startuje się na początek na rok"
Chyba dobrze kalkuluje ze "za zerkniecie" tyle wychodzi? Czy liczyc nie umiem? Wiec o co Tobie chodzi?
Bardzo mi sie podoba, ze w koncu zdecydowales sie odpalic taki projekt - szkoda ze nie 2 lata temu jak szukalismy czegos takiego. Obecnie
Tak tak, cały czas ta sama śpiewka, a ile 2 lata temu miesięcznie za pracę na pełnym etacie oferowaliście? 300 zł / mc? ;-)
Tomku - troche jak dziecko sie zachowujesz. Przyklad chocby z czyms co nadzorowalem - SIIS Cyt: "Daj znac co i jak. Uzgodnilismy, ze zbieramy w ramach iNET Group 5tys netto na ten raport. Pasuje kwota czy "dozbierac" na liscie lms'a bedzie trzeba (...)? :P"
Odpowiedziales cyt: "Za tą kwotę da radę zrobić to tak, żeby większość była zadowolona, a wszyscy mogli złożyli raporty i mieli spokój".
Stawka uzgodniona, dostales od nas 5kzl bez zadnych targow ni niczego. Dodatkowo z tego co pamietam na liscie lms tez wplacali Tobie ludki za to.
O czym wiec Ty za przeproszeniem pierdolisz? Ja od zawsze wiem i wiedzialem ze za prace nalezy sie wynagrodzenie. A takie Twoje dziecinne stwierdzenia ze proponowalem 300zl/miesiac to mnie najzwyczajniej obrazaja, gdyz nie ma w nich nawet slowka prawdy.
przeskoczenie z inetlms'a na LMS + jest nierealne. Jak w LMS+ beda juz te funkcjonalnosci co w inetlms to z checia przeskoczymy, ale narazie nie mozemy sobie odpuscic niektorych funkcjonalnosci.
Och, a jakie to "funkcjonalności"?
Dla mnie EOT, gdyz widze, ze jednak nic sie nie zmienilo.
Gleboko wierze, ze czasy Alec'a gdy to on trzymal piecze nad LMS jeszcze wroca.
pozdrawiam
W dniu 24.07.2015 18:37, Andrzej Banach napisał(a):
W dniu 24.07.2015 o 18:16, Tomasz Chiliński pisze:
Podziel sie Tomku jak tak doswiadczeniem, co udalo Ci sie wymyslic w tej kwestii? Tylko prosze - nie pisz bym sam sie dowiedzial, zaplacil te 2,4tys i zerknal do Twojego projektu.
5.5 brzmi jakoś lepiej :D
Sam pisales: Cyt. Ciebie: "Płaci się po prostu 200 zł / mc i startuje się na początek na rok"
Chyba dobrze kalkuluje ze "za zerkniecie" tyle wychodzi? Czy liczyc nie umiem? Wiec o co Tobie chodzi?
Bardzo mi sie podoba, ze w koncu zdecydowales sie odpalic taki projekt - szkoda ze nie 2 lata temu jak szukalismy czegos takiego. Obecnie
Tak tak, cały czas ta sama śpiewka, a ile 2 lata temu miesięcznie za pracę na pełnym etacie oferowaliście? 300 zł / mc? ;-)
Tomku - troche jak dziecko sie zachowujesz. Przyklad chocby z czyms co nadzorowalem - SIIS Cyt: "Daj znac co i jak. Uzgodnilismy, ze zbieramy w ramach iNET Group 5tys netto na ten raport. Pasuje kwota czy "dozbierac" na liscie lms'a bedzie trzeba (...)? :P"
Odpowiedziales cyt: "Za tą kwotę da radę zrobić to tak, żeby większość była zadowolona, a wszyscy mogli złożyli raporty i mieli spokój".
Stawka uzgodniona, dostales od nas 5kzl bez zadnych targow ni niczego. Dodatkowo z tego co pamietam na liscie lms tez wplacali Tobie ludki za to.
O czym wiec Ty za przeproszeniem pierdolisz?
Vice vera.
Ja od zawsze wiem i wiedzialem ze za prace nalezy sie wynagrodzenie. A takie Twoje dziecinne stwierdzenia ze proponowalem 300zl/miesiac to mnie najzwyczajniej obrazaja, gdyz nie ma w nich nawet slowka prawdy.
Czyżby, ale tak właśnie było jak przyszło co do czego, żeby na stałe pracować... Przy czym ja do dzisiaj nie żałuję, że wtedy nie zacząłem z Wami współpracy. Jak również nie żałuję, że nie dołączyłem do inetLMS i nie zamierzam do niego dołączyć dopóki prowadzony w wyjątkowo gówniany sposób. Wiele razy było pisane, że LMS jest kiepsko napisany, ale inetLMS w żadnych kategoriach nie mieści się. Jakoś ciężko to zrozumieć i spodziewam się starej śpiewki, wyśmiewania i czarnego PR.
przeskoczenie z inetlms'a na LMS + jest nierealne. Jak w LMS+ beda juz te funkcjonalnosci co w inetlms to z checia przeskoczymy, ale narazie nie mozemy sobie odpuscic niektorych funkcjonalnosci.
Och, a jakie to "funkcjonalności"?
Dla mnie EOT, gdyz widze, ze jednak nic sie nie zmienilo.
Gleboko wierze, ze czasy Alec'a gdy to on trzymal piecze nad LMS jeszcze wroca.
Ponoć wiara czyni cuda. Z Wasze strony zawsze słyszę jedynie inwektywy i jakieś opinie, że nic się nie zmieniło, a już przezabawne było na forum stwierdzenie, że projekt lms już umarł śmiercią naturalną. Jak rozumiem była to część strategii marketingowej?
pozdrawiam
Zaciagaj w nocy
Dnia 24 lipca 2015 16:25:51 CEST, Andrzej Banach andzio@net-komp.net.pl napisał(a):
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 na nowo 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
Andrzej Banach net-komp.net.pl _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
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 na nowo 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ł
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 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 na nowo 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 http://lists.lms.org.pl/mailman/listinfo/lms
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 na nowo 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.
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 na nowo 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
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 na nowo 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
Pozdrawiam Rafał
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 na nowo 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.
:P
pozdrawiam
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
W dniu 24.07.2015 o 12:30, Andrzej Banach pisze:
W dniu 24.07.2015 o 13:46, Sławomir Paszkiewicz pisze:
W dniu 24.07.2015 o 13:45, Andrzej Banach pisze:
Mam to samo pod inetlms. Raczej nie jest to limit polaczen, gdyz pobranie bilingu z poprzedniego dnia chyba nie generuje ich az tyle, ale fakt - w pierwszej chwili skrypt troche mielil i po czasie wyplul bledy jak wyzej. A teraz wypluwa je odrazu po uruchomieniu. Przyjrze sie temu wieczorkiem.
pozdrawiam -- Andrzej Banach
Raczej jest. Razem z Tomkiem to przerabialiśmy już. Najpierw jest po chwili błąd, a potem od razu bo dostaje się bana na chyba 10 minut. Potem puszczasz i znowu to samo. Mailowałem z LoVo.
I na czym stanelo? Chyba ze to wiedza tajemna to przemailujemy z lovo na nowo temat :P
pozdrawiam
Pisałem maila do lovo... Póki co czekam, mam nadzieje że się doczekam bo sprawa w moim przypadku jest dosyć gardłowa
W dniu 24.07.2015 14:30, Andrzej Banach napisał(a):
W dniu 24.07.2015 o 13:46, Sławomir Paszkiewicz pisze:
W dniu 24.07.2015 o 13:45, Andrzej Banach pisze:
Mam to samo pod inetlms. Raczej nie jest to limit polaczen, gdyz pobranie bilingu z poprzedniego dnia chyba nie generuje ich az tyle, ale fakt - w pierwszej chwili skrypt troche mielil i po czasie wyplul bledy jak wyzej. A teraz wypluwa je odrazu po uruchomieniu. Przyjrze sie temu wieczorkiem.
pozdrawiam -- Andrzej Banach
Raczej jest. Razem z Tomkiem to przerabialiśmy już. Najpierw jest po chwili błąd, a potem od razu bo dostaje się bana na chyba 10 minut. Potem puszczasz i znowu to samo. Mailowałem z LoVo.
I na czym stanelo? Chyba ze to wiedza tajemna to przemailujemy z lovo na nowo temat :P
Przecież Sławek napisał...
pozdrawiam
uczestnicy (6)
-
Andrzej Banach -
Michal Brzemia -
Rafał Zając -
Sylwester Kondracki -
Sławomir Paszkiewicz -
Tomasz Chiliński