Mam dokładnie ten sam problem. Kilkukrotne kliknięcie nic nie daje, problem, rozwiązuje się po ponownym wejściu w galaktykę, oczywiście rozwiązuje się chwilowo. 
błąd polega na tym co klasycznie jego powodowało więc zbyt szybkie wysylanie sond szpiegowskich problem nie występuje systematycznie - zawsze podczas szybkiego skanowania i nie trzeba wchodzić ponownie w galaktyce tylko wystarczy poczekać w układzie 30 sekund Problem się sam rozwiązuje odstęp 1 sekundy starcza by system się nie zamulił i nie wystąpił błąd który uniemożliwi dalsze skanowanie jeżeli zostały wykonane skany zerknąć na urobek i cierpliwie poczekać aż naprawia błąd 
Reguła tego błędu może występować z podobna intensywnoscia jak poprzednio tylko ten błąd przypadkowo został rozszerzony o czas który jest potrzebny do ponownego skanowania 
To samo dzieje się z wiadomościami. Chcąc usunąć powiedzmy 70 ostatnich skanów, trzeba robić w turach bo w pewnym momencie system nie wyrabia.
Sondy, matko przenajświętsza.. jeden cel trzeba klikać czasem po 5-6 razy bo błąd, bo nie udało się, bo sraka i tak co chwilę..
Wyślij na raz 15 ekspedycji form życia - no problem ani razu błędu.
Miałem raz tak, że nie dało rady wysłać sondy nawet po odświeżeniu.
To te słynne zmiany w back-endzie.
Sprawa jest zgłoszona przez wszystkie społeczności... "known problem" a co dalej -> czekamy. 
Na U68 wysylanie SS bez problemów - kasowanie masowe wiadomości także bez problemów.
Standardowo:
- wyłączcie VPN
Zalecane:
- zmiana uni na U68
Zalecane:
- zmiana uni na U68
Przerzućcie wszystkich na u 68 i dorobić więcej galaktyk spiralnie okrągłych. Kilka galaktyk w centrum. Galaktyki od 10 do 13 w centrum uni.
Galaktyka 10 zaraz obok 1 i 9. 
Przerzucić wszystkie układy planet tak jak są.
Bo to z tym otwieraniem wiadomości to idzie szału dostać.
co zaś się podupcyło że nie ma nad kordami księżyca i nie idzie zaznaczyć lotu na pz?
problem występuje nie tylko z poziomu galaktyki jak się chce zebrać pz czy wysłać ekspedycję, ale również po wejściu we flotę i wybranie statków oraz misji.
Nie ma znaczenia czy floty wysyłamy szybko czy wolno - co 3-5 sekund, problem występuje losowo.
Czy "known problem" jest może już ujęty w jakimś harmonogramie, czy jak to się mówi obecnie tablicy kanban lub jira? Ilość wiadomości jaka spływa o cierpieniach ludzi próbujących coś poskanować jest taka, że niebiański outlook mi siada. Palce drętwieją od klikania w to samo miejsce po x razy, ilość napojów % i antydepresantów poszybowała w górę, że musiałem przerobić wartość maksymalną, bo wykres leciał poza skalę. Hot point zaczyna już zbliżać się do plag egipskich i to wziętych razem. Zaraz drugi arkusz "plagi niemieckie" trzeba będzie tworzyć
Jeszcze doszły mnie słuchy, że chcą mnie królem Polski mianować. Normalnie "uż" się szykuje albo kolejny krzyż wkrótce
Prawda jest taka, że byle ogarnięty informatyk ze znajomością PHP jest w stanie zrobić kolejkowanie zadań. A ogromna firma jak GF nie potrafi takiego prostego skryptu zaprojektować... wstyd.
Prawda jest taka, że byle ogarnięty informatyk ze znajomością PHP jest w stanie zrobić kolejkowanie zadań. A ogromna firma jak GF nie potrafi takiego prostego skryptu zaprojektować... wstyd.
Ogame nie jest w PHP, jest w systemie Ajax - w większości jest to Java, która asynchronicznie zaciąga dane z XML i TXT z serwera, przy pomocy JavaScript.
Prawda jest taka, że byle ogarnięty informatyk ze znajomością PHP jest w stanie zrobić kolejkowanie zadań. A ogromna firma jak GF nie potrafi takiego prostego skryptu zaprojektować... wstyd.
Ogame nie jest w PHP, jest w systemie Ajax - w większości jest to Java, która asynchronicznie zaciąga dane z XML i TXT z serwera, przy pomocy JavaScript.
Przecież Ajax tu pracuje na php. Zresztą nawet w adresie masz nieukryty index.php 
Od lat siedzi to na tym samym silniku, tak samo jak pierwsze Ugamele.
Tyle że wiele osób było w stanie znacznie to poprawić i zrobić lepszy silnik (chociażby OgameX pracujący głównie na szybkim JS, zamiast na prądożernych i powolnych PHP/Javie).
Gdzie OgameX jest o wiele stabilniejszy przy 2k osób online, niż Ogame przy 100. Wysłanie 10 flot w 3 sekundy? Zero problemu. Ładowanie strony 0.1s? Zero problemu. Przecież tutaj na normalnym silniku, masz opóźnienie 2s między godziną dolotu floty a starciem samym... czas reakcji serwera to jakiś żart.
Edit: właśnie próbowałem zeskanować w galaktyce 4 planety, i już serwer mówi niet. Żadnej foty nie da się wysłać. Naprawdę, 15 lat temu lepiej ta gra działała niż teraz... mimo że moce obliczeniowe były dużo mniejsze.
Prawda jest taka, że byle ogarnięty informatyk ze znajomością PHP jest w stanie zrobić kolejkowanie zadań. A ogromna firma jak GF nie potrafi takiego prostego skryptu zaprojektować... wstyd.
Ogame nie jest w PHP, jest w systemie Ajax - w większości jest to Java, która asynchronicznie zaciąga dane z XML i TXT z serwera, przy pomocy JavaScript.
Przecież Ajax tu pracuje na php. Zresztą nawet w adresie masz nieukryty index.php
Od lat siedzi to na tym samym silniku, tak samo jak pierwsze Ugamele.
Tyle że wiele osób było w stanie znacznie to poprawić i zrobić lepszy silnik (chociażby OgameX pracujący głównie na szybkim JS, zamiast na prądożernych i powolnych PHP/Javie).
Gdzie OgameX jest o wiele stabilniejszy przy 2k osób online, niż Ogame przy 100. Wysłanie 10 flot w 3 sekundy? Zero problemu. Ładowanie strony 0.1s? Zero problemu. Przecież tutaj na normalnym silniku, masz opóźnienie 2s między godziną dolotu floty a starciem samym... czas reakcji serwera to jakiś żart.
Edit: właśnie próbowałem zeskanować w galaktyce 4 planety, i już serwer mówi niet. Żadnej foty nie da się wysłać. Naprawdę, 15 lat temu lepiej ta gra działała niż teraz... mimo że moce obliczeniowe były dużo mniejsze.
To jest inna bajka pierwsza projekcja strony byla bardzo uproszczona wersja gry a zeby teraz doprowadzic wszystko do porzadku jest to bardziej skomplikowane jakby mogło się wydawać kodowanie jak kodowanie ktoś musiałby od samego początku wychwycić błędy skorygować je na na odrębnym serwerze i przetestować to jest bardzo czasochłonne i wiąże się ze sporymi kosztami to nie jest praca dla jednej osoby a zespołu który mógłby skorygować problem na jednym serwerze a tutaj jest mowa o kilku serwerach każdy posiada odrębny błąd bądź zbliżony wprowadzając nowe udogodnienia podczas wpisywania frazy można nieco się pomylić i wychodzi dość ciekawy błąd który nie jest aż tak łatwo zlokalizowac dodatkowo by czegoś nie spartolic dodatkowo 😉 wiarze się to z odpowiedzialnością jeżeli zespół jest wynajmowany z zewnętrzej firmy bądź wewnętrznie zarówno GF łączy umowa cywilno prawna jak i zespół techniczny który może wiązać się z odpowiedzialnością w Sądzie więc powinniśmy nieco przywyknąć do realiów obecnych nie zostaną na długo po czasie to zostanie zmodyfikowane kiedy ogarna większość prac nad którymi ciągle pracują wydajność ulegnie poprawie
Prawda jest taka, że byle ogarnięty informatyk ze znajomością PHP jest w stanie zrobić kolejkowanie zadań. A ogromna firma jak GF nie potrafi takiego prostego skryptu zaprojektować... wstyd.
Ogame nie jest w PHP, jest w systemie Ajax - w większości jest to Java, która asynchronicznie zaciąga dane z XML i TXT z serwera, przy pomocy JavaScript.
Przecież Ajax tu pracuje na php. Zresztą nawet w adresie masz nieukryty index.php
Od lat siedzi to na tym samym silniku, tak samo jak pierwsze Ugamele.
Tyle że wiele osób było w stanie znacznie to poprawić i zrobić lepszy silnik (chociażby OgameX pracujący głównie na szybkim JS, zamiast na prądożernych i powolnych PHP/Javie).
Gdzie OgameX jest o wiele stabilniejszy przy 2k osób online, niż Ogame przy 100. Wysłanie 10 flot w 3 sekundy? Zero problemu. Ładowanie strony 0.1s? Zero problemu. Przecież tutaj na normalnym silniku, masz opóźnienie 2s między godziną dolotu floty a starciem samym... czas reakcji serwera to jakiś żart.
Edit: właśnie próbowałem zeskanować w galaktyce 4 planety, i już serwer mówi niet. Żadnej foty nie da się wysłać. Naprawdę, 15 lat temu lepiej ta gra działała niż teraz... mimo że moce obliczeniowe były dużo mniejsze.To jest inna bajka pierwsza projekcja strony byla bardzo uproszczona wersja gry a zeby teraz doprowadzic wszystko do porzadku jest to bardziej skomplikowane jakby mogło się wydawać kodowanie jak kodowanie ktoś musiałby od samego początku wychwycić błędy skorygować je na na odrębnym serwerze i przetestować to jest bardzo czasochłonne i wiąże się ze sporymi kosztami to nie jest praca dla jednej osoby a zespołu który mógłby skorygować problem na jednym serwerze a tutaj jest mowa o kilku serwerach każdy posiada odrębny błąd bądź zbliżony wprowadzając nowe udogodnienia podczas wpisywania frazy można nieco się pomylić i wychodzi dość ciekawy błąd który nie jest aż tak łatwo zlokalizowac dodatkowo by czegoś nie spartolic dodatkowo 😉 wiarze się to z odpowiedzialnością jeżeli zespół jest wynajmowany z zewnętrzej firmy bądź wewnętrznie zarówno GF łączy umowa cywilno prawna jak i zespół techniczny który może wiązać się z odpowiedzialnością w Sądzie więc powinniśmy nieco przywyknąć do realiów obecnych nie zostaną na długo po czasie to zostanie zmodyfikowane kiedy ogarna większość prac nad którymi ciągle pracują wydajność ulegnie poprawie
Zakładasz że ktoś robi to hobbystycznie. Tymczasem po prostu mają wywalone na to w GF, ma się liczyć pieniądz. Testy robione na produkcji to kryminał, a znalezienie błędów w aktywnym kodzie (okomentowanie tego), i zreplikowanie błędnych procedur, to jest bardzo szybki temat. Zwłąszcza jak masz serwery testowe do dyspozycji i możesz je zdublować 1:1 z serwerem live 
Wydajność tej gry spada co aktualizacja od półtora roku, a to że podczas wpisywania frazy można się nieco pomylić - zgadzam się. Ale to nie jest jedna osoba która to robi. Tylko cały zespół...
Dziś od około południa jest o Niebo lepiej (hehe). Zdarzają się jeszcze błędy wysyłania lub po prostu "wsytąpił bład" ale da się przełamać ponownym kliknięciem. A i czasami jeszcze jest błąd, że już wykorzystano maksymalną ilość flot, mimo że widać na zestawieniu -1 lub -2, że są jeszcze miejsca ale to już pewnie taka tam synchronizacja klient - server.
