Jakub ***

Tylko na serwerze w mam taki katalog "Log" w C:\Program Files (x86)\InsERT\Sello. Natomiast są tam logi wyłącznie z bazy Sello. Sprawdzałem również katalogi AppData i ProgramData, ale też tam niczego nie widzę, przynajmniej tego czego szukamy. Czekamy ?

Pierwsza synchronizacja powinna być poprzez Sello, nawet jeżeli by to trwało kilka godzin... Przynajmniej bym wiedział, że wszystko jest prawidłowo podpięte. Ewentualna późniejsza edycja cenników mogłaby się odbywać nawet tylko poprzez Allegro - wtedy te cenniki by się aktualizowały do strzału na wszystkich aukcjach. Natomiast Sello tylko podczas wysyłania aukcji powinno sprawdzać, czy wersja cennika na Allegro nie jest nowsza od tej w Sello / lub zawsze aktualizować tą z Allegro. Właściwie nie ma co sprawdzać - bo i tak nie wysyła cennika, tylko jego identyfikator, także nic Sello nie musiałoby robić... ?

Mamy dokładnie to samo. Po prostu z powodu jakiegoś nieznanego (na razie) błędu Sello przerywa działanie i nie dokonuje wysyłania aukcji...

Tak, logowanie jest włączone, tylko żadnych błędów w Sello mimo to nie widzę. Chyba, że jest jakaś osobna ścieżka na dysku do pliku z logiem? Tego jeszcze nie sprawdzałem ?

Sytuacja po aktualizacji do 1.31 wygląda następująco: stare cenniki są puste -> ale to jest prawidłowe, z tego co już napisał Bartek stworzone cenniki w Allegro pobierają się do Sello -> przy użyciu opcji import pobrane cenniki (Allegro) można przypisać do aukcji w Sello przypisane w ten sposób cenniki nie można wysłać do Allegro, aktualizując aukcje (nie są oznaczone jako do synchronizacji z serwisem aukcyjnym) Moje pytanie, czy ostatni punkt jest prawidłowy? Przyznam się szczerze, że będzie to bardzo kłopotliwe, aby przypisać cenniki poprzez Allegro, jeżeli tych cenników jest co najmniej kilka, a Allegro nie posiada rozbudowanych narzędzi do filtrowania aukcji...

Potwierdzam. Aukcje przygotowane z nowym cennikiem Allegro nie wysyłają się. Brak błędów w logu.

Dzięki Marcin i Bartek. Sądzę, że sprawę udało się rozwiązać, ale nie była ona taka oczywista. Tak jak wspomniałem, po wystąpieniu błędu osoba logowała się przez przeglądarkę na: Zgodnie z tym, co było napisane w komunikacie i to pozwalało na chwilowy powrót w komunikacji Sello z API. Prawda jednak jest taka, że nie mam pojęcia jak Allegro mogło na to pozwolić ?. Sello prawdopodobnie nie posiadało aktualnych tokenów od około miesiąca... Dopiero po wykonaniu ponownej autoryzacji konta, Sello otrzymało takie tokeny. Zastanawia mnie tylko, czy Allegro jest świadome tego błędu... Druga sprawa, że gdyby komunikat był "Proszę ponownie autoryzować konto xxx" - to zaoszczędziłoby nam też trochę czasu.

Niestety bez tych adresów IP, nie mam pojęcia gdzie szukać przyczyny, czy jest to coś po naszej stronie, czy ktoś "zewnętrzny" nam majstruje ? Z tego co wiem, to nie używaliśmy żadnej innej aplikacji, ale głowy sobie nie dam uciąć, bo ja mogłem po prostu przy tym nie brać udziału. Z nowymi aplikacjami jest ok, bo są widoczne w zakładce "Powiązane aplikacje", natomiast te na WebApi nie są widoczne... A czy usunięcie klucza WebApi nie będzie miało wpływu na Sello? Jeżeli nie, to zawsze można spróbować ?

Chciałem z tym poczekać do wydania wersji 1.31, ale wydaje mi się, że nie rozwiąże ona problemu, a przynajmniej niezupełnie. Chodzi o to, że praktycznie cały czas już od 1-2 miesięcy dostajemy błędy jak poniżej (w logu Sello): Oczywiście zalogowanie się na konto pomaga, ale tylko na jakiś czas. Podejrzewam, że jest to związane z logowaniem się poprzez stare API. Posiadamy jeszcze jedną aplikację, która jest w całości na nowym API i tutaj takie problemy nie występują, nawet w momencie gdy Sello rzuca błędem. Już zacząłem podejrzewać, że to nawet jest jakiś sabotaż i ktoś próbuje się logować na nasze konto, ale Allegro oczywiście nie poda adresów IP. Twierdzą, że u nich jest wszystko ok i należy się kontaktować z administratorem Sello ?. Jest to naprawdę bardzo uciążliwa sytuacja i jeżeli istnieje jakieś rozwiązanie, o którym nie wiem, to chętnie o nim tutaj przeczytam ?

