[Pasek] Dysponent surowcowy

sCoreee

Chłop
Wynik reakcji
0
Coś mi nie działa :/

Edit: ruszyło po chwili, ale ciekawe dlaczego wcześniej nie chciało.

Zaktualizowano informacje o wiosce do obecnej liczby surowców mniejszej, niż resourcesSafeguard!
Kod: 
3838    1    addTransport()
3839    1        NEW TRANSPORT: (0,0,1000) traders:1
3840    1    updateVillages()
3841    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3842    1            preventOverflowing() while_1 while_2
3843    1    addTransport()
3844    1        NEW TRANSPORT: (0,0,1000) traders:1
3845    1    updateVillages()
3846    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3847    1            preventOverflowing() while_1 while_2
3848    1    addTransport()
3849    1        NEW TRANSPORT: (0,0,1000) traders:1
3850    1    updateVillages()
3851    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3852    1            preventOverflowing() while_1 while_2
3853    1    addTransport()
3854    1        NEW TRANSPORT: (0,0,1000) traders:1
3855    1    updateVillages()
3856    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3857    1            preventOverflowing() while_1 while_2
3858    1    addTransport()
3859    1        NEW TRANSPORT: (0,0,1000) traders:1
3860    1    updateVillages()
3861    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3862    1            preventOverflowing() while_1 while_2
3863    1    addTransport()
3864    1        NEW TRANSPORT: (0,0,1000) traders:1
3865    1    updateVillages()
3866    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3867    1            preventOverflowing() while_1 while_2
3868    1    addTransport()
3869    1        NEW TRANSPORT: (0,0,1000) traders:1
3870    1    updateVillages()
3871    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3872    1            preventOverflowing() while_1 while_2
3873    1    addTransport()
3874    1        NEW TRANSPORT: (0,0,1000) traders:1
3875    1    updateVillages()
3876    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3877    1            preventOverflowing() while_1 while_2
3878    1    addTransport()
3879    1        NEW TRANSPORT: (0,0,1000) traders:1
3880    1    updateVillages()
3881    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3882    1            preventOverflowing() while_1 while_2
3883    1    addTransport()
3884    1        NEW TRANSPORT: (0,0,1000) traders:1
3885    1    updateVillages()
3886    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3887    1            preventOverflowing() while_1 while_2
3888    1    addTransport()
3889    1        NEW TRANSPORT: (0,0,1000) traders:1
3890    1    updateVillages()
3891    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3892    1            preventOverflowing() while_1 while_2
3893    1    addTransport()
3894    1        NEW TRANSPORT: (0,0,1000) traders:1
3895    1    updateVillages()
3896    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3897    1            preventOverflowing() while_1 while_2
3898    1    addTransport()
3899    1        NEW TRANSPORT: (0,0,1000) traders:1
3900    1    updateVillages()
3901    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3902    1            preventOverflowing() while_1 while_2
3903    1    addTransport()
3904    1        NEW TRANSPORT: (0,0,1000) traders:1
3905    1    updateVillages()
3906    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3907    1            preventOverflowing() while_1 while_2
3908    1    addTransport()
3909    1        NEW TRANSPORT: (0,0,1000) traders:1
3910    1    updateVillages()
3911    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3912    1            preventOverflowing() while_1 while_2
3913    1    addTransport()
3914    1        NEW TRANSPORT: (0,0,1000) traders:1
3915    1    updateVillages()
3916    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3917    1            preventOverflowing() while_1 while_2
3918    1    addTransport()
3919    1        NEW TRANSPORT: (0,0,1000) traders:1
3920    1    updateVillages()
3921    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3922    1            preventOverflowing() while_1 while_2
3923    1    addTransport()
3924    1        NEW TRANSPORT: (1000,0,0) traders:1
3925    1    updateVillages()
3926    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3927    1            preventOverflowing() while_1 while_2
3928    1    addTransport()
3929    1        NEW TRANSPORT: (1000,0,0) traders:1
3930    1    updateVillages()
3931    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
3932    1            preventOverflowing() while_1 while_2
3933    1    addTransport()
3934    1        NEW TRANSPORT: (1000,0,0) traders:1
3935    1    updateVillages()
3936    1    i: 0, present: 19177, change: 1000
3937    1    ERROR: Zaktualizowano informacje o wiosce do obecnej liczby surowców mniejszej, niż resourcesSafeguard!
 

