Grzegorz

Podepnę się do tematu. Zamierzam założyć nową bazę Sello (z powodu limitu do 10GB). Czy wprowadzone powiązania towarów w starej bazie sello automatycznie pobiorą i powiążą się w nowej bazie sello? Baza Subiekt jest oczywiście bez zmian, ale ciekaw jestem czy wartość w generowanym kodzie w data-base=" tyczy sie bazy Subiekt czy Sello?

jest szansa na jakis szybki fix? Dopiero co wprowadzilismy recznie kod do kazdej aukcji...

Niestety, jak pisano powyzej. Aukcje ktore sie zakonczyly w nowym sello i zostaly przez allegro wznowione (nastepnie pobrane z sello BETA), mimo dostepnego kodu powiązania w opisie HTML nie sa automatycznie wiazane.

Mail przed sekunda zostal wyslany

automatyczne wiazanie dziala. Szkoda tylko, ze wiaze aukcje z niewlasciwymi towarami... Wlasnie dzis pokonczyly mi sie aukcje i wznowily, a po pobraniu mialy juz bledne powiazanie.

Czy cos juz wiadomo, co moze powodowac wysypywanie sie sello?

https://www.dropbox.com/s/pzpjl1sm6prd1ny/pobieranie.png

A zjada tyle w trakcie synchronizacji czy gdy nic nie robi? Niekoniecznie. Domyślnie procesy 32 bitowe (czyli np Sello) mogą obsłużyć 2GB pamięci. Jeśli aplikacja będzie chciała więcej to może pojawić się błąd, o którym pisze powyżej Alwin. Algorytm pobierania danych w Sello w tej chwili jest nastawiony na zmniejszenie liczby wywołań do webAPI kosztem zużycia dużej ilości pamięci - to przy dużej ilości danych stwarza problem. Będziemy pracować nad optymalizacją zużycia ramu. Nie jest to wyciek pamięci - określenie to dotyczy sytuacji gdy aplikacja zajmuje pamięć na potrzeby wykonania jakiegoś zadania, po czym gubi do niej referencję (przestaje nią zarządzać). Sytuację taką można zaobserwować jeśli np pobierane są dane, Sello zajmuje pamięć, po zakończeniu powinna użyta pamięć wrócić do systemu. Jeśli tak się nie dzieje to jest to wyciek pamięci. Niektóre wycieki można znaleźć szybko (kiedyś dawniej ze zmianą rozmiaru zdjęć przy wysyłaniu aukcji). Znalezienie przyczyny ostatniego wycieku jaki naprawialiśmy w becie zajął nam 3 dni - i występował w bibliotece systemowej. Niestety brak jakichkolwiek informacji na ten temat zmusiła nas do przepisania tego trochę inaczej. Zjada tyle gdy nic nie robi ani zaden komputer z baza sello sie nie laczy. Przy restarcie sello zabiera kolo 70 000K, ale jak sie juz rozkreci to idzie w gore.

Zainstalowalem 1.13 BETA od dnia premiery i problem jest dalej ten sam. Obecnie Sello zjada 542 000 K, natomiast sqlserv.exe juz 1 337 208 K. A tak to wygladalo jak padlo pobieranie aukcji: https://www.dropbox.com/s/lvpqr0p9ex7z5ba/Zdj%C4%99cie%2004.07.2013%2C%2007%2018%2034.png Przez problem z pamiecia ram mam rozumiec niedostatek? Jesli chodzi o poprzednie pytania, serwerowy uzytkownik jest wlasnie uzytkownikiem "szef" ze wszystkimi uprawnieniami.

Serwerowe sello dziala na koncie uzytkownika "przeznaczonym do automatycznej synchronizacji". Jesli to tez cos moze pomoc, to jest na nim ustawione: Odbieranie serwisow aukcyjnych co 5 minut (transakcje i klienci na podstawie zmian historii i od ustawionego przez nas dnia i dane z formularzy pozakupowych na podstawie dziennika zdarzen). Odbieranie maili co 5 minut Synchronziacja z Subiekt (wysyłanie i odbieranie) co 10 minut.

Mam problem z Sello od wersji 1.12.1. Otoz po pewnym czasie dzialania sello w tle (mamy tzw. serwer, na ktorym sello dziala i sciaga transakcje co 5 minut i rezerwuje stany magazynowe w Subiekt) nagle przestaje pobierac aukcje i w raportach mam informacje: W szczegółach operacji mam: W tym czasie baza Sello jest już martwa tj. nie pobierają się już automatycznie żadne aukcje ani wiadomości. Gdy chcę zamknąć sello przez Menedżer zadań Windows, mam odpalone kilkadziesiąt procesów Subiekt.exe i zapchaną pamięć fizyczną do 93%. (łącznie nasz serwer ma 4GB ram) Odinstalowałem sello, instalowałem ponownie, pomaga tu jedynie zamknięcie Sello i uruchomienie na nowo. Jest to o tyle problem, że mamy działające 2 sklepy internetowe z którymi serwer synchronizuje stany magazynowe. W przypadku sprzedaży na allegro, po wysypaniu się Sello mamy w ofercie produkty, które powinny być już zarezerwowane do czasu restartu sello, a dzieje się to często w nocy. Sprawdzałem bazę przez zapytanie SQL SELECT ss_ProgId FROM sl_ServiceProvider Dostaję taki wynik: W czym tkwi problem? W poprzednich wersjach baza normalnie synchronizowala sie ze sklepem i sello wiec nie wiem czy mala ilosc RAM moze miec faktycznie na to wplyw.

to moze ja sie dolacze do prosby zeby pokazac, ze ludzi oczekujacych na te funkcje jest duzo i jest ona naprawde potrzebna Przy posiadaniu aukcji powyzej 500 nie wiem, czy komukolwiek jest sens uzywac sello. Wiazanie towarow to minimum 2 godziny dziennie (przy aukcjach wystawianych, a co za tym idzie w przyszlosci konczacych sie codziennie), a na co komu integracja z SubiektGT, jesli przy braku powiazania aukcji z towarem z Subiekt, przy sprzedazy na Allegro trzeba dodawac mimo wszystko towar do transacji ręcznie, zeby wystawic dokument.

Ja rowniez przylaczam sie do pochwal dla Bartka, szczegolnie za szybkosc reakcji na problem W naszym przypadku byla to integracja z IAI-Shop. Mimo, ze okres testowy wygasl, to administracja w/w platformy nie kasuje poprzednio wprowadzonych danych (a my nie mamy juz takiej mozliwosci), ratunkiem bylo napisanie maila o problemie co zalatwilo sprawe.

mamy ten sam problem, dokladnie od zmiany hasel allegro czyli od ok. sierpnia sprawa ciagle jest nierozwiazana. Tez sa 2 konta allegro, w zarzadzaniu kontami i licencjami hasla sa poprawne. Blad glownie pojawia sie przy recznym pobieraniu aukcji (nie transakcji) - wtedy ZAWSZE wyrzuca hasla i trzeba je wpisywac recznie przez allegro z captcha. Byc moze problem u innych nie wystepuje, bo nie zmieniali dawno hasel

Mam wersje 1.8.4, ale nie pobiera wiadomosci z soboty. W logu mam info o tresci: Szczegóły błędu: FetchMime: DllDate: Aug 3 2011 UnlockPrefix: INSERTCOMPMAILQ Username: USER-KOMPUTER:User Architecture: Little Endian; 32-bit Language: Visual C++ 8.0 uidl: GmailId5658d55e355ff037 Failed to lookup message size msgNum: 115