Niestety nie wiem, czy jest to możliwe w Sello, ale chyba najprostszym rozwiązaniem jest po prostu czytanie ze zrozumieniem. Dla przykładu u nas w ciągu roku wygląda to tak: pierwsza osoba - posiada tego typu błędów na poziomie 1-3 druga osoba - posiada ponad 50 Dużo zależy od człowieka i jego umiejętności koncentracji.

Szkoda, bo to jest dosyć ważna kwestia (w mojej opinii), ale przynajmniej jest już wyjaśniona. Dzięki Bartek.

Zwracam się z takim zapytaniem, czy jest możliwe przypisanie konkretnej drukarki do konkretnego użytkownika? Zmiana parametru drukarki w słownikach zmienia go globalnie (dla każdego użytkownika). Nie widzę innego rozwiązania, chyba że czegoś nie dostrzegam? Z góry dzięki za wszelkie sugestie.

Haha. OK dzięki. Pierwszy raz nie przeczytałem specyfikacji do aktualizacji.

Przed aktualizacją Sello do wersji 1.30 było około 15 transakcji do których nie były pobrane formularze. Po aktualizacji w żaden sposób nie jest możliwe pobranie do nich formularzy, chociaż większość z nich została już wypełniona. Czy ktoś zauważył ten sam problem? Rozumiem, że te "stare" transakcje trzeba ręcznie uporządkować, bo już żadnych poprawek w tej kwestii nie będzie?

@lagren ... eee kiedy 1.30? Myślę, że tutaj nie do końca chodzi o zsumowanie kwot z pliku CSV i sprawdzenie, czy taka wartość wpłynęła na konto... Kontrola ma polegać na tym, czy wpłata nastąpiła za 100 pobrań a nie np. za 99 i pytanie czy to potrafi emszmal ?

Czy te funkcje będą już dostępne w 1.30 ?

Coś takiego powinno być ok: UPDATE au_Allegro SET aal_description = 'a' WHERE datalength(aal_Description) = 0 AND EXISTS(SELECT au_Id FROM au__Auction WHERE au_Id = aal_Auctionid AND au_enddate < '20160101') lub po prostu: UPDATE au_Allegro SET aal_description = 'a' WHERE datalength(aal_Description) = 0

@Bartosz Rosa Wygląda to tak (domyślnie): nm_GarbageCollectorInterval - 4320 Zakładam że wartość jest w minutach i wtedy by wychodziło 72 godziny i nawet zgadzałoby się z datą nm_NextGarbageCollectorRun . nm_DataBaseCheckInterval - 1440 Tutaj jest 24 godziny. Czy wartość ustawiona na 60 byłaby bezpieczna? Czy czyszczenie automatyczne wykonuje pełne czyszczenie, czy również częściowe jak w przypadku odświeżania ręcznego?

Nie wiem do końca, jaki jest interwał między wywołaniami mechanizmu czyszczącego zdjęcia, ale po 12 godzinach baza nie skurczyła się nawet o 1MB . Natomiast po ręcznym odświeżeniu jej wielkość spada regularnie o ~10MB. Czy nie mamy zaznaczonej jakiejś opcji w parametrach, czy faktycznie okres między wywołaniami jest dłuższy niż te 12h?

Można wiedzieć jaka wersja programu Smart Paczka?

Niestety zbliża nam się termin końca umowy z firmą InPost i chcielibyśmy przejść na "Allegro Paczkomaty InPost". Obsługa przez Sello w tym momencie nie ma sensu - bo będą tworzone nowe numery nadań dla Paczkomatów (po niekorzystnej cenie). Obsługa przez konto InPost mija się z celem, bo w przypadku większej ilości transakcji jest bardzo czasochłonne zarządzanie wysyłkami. Już od jakiegoś czasu obserwuję postępy w zakresie wsparcia przez Sello tej funkcjonalności, ale jak na razie konkretnych deklaracji nie ma. Jeżeli prace trwają, to byłbym wdzięczny za informację, o tym na jakim są etapie? Jeżeli korzystacie z jakiegoś zewnętrznego narzędzia, to też byłbym wdzięczny za informację jakiego?