Załączniki

  • debugLog.txt
    119,9 KB · Wyświetlenia: 27
Ostatnia edycja:
PabloCanaletto

PabloCanaletto

Topornik
Wynik reakcji
264
Przyczyna najdotkliwszego błędu - Zaktualizowano informacje o wiosce do obecnej liczby surowców mniejszej, niż resourcesSafeguard! - została zidentyfikowana. Za kilka dni zgłoszę update do supportu z poprawkami tego i innych błędów.
 
PabloCanaletto

PabloCanaletto

Topornik
Wynik reakcji
264
Dysponent Surowcowy - Aktualizacja 2.1.1.0
Sygnatura skryptu pozostaje bez zmian. Brak potrzeby modyfikacji wpisu na pasku skrótów.

<jupi><jupi>Naprawione błędy<jupi><jupi>

<jupi> 1. preventOverflowing(): while_1 is infinite
Wyjaśnienie: Gdy skrypt w trakcie rozsyłania surowców z wioski mającej ich za dużo nie mógł znaleźć wioski z wolnym miejscem w spichlerzu zapętlał się.

<jupi> 2. TypeError: Cannot read property 'innerText' of undefined oraz TypeError: $(...).find(...)[0] is undefined
Kod: 
1    Dysponent Surowcowy - Debug Log:
1    main()
1    overview_villages
1    getBaseData()
X    addVillage()
1    getOngoingTransports()
Wyjaśnienie: W przypadku braku przychodzących transportów w danej grupie wiosek skrypt nie był w stanie ich wczytać.

<jupi> 3. Zaktualizowano informacje o wiosce do obecnej liczby surowców mniejszej, niż resourcesSafeguard!
Kod: 
.
.
.
XXXX    1                preventOverflowing() while_1 while_2 | NEW TRANSPORT
XXXX    1            preventOverflowing() while_1 while_2
XXXX    1    addTransport()
XXXX    1        NEW TRANSPORT: (XXXX,XXXX,XXXX) traders:1
XXXX    1    updateVillages()
XXXX    1    i: 1, present: XXXX, change: 1000
XXXX    1    ERROR: Zaktualizowano informacje o wiosce do obecnej liczby surowców mniejszej, niż resourcesSafeguard!
Wyjaśnienie: Aby sprostać ustawieniu Maksymalne wypełnienie spichlerza (%), które uwzględnia też aktualnie trwające transporty, skrypt starał się rozesłać surowce w danym momencie dostępne w wiosce, co mogło wchodzić w konflikt z Zabezpieczenie w surowcach. Sytuacja często była wywoływana przez poprzednie użycie skryptu, w którym wystąpił błąd 4.

<jupi> 4. Skrypt wypełniał spichlerze ponad Maksymalne wypełnienie spichlerza (%) o 1-999 szt. surowca, co powodowało niepotrzebne opróżnienie przy ponownym użyciu.
Błąd najczęściej występował na kontach posiadających wioski na zróżnicowanym poziomie rozwoju - wysokie ustawienia wypełniania spichlerzy wynikające z wysoce rozwiniętych wiosek vs niskie pojemności mało rozwiniętych wiosek. Błąd zwiększał prawdopodobieństwo wystąpienia błędu nr. 3 przy kolejnym użyciu skryptu.

:eek::eek: Znane błędy :eek::eek:
Do naprawienia w przyszłości.

:eek:1. Ponowne utworzenie planu bez odświeżenia strony i uruchomienia skryptu ponownie daje tworzy niepoprawny plan.
Wyjaśnienie: ???
Workaround: Przed ponownym utworzeniem planu zawsze odświeżyć stronę.

