Subiekt nexo
Rachmistrz nexo
Rewizor nexo
Gratyfikant nexo
Gestor nexo
Biuro nexo
Subiekt GT
Rachmistrz GT
Rewizor GT
Gratyfikant GT
Gestor GT
Biuro GT
Wiktor Perliński
-
Liczba zawartości
96 -
Rejestracja
-
Ostatnia wizyta
-
Wygrane w rankingu
1
Posty dodane przez Wiktor Perliński
-
-
1 godzinę temu, Bartosz Rosa napisał:
Czy pobieranie tej transakcji wcześniej skutkowało błędami w raporcie?
Niczego takiego nie zauważyłem. Od tej pory wymusiłem pełne pobieranie aukcji trwających, a co więcej zakończonych i transakcja w końcu została pobrana podczas wymuszonego pobierania formularzy dla jednej aukcji.
-
U nas jest obecnie to samo. Przed momentem namierzyliśmy pierwszą transakcję z poprzedniego tygodnia która do tej pory nie została odebrana przez Sello. Cenniki zaimportowane poprawnie i wszystkie kroki przeprowadzone podczas ostatnich aktualizacji.
Próbowałem wymusić pobranie formularzy dla tej jednej aukcji - niestety - bezskutecznie.
-
Witam, czy ta aktualizacja faktycznie jest nadal planowana na dzisiaj? Pytam z uwagi na sporą ilość aukcji przeznaczonych do edycji, czego na obecnej wersji zrobić się niestety nie da. Z góry dziękuję za informację abym mógł poukładać sobie harmonogram dnia w pracy
-
Witam. Pracuję na najnowszej wersji Subiekta GT i Sello. Zaszła potrzeba aby zmienić nazwę dla urządzeń dla wybranych produktów. Wiem że robi się to za pomocą odpowiedniej opcji w Kasiarzu - i nie z tym mam problem. Mianowicie - chciałbym dopytać - czy zmiana nazwy dla urządzeń nie zakłóci pracy pomiędzy Subiektem, a Sello? W końcu towary które chcę edytować - są wystawione na Allegro i ciągle się sprzedają.
Będę wdzięczny za informację aby uniknąć potencjalnych problemów. Pozdrawiam
-
3 minuty temu, Bartosz Rosa napisał:
Brak screena
-
Dnia 28.06.2019 o 09:27, Bartosz Rosa napisał:
Obecnie funkcjonalnie odzwierciedliliśmy funkcje, które były w wersjach wcześniejszych. Jeśli jest taka potrzeba aby pobierało tylko miniaturkę to jak najbardziej możemy taką funkcją dodać.
Panie Bartoszu, czy tę funkcję udało się dodać do 1.31.1? Pytam gdyż zachodzi potrzeba pobrania przez Sello tych miniatur. Jeśli opcji nie udało się dodać - to czy da się wykorzystać do ograniczenia miejsca w bazie zajmowanego przez zdjęcia - opcję związaną ze zmianą rozmiaru zdjęć?
Chodzi o sytuację w której wszystkie aukcje mam wystawione, a zdjęcia pobiorę z nich za pomocą pełnego pobierania.
Czy dobrze rozumiem że po ustawieniu np. 100 px w załączonym na screenie polu - ograniczę rozmiar tych pobieranych grafik właśnie do 100px na najdłuższym boku?
-
9 godzin temu, Kamil Kubczyk napisał:
Witam również nie mogę zaktualizować bazy danych. Wyskakuje błąd . Niestety nie mogę zlokalizować tego logu. U mnie w folderze insert\sello nie ma folderu o nazwie LOG . Proszę o pomoc jak zlokalizować plik sello.txt abym mógł przesłać zawartość tego loga
Odpal Sello jako administrator i powtórz tą próbę aktualizacji, a ten plik LOGa powinien się wtedy utworzyć w tym folderze.
-
Edit. problem wyeliminowany po wykonaniu pełnego pobierania (pełne pobieranie nie jest prezentowane za pomocą żadnego paska postępu, stąd też nie wiedziałem że jeszcze trwa). Do zamknięcia.
-
3 minuty temu, MARCIN e-kupowanie.pl napisał:
Żeby zgodne TRANSAKCJE przeniosły się same DO PACZEK zaznacz jeszcze "Automatycznie rejestruj wpłatę...".
UTWÓRZ PACZKI tworzy z TRANSAKCJI PACZKI więc służy do czegoś innego niż rejestracja wpłaty.
Dziękuję, zmiany dokonałem. Jak tylko coś się sprzeda - przetestuję to rozwiązanie.
-
Witam, z uwagi na odświeżony model pobierania informacji o aukcjach - w końcu postanowiliśmy przejść na automatyczne przenoszenie formularzy. W tym celu - w ustawieniach Sello zaznaczyłem dwie pozycje :
"Automatycznie aktualizuj dane w transakcji po pobraniu formularza" oraz "Aktualizuj dane w transakcji po grupowaniu transakcji".
Moim problemem jest to że po pobraniu zamówień - transakcje i tak nadal znajdują się w zakładce Transakcje - oczekujące na płatność, a to z uwagi na to iż informacja o płatności - jako jedyna nie jest przenoszona z formularza do transakcji (po lewej stronie - wciąż widnieje ZERO).
Również kiedy zaznaczam zbiorczo paczki co do których mam pewność że zostały opłacone i korzystam z opcji "Utwórz paczki" - to trafiają one od razu do zakładki PACZKI, zamiast do Transakcje -> Do Paczek, w którym to miejscu standardowo generuję dokumenty końcowe, załatwiam sprawę przepisania notatek od klientów etc.
Czy da się włączyć automatyczne przenoszenie informacji o płatnościach, tak abym nie musiał otwierać formularza dla każdej z nieprzetworzonych transakcji? Z góry dziękuję za informację.
-
1 godzinę temu, Bartosz Rosa napisał:
Program serwisowy powinien widzieć backupy robione z zewnątrz, np przez management studio. W jaki sposób są te backupy robione?
Obecnie funkcjonalnie odzwierciedliliśmy funkcje, które były w wersjach wcześniejszych. Jeśli jest taka potrzeba aby pobierało tylko miniaturkę to jak najbardziej możemy taką funkcją dodać.
Proszę nacisnąć NAPRAW. To jest niestety wynik pogryzienia się mechanizmu weryfikacji bazy ze zmianą struktury w bazie - jest to zupełnie niegroźne, po prostu zabrakło czasu na pogodzenie ze sobą dwóch mechanizmów.
Panie Bartoszu, już nawet abstrahując od tej sytuacji z niepomyślną aktualizacją spowodowaną własnie dużą ilością zdjęć, to uważam że taka opcja miałaby wielki sens - szczególnie dla osób które swoje aukcje wystawiły wcześniej tj. poza Sello. W takim wypadku - nawet zdjęcia które mamy wspólne dla wszystkich produktów - i tak zapisywane są w formie oddzielnych plików tj. duplikatów z uwagi na inną sumę.
Jeśli uda się dodać taką opcję - byłoby świetnie. Pozdrawiam i dziękuję za szybką pomoc w dniu wczorajszym. Właśnie wypuściliśmy pierwsze paczki od momentu aktualizacji.
-
1
-
-
5 minut temu, Tomasz Urbaniak napisał:
@Bartosz Rosa dzisiaj dostałem takie info od Sello
U mnie to samo się dzisiaj pojawiło, jednak po skorzystaniu z opcji "Napraw problem" wydaje się że wszystko jest okej. Aktualnie kończę przetwarzanie pierwszej transzy zamówień.
-
16 godzin temu, Bartosz Rosa napisał:
Wtedy liczba zwolnionych obrazków powinna się zwiększyć i będzie je można usunąć.
Szanowny Panie Bartoszu, po zastosowaniu nowego zapytania - udało mi się finalnie odchudzić bazę z 7GB, do 800mb, a także przejść samą aktualizację. Chciałbym Pana jeszcze dopytać - zanim rozpocznę pierwsze pobieranie - czy da się ustawić Sello w taki sposób aby pobierał w przyszłości jedynie miniaturki aukcji, a nie zdjęcia osadzone w szablonie aukcji, tj zdjęcia pomocnicze?
Dzięki temu wydaje mi się że nie dopuszczę do podobnej sytuacji w przyszłości, a z uwagi iż aukcji nie wystawiam poprzez Sello - te zdjęcia nie są mi w bazie realnie do niczego potrzebne.
-
3 minuty temu, Bartosz Rosa napisał:
Trzeba się odłączyć od bazy z wszelkich końcówek, managementów, programów serwisowych.
To też jest do rozważenia. W samym programie tego wyklikać się nie da ale z aukcji trwających można usunąć powiązania zdjęć poleceniem SQL:
delete from au_Picture where ap_AuctionId in (select au_id from au__Auction where au_Type = 10 and au_state = 3 )
Wtedy liczba zwolnionych obrazków powinna się zwiększyć i będzie je można usunąć.
Okej - po wykonaniu zapytania - program serwisowy obiecuje zmniejszego ilości miejsca zajmowanego przez zdjęcia z 85% (5,5GB) do 1% (76mb).
Niestety - po próbie wyczyszczenia tych zdjęć - zwracane są błędy :
--------------------------- --------------------------- The DELETE statement conflicted with the REFERENCE constraint "FK_au__Auction_im__Image". The conflict occurred in database "SELLOModena-kopia_1", table "dbo.au__Auction", column 'au_ThumbnailId'. The statement has been terminated. --------------------------- OK ---------------------------
A zaraz po przeprowadzonym kompaktowaniu (które nie daje żadnych rezultatówm, tj baza niepomniejsza się w żaden sposób) otrzymuję ten błąd z "Value -1" od .Net Framework.
W efekcie - baza zmniejszyła się jedynie o kilka megabajtów.
-
14 minut temu, Bartosz Rosa napisał:
W tej bazie problemem są zdjęcia, których jest ponad 5,5GB. Aktualizacja tabeli ze zdjęciami wymaga utworzenia jej tymczasowej kopii.
Trzeba zająć się zdjęciami, czy wszystkie one są potrzebne w bazie? Może wiele z nich dotyczy starych zakończonych aukcji i można by je usunąć?
Panie Bartoszu - zawsze pobierałem z Allegro zdjęcia do każdej aukcji, dlatego dla tak dużej ilości aukcji (12 000) - trochę tych zdjęć się uzbierało. Wczoraj - usunąłem powiązania w aukcjach zakończonych, było tego około 2000 aukcji ze zdjęciami, dlatego już tutaj powinno udać się odzyskać nieco wolnego miejsca.
Jeśli baza się przez to nie posypię - to uważam że można byłoby usunąć wszystkie zdjęcia z bazy, a ja sobie je w późniejszym czasie pobiorę na nowo z Allegro. W tej chwili walczę po prostu o jak najszybsze wznowienie obsługi zamówień w naszej firmie.
Za pomocą programu serwisowego - doszedłem do rozmiaru bazy 6509MB.
Edit : Jeśli jest szansa na usunięcie tych zdjęć niepowiązanych za pomocą zapytania SQL, to podejrzewam że rozwiąże to mój problem.
-
9 minut temu, Bartosz Rosa napisał:
Proszę spróbować najpierw wyczyścić historię zmian w podanym zakresie dat dla aukcji.
Spróbowałem jednak otrzymuję komunikat "Odwołanie do obiektu nie zostało ustawione na wystąpienie obiektu". Czy mimo to spróbować ponownie dokonać aktualizacji bazy?
W między czasie powtórzyłem wszystkie operacje na kopii bazy która została dzisiaj utworzona przed aktualizacją programu. Skutek ten sam - po nieudanej aktualizacji bazy - napuchła ona według programu serwisowego do 14GB. -
11 minut temu, Bartosz Rosa napisał:
Czy daty w polach są na pewno właściwe (przeszłe?)
Panie Bartoszu - powiem wprost że nie wiem. Tak naprawdę nie wiem do czego odnosi się ta wartość więc ciężko udzielić mi odpowiedzi.
Niestety ale w programie serwisowym również dostaję błędy podczas próby oczyszczania.
-
16 minut temu, Bartosz Rosa napisał:
Archiwizacja musi być wykonana nie dalej niż godzinę od momentu usuwania. (być może będziemy musieli to nieco wydłużyć)
Jest osobna funkcja w programie serwisowym do usuwania takich osieroconych zdjęć.
Faktycznie, u mnie wykryło 40% zdjęć niepowiązanych, łącznie ponad 5GB do usunięcia. Przy próbie oczyszczenia bazy danych jednak - pojawiła się konieczność skorzystania z opcji "Kompaktuj" - która wydaje się zakończyła się niepowodzeniem. LOG na samym dole. Od kilku minut trwa czyszczenie bazy danych, mam nadzieję że się uda a sam błąd opcji Kompaktuj nie wpłynie na tej proces.
Dodatkowo kilka informacji w mojej bazie, może inni użytkowcy unikną dzięki temu tych problemów. Rozmiar bazy przed aktualizacją dzisiaj rano - niecałe 7GB. Po dwukrotnym, nieudanym przeprowadzenia aktualizacji bazy danych - program serwisowy określa rozmiar bazy na.... 14 GB. Nie mam pojęcia jak to możliwe że aż tak napuchła podczas tej aktualizacji.
Szczegółowe informacje na temat wywoływania debugowania w trybie JIT (just in time) zamiast tego okna dialogowego znajdują się na końcu tego komunikatu. ************** Tekst wyjątku ************** System.ArgumentOutOfRangeException: Wartość '-1' nie jest prawidłową wartością dla 'Value'. Wartość 'Value' powinna znajdować się w zakresie od 'minimum' do 'maximum'. Nazwa parametru: Value w System.Windows.Forms.Control.MarshaledInvoke(Control caller, Delegate method, Object[] args, Boolean synchronous) w System.Windows.Forms.Control.Invoke(Delegate method, Object[] args) w Serwisant.UserObjectControl.estimateTakenSpace(Double databaseSizeMB) w Serwisant.CleanDatabaseWindow.RefreshSizes() w Serwisant.CleanDatabaseWindow.backgroundWorkerDatabaseCleaner_RunWorkerCompleted(Object sender, RunWorkerCompletedEventArgs e) w System.ComponentModel.BackgroundWorker.OnRunWorkerCompleted(RunWorkerCompletedEventArgs e) ************** Zestawy załadowane ************** mscorlib Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3416.0 built by: NET472REL1LAST_B CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v4.0.30319/mscorlib.dll ---------------------------------------- Admin Wersja zestawu: 1.0.7116.19789 Wersja Win32: 1.31.0.2799 CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Admin.exe ---------------------------------------- System.Windows.Forms Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3324.0 built by: NET472REL1LAST_C CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll ---------------------------------------- System Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3416.0 built by: NET472REL1LAST_B CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll ---------------------------------------- System.Drawing Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll ---------------------------------------- System.Configuration Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll ---------------------------------------- System.Core Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3362.0 built by: NET472REL1LAST_C CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll ---------------------------------------- System.Xml Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll ---------------------------------------- System.Windows.Forms.resources Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms.resources/v4.0_4.0.0.0_pl_b77a5c561934e089/System.Windows.Forms.resources.dll ---------------------------------------- Accessibility Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll ---------------------------------------- System.Data Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3260.0 built by: NET472REL1LAST_C CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/System.Data/v4.0_4.0.0.0__b77a5c561934e089/System.Data.dll ---------------------------------------- Microsoft.SqlServer.Smo Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.Smo.DLL ---------------------------------------- Microsoft.SqlServer.Management.Sdk.Sfc Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.Management.Sdk.Sfc.DLL ---------------------------------------- Microsoft.SqlServer.ConnectionInfo Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.ConnectionInfo.DLL ---------------------------------------- Microsoft.SqlServer.SqlEnum Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.SqlEnum.DLL ---------------------------------------- Microsoft.SqlServer.Dmf.Common Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.Dmf.Common.DLL ---------------------------------------- System.Data.resources Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Data.resources/v4.0_4.0.0.0_pl_b77a5c561934e089/System.Data.resources.dll ---------------------------------------- System.Transactions Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3221.0 built by: NET472REL1LAST_C CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/System.Transactions/v4.0_4.0.0.0__b77a5c561934e089/System.Transactions.dll ---------------------------------------- System.EnterpriseServices Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_64/System.EnterpriseServices/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.EnterpriseServices.dll ---------------------------------------- Microsoft.SqlServer.SqlClrProvider Wersja zestawu: 14.100.0.0 Wersja Win32: 14.0.17283.0 ((SSMS_Rel_17_4).180814-1831) CodeBase: file:///C:/Program%20Files%20(x86)/InsERT/Sello/Microsoft.SqlServer.SqlClrProvider.DLL ---------------------------------------- System.Numerics Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Numerics/v4.0_4.0.0.0__b77a5c561934e089/System.Numerics.dll ---------------------------------------- mscorlib.resources Wersja zestawu: 4.0.0.0 Wersja Win32: 4.7.3056.0 built by: NET472REL1 CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/mscorlib.resources/v4.0_4.0.0.0_pl_b77a5c561934e089/mscorlib.resources.dll ---------------------------------------- ************** Debugowanie w trybie JIT ************** Aby włączyć debugowanie w trybie just in time (JIT), plik .config tej aplikacji lub komputera (machine.config) musi mieć wartość jitDebugging ustawioną w sekcji system.windows.forms. Aplikacja musi być również skompilowana z włączonym debugowaniem. Na przykład: <configuration> <system.windows.forms jitDebugging="true" /> </configuration> Gdy debugowanie JIT jest włączone, wszystkie nieobsługiwane wyjątki są wysyłane do debugera JIT zarejestrowanego na komputerze i nie są obsługiwane w tym oknie dialogowym.
-
5 minut temu, Bartosz Rosa napisał:
Aktualizacja, aktualizacji nierówna. Zależnie od tego jakie tabele zawierające dane są modyfikowane, tak aktualizacja wymaga mniej lub więcej miejsca. Staraliśmy się nie dotykać największych tabel i zmiany przeprowadzać na mniejszych tabelach, kosztem porządku w danych - jednak tabelę ze zdjęciami musieliśmy dotknąć i to z nią tutaj jest problem.
Dodam tylko, że jeśli chodzi o ilość zmian w samej strukturze oraz danych w bazie to ta wersja ma ich chyba najwięcej jak dotąd.
Można zatem spróbować usunąć powiązania aukcji zakończonych ze zdjęciami (tutaj trzeba by zainstalować wersję poprzednią i wykonać taką operację zbiorczą) i potem usunąć niepowiązane zdjęcia już za pomocą nowego programu serwisowego.
Zanim zacznę czyszczenie jeszcze dopytam - bo tak się składa że wczoraj usunąłem powiązania do zdjęcia w aukcjach zakończonych -około 2000 takich aukcji - czy te zdjęcia mam usunąć za pomocą jakieś specjalnego zapytania, czy tej nowej opcji w programie serwisowym "Czyść bazę" ?
-
1 minutę temu, Bartosz Rosa napisał:
Problem z kończącym się miejscem w bazie. Czy na stronie startowej w WAŻNYCH INFORMACJACH nie było o informacji o tym?
Trzeba najpierw wyczyścić/usunąć dane w bazie aby proces aktualizacji mógł przejść poprawnie. Można w tym celu wykorzystać nowe funkcje czyszczenia bazy dostępne w programie serwisowym i pozbyć się wybranych danych (zależnie od tego, które dane zajmują najwięcej miejsca).
Panie Bartoszu - niestety na stronie głównej niczego nie było, a z uwagi na zaplanowaną aktualizację na dzisiaj - wczoraj sprawdzałem wszystko bardzo dokładnie. No nic - biorę się za porządki w bazie i mam nadzieję że to pozwoli mi przeprowadzić do końca aktualizację samej bazy.
-
Widzę że są jakieś komunikaty na temat dostępnego miejsca na dysku, ale np. u mnie mam ponad 50 GB wolnego.
-
Okej, uruchomiłem jako administrator. Znów pokazał się błąd + dodatkowo informacja "Przywrócenie podmiotu nie udało się." Poniżej pełna treść pliku z LOGiem :
======================================================================== Aktualizacja podmiotu: SELLOModena z wersji: 1.304 do wersji: 1.31.0.2885 dnia: 2019-06-27 Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.304_1.309.enc Nie powiodło się wykonanie polecenia: IF EXISTS (SELECT * FROM im__Image ) EXEC('INSERT INTO Tmp_im__Image ( im_Id, im_Name, im_Image, im_Preview, im_SrcPath, im_CheckSum, im_FtpAddress, im_HttpAddress, im_FtpAddressLastMod, im_Width, im_Height, im_Size) SELECT im_Id, im_Name, im_Image, im_Preview, im_SrcPath, im_CheckSum, im_FtpAddress, im_HttpAddress, im_FtpAddressLastMod, im_Width, im_Height, im_Size FROM im__Image TABLOCKX') Błąd 80040E14: Could not allocate space for object 'dbo.Tmp_im__Image' in database 'SELLOModena' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. Aktualizacja podmiotu nie powiodła się: 80040e14: Could not allocate space for object 'dbo.Tmp_im__Image' in database 'SELLOModena' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup. Przywrócenie podmiotu nie udało się. -
Log usunąłem i operację aktualizacji bazy ponowiłem. Z takim samym skutkiem (screen który załączyłem). Niestety - wbrew informacji o zapisaniu pliku LOG - taki plik nie został utworzony we wskazanym folderze, czyli w : C:\Program Files (x86)\InsERT\Sello\Log.
-
Witam, od dawna czekaliśmy na tą aktualizację, więc jak tylko się pojawiła - przystąpiliśmy do instalacji. Ta przebiegła bezproblemowo - jednak problem pojawia się podczas aktualizacji bazy danych. Jest to pierwszy raz kiedy spotykamy się z takim błędem, a z samego Sello korzystamy od conajmniej 2 lat i zawsze aktualizowaliśmy od razu po wypuszczeniu nowej wersji.
Przesyłam zdjęcie obrazujące problem, a także zawartość LOGA :
Aktualizacja podmiotu: SELLOmodena z wersji: 1.260 do wersji: 1.27.0.2593 dnia: 2018-06-01 Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.260_1.270.enc Modyfikacja wartości wersji struktury bazy z 1.260 na 1.270 Wartość wersji została zmodyfikowana Aktualizacja danych wzorcowych...Zakończono Aktualizacja identyfikatorów...Zakończono Aktualizacja szablonów opisów...Zakończono Aktualizacja rodzajów aukcji...Zakończono Aktualizacja słownika ubezpieczeń wysyłki...Zakończono Aktualizacja wzorców wydruków...Zakończono Aktualizacja typów eksportów...Zakończono Aktualizacja identyfikatora podmiotu...Zakończono Aktualizacja parametrów InsTYNKT-u...Zakończono Ustawianie strony nowości jako startowej...Zakończono Kompaktowanie bazy danych...Zakończono Wartość wersji została zmodyfikowana Odtworzono obiekty użytkownika
INPOST - API ShipX...
w Dyskusje
Napisano
Wczoraj przeszliśmy w końcu na API ShipX InPostu. O ile przesyłki Paczkomatowe generują się bez problemu - to nie jesteśmy w stanie przetworzyć paczek kurierskiej. Pojawia się komunikat o brakujących wymiarach przesyłki. Do tej pory jednak - nie posługiwaliśmy się w ogóle wymiarami, a operowaliśmy jedynie na wadze przesyłki. Czy na nowym API koniecznością staje się podawanie wymiarów paczki? Nie ukrywam że to olbrzymie utrudnienie przy tak dużej ilości towaru jaką posiadam.