Pomogło bez żadnych dodatkowych modyfikacji. Czasy są bardzo dobre, z >60s spadło do ~2s. Wszystkie dane wczytują się ładnie w Sello. Będę pamiętał. Dzięki Bartek

Niestety chyba nie ma oficjalnej wersji Profilera dla SQL Server Express, ale udało mi się znaleźć takie narzędzie (link). Udało się przeprowadzić operację i jej wynik jest następujący: /* Missing Index Details from test.sqlplan The Query Processor estimates that implementing the following index could improve the query cost by 50.5382%. */ /* USE [Sello_baza] GO CREATE NONCLUSTERED INDEX [<Name of Missing Index, sysname,>] ON [dbo].[au__Auction] ([au_GroupId],[au_State],[au_Type]) INCLUDE ([au_Id],[au_RegId],[au_SvcProvId],[au_SiteId],[au_Title],[au_Number],[au_CatId],[au_CatName],[au_ProductId],[au_Quantity],[au_TypeId],[au_StartPrice],[au_BINPrice],[au_StartDate],[au_DurationId],[au_EndDate],[au_HitCount],[au_HighestBid],[au_BidCount],[au_Sold],[au_Fee],[au_Commission],[au_WatcherCount],[au_EnhancementOptionsAbbr],[au_StartAuctionScheduler],[au_PricingListId],[au_AutoQuantitySyncMethod],[au_AutoFinishMethod],[au_ThumbnailId],[au_EAN]) GO */ Czy powinniśmy wykonać polecenie w tej formie? Jaka powinna być nazwa dla "Name of Missing Index"? Przepraszam, ale nie jestem ekspertem w SQL :).

Tylko zastanawia mnie jedna rzecz, jeżeli faktycznie ten filtr powoduje takie obciążenie podczas zapytania, to dlaczego dla małej ilości aukcji w grupie działa bardzo szybko? Jeżeli grupa ma powiedzmy 100-500 aukcji to wyświetlenie działa błyskawicznie (2 sekundy), ale jeżeli jest ich 3000 to czas wynosi już ~60 sekund (mierzone ). Chociaż wydaje mi się, że samo przeszukanie powinno wpływać na czas bardziej, a nie ilość danych do wyświetlenia na gridzie, także różnica wydaje się zbyt duża. Tym bardziej, że nie wiadomo, czy te 60 sekund jest bliskie ukończenia zapytania, bo pewnie na tyle został ustawiony timeout. Ciekawi mnie również, że wiersz z sumami pojawia się natychmiast - czy jest to osobne zapytanie? Nie paczek, a aukcji. Moglibyśmy spróbować, ale czy Profiler jest dostępny do wersji Express?

Od jakiegoś czasu, a właściwie od początku stosowania grup aukcji walczymy z poprawnym ich wyświetlaniem, ale średnio niestety to wychodzi. Z grupami kilku - do kilkuset aukcji nie ma problemu, natomiast gdy grupa sięga - 3-5 tys. aukcji wtedy pojawia się problem z wyświetleniem aukcji z tej grupy w Sello. Głównie chodzi mi o widok dla aukcji trwających. Co jest zastanawiające: widok wszystkich aukcji trwających bez ustawionych żadnych filtrów generuje się około ~3-5 sekund - w mojej opinii jest to dosyć szybko widok wszystkich aukcji trwających z ustawionym filtrem dla grupy "A" (z dużą liczbą aukcji) generuje się ~10-20 sekund - różnica jest bardzo duża w stosunku do widoku bez filtra grupy, gdzie stosunek aukcji wyświetlanych jest dużo mniejszy do wszystkich aukcji trwających pomimo oczekiwania ~10-20 sekund na przefiltrowanie grupy "A", nic nie pojawia się w gridzie (jest pusty) jedynie suma kolumny zliczającej "Sprzedane" jest wyświetlana poprawnie wyświetlenie aukcji z grupy "A" za pomocą zapytania SQL nie stwarza żadnego problemu, jednak aby na nich operować potrzebujemy, aby wyświetlały się poprawnie w Sello Aktualnie stosowane przez nas obejście to "sztuczne" zmniejszanie wielkości grupy - ale wydaje mi się to rozwiązanie nie najlepsze. Czas na wykonanie czynności na grupie znacznie się wydłuża... Niestety nie mam pomysłu gdzie jest przyczyna takiego zachowania i czy tylko nas dotyczy ten problem?