:eek:2. UI "rozjeżdża się", gdy szerokość okna jest niewielka.
fnDwLqZ.png
Workaround: W ustawieniach gry wpisać "Szerokość okna" na co najmniej 1110 Pixeli.

:eek:3. Skrypt da się uruchomić na pustej grupie wiosek.
G08SSEh.png
Workaround: N/A

:eek:4. removeSuboptimalBrokers(): origin === destination
Kod: 
.
.
.
1        removeSuboptimalBrokers() | shortcut found!
1    reduceTransport()
1        Reduction: i: 6, (1000,0,0), origin: 31423, destination: 29674
2    updateVillages()
1    reduceTransport()
1        Reduction: i: 12, (1000,0,0), origin: 29674, destination: 31423
2    updateVillages()
1    ERROR: removeSuboptimalBrokers(): origin === destination
Wyjaśnienie: ???
Workaround: ???

Tagi:
@Rok Szczura @Kroca. @0rl1k @KreCiK. @Tcheinava @bialydran @Majsmen @Rinne @Jacq @Bobek4ju @Lodar93 @aroll100 @GrUbY już Atakuje
 
Ostatnia edycja:

Ghinter

Chłop
Wynik reakcji
0
Skrypt nie działa: Uncaught SyntaxError: Unexpected end of input

Macie ten sam błąd czy ja robię coś źle?
 

Dejvvvvv

Chłop
Wynik reakcji
7
nie rozumiem dlaczego nie napisza konkretnych skryptow tak jak te nielegalne chocby za dodatkowa oplata ale zeby dzialaly jak nalezy
 

Dejvvvvv

Chłop
Wynik reakcji
7
hermitowski napisał:
za dodatkową opłatą to zamieniam się w słuch
Kliknij aby rozwinąć...
Bardziej mi chodziło by tribal wprowadził skrypty jak np shinko to kuma za pp jak np wykupuje sie af. Dysponent surowcowy działa ale nie do końca tak jakbym chciał, dwa za dużo klikania a przy paruset wioskach opracowanie planu trwa dość długo teraz czekałem minimum ponad 15 minut (aż takiego woodpc nie mam) gdzie w międzyczasie wyskakuja powiadomienia ze stroną nie odpowiada no bo nie odpowiada... jak już pozwalają używać skryptu który sam wybiera ilość surki i z której wioski plus dodatkowe opcje to czemu zakazany jest np ten od shinko który działa na takiej samej zasadzie tylko poprostu ktoś z " góry" go nie przyklepał do dopuszczonych. Wiadome że czas w tej grze jest najważniejszy bo grają tu przedewszystkim dorosle osoby które mają jakieś obowiązki, rodzinę czy pracę i znam wielu którzy rezygnują z gry właśnie z tego powodu . Trzy pasuje iść z postępem, praktycznie zerowym kosztem jest praca na roli koniem dziwne że wszyscy wola wygodę i oszczędność czasu płacą za paliwo i pracują traktorami tak samo tu , prócz jakichś dodatkowych eventów lub poprawek w zasadzie nic więcej się nie dzieje , pierwszy raz grałem w plemiona jeszcze w gimnazjum jakieś 15 lat temu kiedy gry przeglądarkowe miały ostre branie, na chyba 3 świecie i w zasadzie ogólnie patrząc nic się nie zmieniło, brak aktualizacji graficznych, aplikacja mobilna jak dla mnie gdzie grałem tylko na przeglądarce tragedia nie intuicyjna poprostu nie wygodna wolę na tel w przeglądarce się zalogowac , choć są i znam osoby co grają od początku i tylko na niej, brak nowych pożądanych skryptów w zasadzie gdyby nie gracze to i skryptów by nie było a jak już to brak aktualizacji , zatrudnić jednego dodatkowego programistę , dodać skrypty pobierać za używanie ich choćby te 200pp i programista się zwraca, ba na tyłu graczy kupa dodatkowego siana i zadowoleni gracze same plusy albo wgl odkupić te nielegalne skrypty bo na stronie shinko jest napisane że niby są zatwierdzone przynajmniej na domenie .net ale coś mi się nie chce wierzyć bo załapałem ostatnio bana za skrypt który był zbiorem różnosci choć z ręką na sercu używałem tylko i wyłącznie zbieraka i balansera czasem masowe wysyłanie surki jak ktoś klepał monety . No chyba że faktycznie są legalne to te moje wypociny są zbędne xD
 
