Skocz do zawartości

Damian Uruszczak

Użytkownik
  • Liczba zawartości

    82
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    1

Posty dodane przez Damian Uruszczak

  1. Tak, zgadza się, jeżeli trigger czyta z pola, które jest zmodyfikowane przez update wersji programu. Mamut Maniek chce mieć informację jedynie o zmianie towaru a porównywać będzie później w swoim programie. Szansa, że Insert w aktualizacji wywali tw_Id z tabeli tw__towar ,który jest kluczem dla tej tabeli jest raczej niewielkie 😉

    Jeżeli, modyfikacja będzie aż tak duża to aplikacja i tak będzie musiała zostać dostosowana do nowej wersji tabeli - wtedy też dostosować będzie trzeba trigger.

    Jak wspomniałem, mam takie rozwiązanie i kilkanaście jeśli nie kilkadziesiąt aktualizacji mam za sobą. 

    Rozumiem jednak że "rozwiązania partnerskie" są do zakupienia 😉 

  2. Triggery w bazie się dubluje - są Inserta ale można dodać swoje i aktualizacja do wyższej wersji ich nie usuwa. Poprzez log rozumię że w tabeli użytkownika dodaje się wpis z informacjami jaka operacja (dodano , usunięto, zmodyfikowano), symbol lub ID towaru i timestamp logu. Nie trzeba zapisywać co się zmieniło a jedynie sam fakt, że zmiana była. Dopiero synchronizacja właściwa użytkownika apki porówna sobie dane.  Mamut Maniek napisał o swojej aplikacji więc potrafi oprogramować bazę danych. Rozwiązanie bezpieczne - sam korzystam z podobnego rozwiązania.

  3. Po aktualizacji SubiektaGT do Wersji 1.79SP1 nie mogę na żadnym zestawieniu zmienić zakresu dat. Po kliknięciu na link "bieżący dzień" otrzymuję komunikat o braku uprawnień.

    Nie ma znaczenia jaki użytkownik pracuje (włącznie z Szef).

    obraz_2024-03-22_153139154.png

  4. Podczas aktualizacji do wersji 1.70 SP2 występuję zawieszenie się procesu (działał 20 min i brak odpowiedzi).

    Czy ktoś ma podobny problem?

    Proces zabiłem.

    Log wygląda następująco:

    ========================================================================
    Aktualizacja podmiotu: BAZA_2021_SUBIEKT z wersji: 1.7012 do wersji: 1.7020.20.5267 dnia: 2022-03-04 19:30:02
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : start
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : mutex locked
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : liczba krokow: 1
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : krok: 1
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : SQLDMO::SQLServer created
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : PutName
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : PutLoginSecure
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : Connect
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : hr = 0
    2022-03-04 19:30:02: UzytkownikSQLMaOdpowiednieUprawnienia (10468): : stop
    2022-03-04 19:30:02: KopiujBazeDanych (10468): : start
    2022-03-04 19:30:02: KopiujBazeDanych (10468): : DbExists hr = 0
    2022-03-04 19:30:02: KopiujBazeDanych (10468): : DbFileExists hr = 0
    2022-03-04 19:30:25: KopiujBazeDanych (10468): : Copy 1 hr = 0
    2022-03-04 19:30:25: KopiujBazeDanych (10468): : stop
    Zapisywanie informacji o początku konwersji
    Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.7012_1.7020.enc

     

     

  5. Od wczoraj mam problem ze zmianami aukcji trwających.

    Problem polega z funkcjonalnością Allegro - widoczność aukcji w kilku kategoriach (załącznik).

    Przy próbie jakiejkolwiek zmiany aukcji w Sello i wysyłce do Allegro dostaję info o błędnych parametrach kategorii.

    Wygląda na to, że Sello pobiera parametry specyficzne ze wszystkich kategorii do których Allegro przypisuje daną ofertę.

    Przy próbie zmiany marki wyskakuje błąd, że parametr jest nieprawidłowy w kategorii dopisanej przez Allegro.

    Prosiłbym o wyjaśnienie Teamu Sello czy coś o tej sprawie wiedzą i czy pracuję nad rozwiązaniem.

    PPPPP.JPG

  6. 25 minut temu, MARCIN e-kupowanie.pl Sello1.39.1 napisał:

    Nie było potrzeby mieć PRO. Kilka razy się przymierzałem do podniesienia (coś tam z pro bym wykorzystał), ale cena insertu jest niezachęcająca w porównaniu z tym, że na razie i tak wszystko działa...

    Nie mów głośno, bo się w Insercie "januszowy markieting" włączy. 

  7. Super sprawa!

    Sello 1 dusi się we własnym sosie. Bolączką jest skromny zasób deweloperów, którzy wspierają rozwój programu. Sello NX ma potencjał i jeżeli uda się zrealizować cele takie jak dodanie innych żródeł sprzedaży, obsługa transakcji, kurierów to wróżę sukces ponieważ nieuchronnie handel przenosi się do e-commerce. 

    Od dwóch lat czekam na funkcjonalność ofert wieloprzedmiotowych - u mnie jest to 80% wszystkich ofert - komplety to nie jest dobre rozwiązane. Wdrożyłem rozwiązanie własne i działa -wiec mocno skomplikowane to nie jest, ale Sello Team musi nadążać za zmianami API a brak czasu na nowe funkcjonalności.

     

    • Lubię to 1
×
×
  • Dodaj nową pozycję...