Ostatnia edycja:
DefinitelyRlyTheD0orek

DefinitelyRlyTheD0orek

Szlachcic
Wynik reakcji
6.940
Dejvvvvv napisał:
Bardziej mi chodziło by tribal wprowadził skrypty jak np shinko to kuma za pp jak np wykupuje sie af. Dysponent surowcowy działa ale nie do końca tak jakbym chciał, dwa za dużo klikania a przy paruset wioskach opracowanie planu trwa dość długo teraz czekałem minimum ponad 15 minut (aż takiego woodpc nie mam) gdzie w międzyczasie wyskakuja powiadomienia ze stroną nie odpowiada no bo nie odpowiada... jak już pozwalają używać skryptu który sam wybiera ilość surki i z której wioski plus dodatkowe opcje to czemu zakazany jest np ten od shinko który działa na takiej samej zasadzie tylko poprostu ktoś z " góry" go nie przyklepał do dopuszczonych. Wiadome że czas w tej grze jest najważniejszy bo grają tu przedewszystkim dorosle osoby które mają jakieś obowiązki, rodzinę czy pracę i znam wielu którzy rezygnują z gry właśnie z tego powodu . Trzy pasuje iść z postępem, praktycznie zerowym kosztem jest praca na roli koniem dziwne że wszyscy wola wygodę i oszczędność czasu płacą za paliwo i pracują traktorami tak samo tu , prócz jakichś dodatkowych eventów lub poprawek w zasadzie nic więcej się nie dzieje , pierwszy raz grałem w plemiona jeszcze w gimnazjum jakieś 15 lat temu kiedy gry przeglądarkowe miały ostre branie, na chyba 3 świecie i w zasadzie ogólnie patrząc nic się nie zmieniło, brak aktualizacji graficznych, aplikacja mobilna jak dla mnie gdzie grałem tylko na przeglądarce tragedia nie intuicyjna poprostu nie wygodna wolę na tel w przeglądarce się zalogowac , choć są i znam osoby co grają od początku i tylko na niej, brak nowych pożądanych skryptów w zasadzie gdyby nie gracze to i skryptów by nie było a jak już to brak aktualizacji , zatrudnić jednego dodatkowego programistę , dodać skrypty pobierać za używanie ich choćby te 200pp i programista się zwraca, ba na tyłu graczy kupa dodatkowego siana i zadowoleni gracze same plusy albo wgl odkupić te nielegalne skrypty bo na stronie shinko jest napisane że niby są zatwierdzone przynajmniej na domenie .net ale coś mi się nie chce wierzyć bo załapałem ostatnio bana za skrypt który był zbiorem różnosci choć z ręką na sercu używałem tylko i wyłącznie zbieraka i balansera czasem masowe wysyłanie surki jak ktoś klepał monety . No chyba że faktycznie są legalne to te moje wypociny są zbędne xD
Kliknij aby rozwinąć...
Ale rozumiesz, że skrypt shinko są legalne na serwerach gdzie gra 200 osób i automatyzują grę w 100%? Po co grać w grę gdzie praktycznie nic robić nie musisz, wszystko robiłby za ciebie skrypt od balansu surki na koncie po zbieraka, farmę i wysyłkę ataków. Ta gra jeszcze się trzyma tylko dlatego, że masz właśnie czynnik ludzki, a jak chcesz grę na którą logujesz raz dziennie bo wszystko ma robić za ciebie wbudowany system, masz dużo takich w appstorze na telefonie z nikim się nie musisz integrować, logujesz raz dziennie i klikasz przedłużanie automatyzacji.

To o czym piszesz to nie jest 'postęp' tylko lenistwo i twoja ewentualna indywidualna wygoda, zapewniam Cie, że po wprowadzeniu legalnie takich skryptów miałbyś właśnie tyle osób do gry co mają zagraniczne serwisy.
 

Dejvvvvv

Chłop
Wynik reakcji
7
DefinitelyRlyTheD0orek napisał:
Ale rozumiesz, że skrypt shinko są legalne na serwerach gdzie gra 200 osób i automatyzują grę w 100%? Po co grać w grę gdzie praktycznie nic robić nie musisz, wszystko robiłby za ciebie skrypt od balansu surki na koncie po zbieraka, farmę i wysyłkę ataków. Ta gra jeszcze się trzyma tylko dlatego, że masz właśnie czynnik ludzki, a jak chcesz grę na którą logujesz raz dziennie bo wszystko ma robić za ciebie wbudowany system, masz dużo takich w appstorze na telefonie z nikim się nie musisz integrować, logujesz raz dziennie i klikasz przedłużanie automatyzacji.

To o czym piszesz to nie jest 'postęp' tylko lenistwo i twoja ewentualna indywidualna wygoda, zapewniam Cie, że po wprowadzeniu legalnie takich skryptów miałbyś właśnie tyle osób do gry co mają zagraniczne serwisy.
Kliknij aby rozwinąć...
cos w tym jest ziomek, ale wtedy grasz na jednym swiecie a ludzi coraz mniej,ogarnij 3 konta po 5 tys wiosek jak mk jesrt od 5 wiosek to tamte od 2 swiatow z duza iloscia wiosek
 
PabloCanaletto

PabloCanaletto

Topornik
Wynik reakcji
264
Proszę mi nie spamować tutaj <stop>

Dejv, podnieś "Minimalne wezwanie surowców" aby skrócić czas wykonywania planu oraz wyłącz "Rozszerzona optymalizacja" żeby skrócić czas przygotowania planu.

15min? Jakieś errory w konsoli? Jaki procesor? Czy może mobilka w ogóle?
 

Uzi911

Chłop
Wynik reakcji
0
Cześć,
Czy dysponent nadal działa?
TypeError: Cannot read properties of null (reading 'length')
Kod: 
TypeError: Cannot read properties of null (reading 'length')
    at Object.getBaseData (https://media.innogamescdn.com/com_DS_PL/skrypty/Dysponent_Surowcowy.js?_=1701103189557:832:29)
    at Object.success (https://media.innogamescdn.com/com_DS_PL/skrypty/Dysponent_Surowcowy.js?_=1701103189557:1923:67)
    at u (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:28184)
    at Object.fireWith [as resolveWith] (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:28928)
    at S (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:79655)
    at XMLHttpRequest.<anonymous> (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:82108)
    at Object.send (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:82467)
    at Function.ajax (https://dspl.innogamescdn.com/assets/pl196/9dfc8496f4d53647c3f949587c74cebe/merged/game.js:8:78083)
    at Object.main (https://media.innogamescdn.com/com_DS_PL/skrypty/Dysponent_Surowcowy.js?_=1701103189557:1919:8)
    at https://media.innogamescdn.com/com_DS_PL/skrypty/Dysponent_Surowcowy.js?_=1701103189557:1951:24
 

Lord SHEEPKACPER

Chłop
Wynik reakcji
0
Cześć, mam pytanie, czy jest możliwość wzywania surowców z konkretnej grupy? Mam na myśli że mamy opracowany plan i jak jesteśmy w zakładce "wezwij" i wtedy wybierzemy jakąś grupę to skrypt nie będzie chciał wybrać żadnej wioski z grupy. Możliwe że coś źle robię także wdzięczny bym był jakby mnie ktoś poprawił.
 
Musisz się zalogować lub zarejestrować aby móc odpowiedzieć.
Do góry