SystemZ | 2021-01-08 09:17:09 UTC | #1
https://forum.lvlup.pro/t/dziennik-zmian-lvlup-pro-2021/17327
W tym wątku będziemy opisywać zaplanowane prace techniczne a także zmiany jakich dokonujemy.
https://forum.lvlup.pro/t/zmiany-techniczne-2019/9563
https://forum.lvlup.pro/t/zaplanowane-prace-techniczne-2019/9594
W tym wątku może pisać tylko obsługa.
W ten sposób unikamy offtopicu, każdy post jest oficjalnie napisany przez obsługę.
Jeśli masz uwagi odnośnie danego posta, utwórz nowy wątek w #ulepsz-lvlup-pro i podlinkuj do niego, odpowiemy Ci w osobnym wątku :slight_smile:
Wystarczy zalogować się na forum oraz na samym dole wątku wybrać opcję “Obserwuj wszystko”
Do niepożądanych zmian i nieplanowanych przerw w działaniu mamy osobny wątek
https://forum.lvlup.pro/t/awarie-2020/13151
SystemZ | 2020-01-02 19:28:09 UTC | #2
W tym wątku może pisać tylko obsługa
SystemZ | 2020-01-02 19:30:50 UTC | #3
SystemZ | 2020-01-06 12:54:39 UTC | #4
Aylin | 2020-01-24 14:17:37 UTC | #5
Nowy węzeł KVM GAME FR
SystemZ | 2020-01-25 12:15:07 UTC | #6
Zmiana nazwy centrum danych dla n146.lvlup.pro na stronie ze statusem.
Teraz jest poprawnie czyli SBG2 zamiast GRA1
Aylin | 2020-01-26 16:21:08 UTC | #7
Nowy węzeł KVM GAME FR
Aylin | 2020-01-29 17:05:37 UTC | #8
Nowy węzeł KVM GAME PL
SystemZ | 2020-02-03 18:36:07 UTC | #9
Proxmox GUI v6.1-7
Matomo 3.13.0 -> 3.13.1
Zabbix 4.4.3 -> 4.4.5
Grafana 6.5.2 -> 6.6.0
SystemZ | 2020-02-16 15:54:45 UTC | #10
Aktualizacja Discourse do 2.4.0.beta11.
Dziennik zmian tej wersji: https://meta.discourse.org/t/discourse-2-4-0-beta11-release-notes/141548
SystemZ | 2020-02-29 21:41:24 UTC | #11
Zmiany są widoczne na:
https://www.lvlup.pro/pl/panel/uslugi/
SystemZ | 2020-03-01 08:17:51 UTC | #12
SystemZ | 2020-03-01 15:02:36 UTC | #13
SystemZ | 2020-03-01 20:25:59 UTC | #14
SystemZ | 2020-03-02 12:12:23 UTC | #15
/pl/panel
oraz /en/panel
SystemZ | 2020-03-02 21:06:07 UTC | #16
SystemZ | 2020-03-03 07:29:00 UTC | #17
Update Grafany do v6.6.2
SystemZ | 2020-03-03 15:13:25 UTC | #18
Zmiana wszystkich certyfikatów na węzłach gdyż mogły być dotknięte bugiem po stronie serwera Let’s Encrypt
https://community.letsencrypt.org/t/2020-02-29-caa-rechecking-bug/114591
SystemZ | 2020-03-04 21:10:24 UTC | #19
Wszystkie cztery wykresy dzienne są teraz obsługiwane przez panel v4 zamiast v3:
- zamówienia
- tworzone tickety
- tworzone wiadomości w ticketach, z podziałem na obsługa/klient
- przychodzące ataki DDoS
- dodatkowo pokazuje on też ataki skierowane w region PL, wcześniej było tylko FR
SystemZ | 2020-03-05 02:46:53 UTC | #20
Wszystkie liczniki na stronie głównej są teraz obsługiwane przez panel v4 zamiast v3:
- licznik wiadomości w ticketach (nowy styl)
- licznik zamówień
- licznik wykrytych ataków DDoS (nowy styl)
- dodatkowy podział na PL/FR, wcześniej było tylko FR
- otwarte tickety (nowy styl)
- utworzone tickety (nowy styl)
- procenty odpisanych, nieodpisane 24/48h+ oraz łącznie nieodpisane tickety zostały zastąpione dokładniejszymi zakresami godzin w innym stylu
- w razie potrzeby możemy zaimplementować poprzednie, zobaczymy jak przyjmą się te nowe
Do zmiany zostały tylko widżety odnośnie dostępności pakietów oraz przybliżonego czasu dostawy.
Te są trochę bardziej złożone i wymagają osobnego podejścia ale uzyskamy dzięki temu też informacje o ofercie PL oprócz samego FR.
SystemZ | 2020-03-05 07:04:21 UTC | #21
Poprzednio dwa widżety - dostępność pakietów oraz przewidywana dostawa, teraz są jednym.
Na dodatek jest jeszcze więcej informacji:
- dostawa jest pokazana zarówno dla FR jak i PL
- dostawa jest pokazana dla każdego pakietu osobno
Obecnie wszystkie widżety grafany są już generowane przez panel v4
SystemZ | 2020-03-06 15:43:47 UTC | #22
Dodanie dziennika logowania znanego z panelu v3
SystemZ | 2020-03-07 00:43:53 UTC | #23
SystemZ | 2020-03-07 15:18:10 UTC | #24
https://my.lvlup.pro
na https://www.lvlup.pro/pl/panel/
czyli panel v4SystemZ | 2020-03-07 21:09:53 UTC | #25
Dodanie funkcji API dla naszych ścisłych partnerów - sprawdzanie czy dany adres IPv4 jest używany przez lvlup.pro. Wcześniej było to obsługiwane przez panel v3.
Przy okazji - jeśli ktoś jest twórcą aplikacji i widzisz realne zastosowanie tej funkcji w swoim przypadku, daj nam znać w tickecie.
SystemZ | 2020-03-07 22:39:39 UTC | #26
SystemZ | 2020-03-08 07:46:03 UTC | #27
SystemZ | 2020-03-08 09:06:18 UTC | #28
api.lvlup.pro/
oraz api.lvlup.pro/v4
na api.lvlup.pro/v4/swagger
gdzie znajduje się pierwsza dokumentacjaapi.lvlup.pro/v4
na api.lvlup.pro/v4/redoc
SystemZ | 2020-03-08 10:15:21 UTC | #29
Poprawione centrowanie formularza logowania
https://forum.lvlup.pro/t/strona-logowania/13463
SystemZ | 2020-03-09 17:56:41 UTC | #30
Zmiana wymaganej wersji TLS z 1.0 na 1.2 na wszystkich stronach lvlup.pro (ustawienie Cloudflare), poza węzłami i ich panelem Proxmox.
SystemZ | 2020-03-09 22:03:50 UTC | #31
https://forum.lvlup.pro/t/lepsza-kompozycja-strony-oferty/13025
https://forum.lvlup.pro/t/blad-na-stronie-powiadomien/13106
oraz
SystemZ | 2020-03-10 14:12:09 UTC | #32
SystemZ | 2020-03-11 08:48:30 UTC | #33
SystemZ | 2020-03-13 13:40:46 UTC | #34
SystemZ | 2020-03-15 15:15:24 UTC | #35
Nowy węzeł KVM PL
SystemZ | 2020-03-15 16:23:49 UTC | #36
SystemZ | 2020-03-19 15:55:14 UTC | #37
EDIT 19.03.2020 16:54
Dalsze usprawnienia migracji VPS
SystemZ | 2020-03-22 01:23:37 UTC | #38
Pierwsza wersja narzędzia które pomaga obsłudze szybko wysyłać maile.
Już niedługo będziemy w stanie szybko informować na bieżąco w innych sprawach dotyczących usług np. widzimy po statystykach zasobów że na usłudze może być malware i warto zerknąć od strony klienta.
Niestety wcześniej wysłanie tego typu maili było bardzo kosztowne czasowo i nie mieliśmy jak tego realnie robić.
SystemZ | 2020-03-24 14:47:37 UTC | #39
Nowy węzeł KVM PL
SystemZ | 2020-03-24 17:03:37 UTC | #40
Nowa eksperymentalna metoda na zgłoszenia problemu wydajności z VPS korzystająca z APIv4.
Ostatnio ze względu na większe obciążenie serwerów otrzymujemy więcej zgłoszeń na temat problemów z wydajnością. Jest to nasza pierwsza próba aby zarówno klienci jak i obsługa miała mniej roboty czyli w skrócie większa automatyzacja.
Na serwerze TS3 lub serwerze MC wszyscy gracze rozstają rozłączeni w tym samym momencie.
Skrypt wysyła informacje w ciągu ~1 min że to miało miejsce.
Obsługa korzystając z informacji o takich zdarzeniach u kilku klientów jednocześnie na tym samym węźle może to sprawdzić i naprawić po swojej stronie.
Żądanie HTTP musi zostać wysłane z adresu IP przypisanego do VPS w lvlup.pro
Dzięki temu nie jest wymagane użycie klucza do API.
W body jako description można podać dodatkowe pomocne informacje dla nas jako obsługi przykładowo packet loss czy ogólnie coś czego od swojej strony ciężko nam zobaczyć.
Pole description to maksymalnie 255 znaki.
curl -X POST -H "Content-Type: application/json" --data '{"description":"dodatkowe informacje"}' https://api.lvlup.pro/v4/report/performance
Aktualnie trwa przepisywanie obecnej dokumentacji API, stąd ta informacja pojawiła się w tym poście a nie na https://api.lvlup.pro/v4/
Aylin | 2020-03-28 17:55:11 UTC | #41
Nowe węzły KVM PL
Aylin | 2020-03-28 18:38:55 UTC | #42
Wycofanie niesprawnego węzła KVM PL
SystemZ | 2020-03-30 19:04:28 UTC | #43
Teraz widać na co zostało złożone zamówienie na koncie lvlup.pro, kiedy oraz datę jego realizacji.
W przyszłości dodamy na tej liście więcej informacji.
SystemZ | 2020-03-30 20:10:09 UTC | #44
Zmiana w liście zamówień które nie zostały jeszcze zrealizowane: dodanie przybliżonego numeru w kolejce.
Przyszłość to jak widać w tym przypadku upływ około 1h :upsidedownface:
SystemZ | 2020-03-30 21:29:26 UTC | #45
Ostrzeżenie odnośnie kolejki na zamówienia oferty FR oraz link do statystyk w formularzu zamówień
SystemZ | 2020-03-31 16:48:32 UTC | #46
Link umożliwiający przekierowanie i zalogowanie się do panelu v4 bez potrzeby ponownego wpisywania loginu i hasła
Obsługa logowania za pomocą jednorazowego tokenu w linku
SystemZ | 2020-04-01 04:03:49 UTC | #47
Nowe węzły KVM PL strasznie dużo tych zamówień, mamy już ponad 60 dedyków, help
n153 przy naszym smoke test prawie faktycznie pokazał smoke ze swoimi 90°C na CPU.
Ticket w OVH już został utworzony.
Póki co nasi klienci muszą się zadowolić n154 zanim n153 trochę ochłonie
https://www.lvlup.pro/pl/doladuj/<ID klienta>
SystemZ | 2020-04-01 13:58:45 UTC | #48
Łatki:
- dodanie wersji angielskiej dla przekierowania podczas płatności
https://forum.lvlup.pro/t/brak-i18n-dla-przekierowania-w-platnosciach/13999
- w podglądzie do zapłaty teraz już zawsze jest przecinek zamiast kropki
https://forum.lvlup.pro/t/przecinek-i-kropka-czyli-zamiana-znaku-przy-platnosciach-psc-panel-v4/13998
SystemZ | 2020-04-02 20:28:55 UTC | #49
Łatka - poprawiona kolejność wyników prowizji za kody partnerskie
https://forum.lvlup.pro/t/bledna-kolejnosc-kolumn-przy-informacjach-o-programie-partnerskim/13747
SystemZ | 2020-04-03 04:49:21 UTC | #50
Przeprowadzimy dziś w nocy (około 02:00) wyłączenie kanałów płatności w panelu v2 i włączenie ich w v4.
Ostatnie dni pokazały nam że płatności w v4 działają prawidłowo więc można ruszać z resztą planu.
Na pewno będzie to Dotpay, możliwe że PayPal też
Teraz już każdy użytkownik korzysta z nowej strony wpłat przez inne osoby.
Zostało utworzone przekierowanie z
https://lvlup.pro/wallet/X
do
https://www.lvlup.pro/pl/doladuj/X
Kanał płatności Dotpay został wyłączony w panelu v2
Kod włączający kanał dotpay w v4 jest już w drodze na serwer
Płatności Dotpay działają już w v4
Panel v2 w miejscu płatności Dotpay ma teraz przekierowanie do płatności w v4
Płatności Dotpay w v4 działają jak trzeba, sprawdzone
Kod włączający płatności PayPal w v4 jest już w drodze na serwer
Panel v2 w miejscu płatności PayPal ma teraz przekierowanie do płatności w v4
W tym momencie Panel v2 dysponuje tylko płatnościami SMS (których nie ma jeszcze w v4) oraz PSC (te już są w v4)
Panel v4 potrafi już w płatności PayPal
Płatności PayPal w v4 zostały przetestowane i działają jak trzeba
Schowany link do płatności zewnętrznej dla urządzeń mobilnych
https://forum.lvlup.pro/t/wystajacy-link-do-platnosci-w-panelu-v4/14029
Wpłaty do portfela nie są już możliwe poprzez panel v2.
Jedyne działające wpłaty dla v2 to SMS API które działa tak jak dotychczas.
Panel v4 obsługuje już wpłaty SMS.
Względem v2 jest więcej dostępnych stawek SMS.
Obecnie nowy panel posiada już wszystkie metody płatności znane z v2 + nowością jest Paynow który działa najszybciej biorąc pod uwagę wpłatę przy użyciu Blik.
Wpłaty SMS są przetestowane i działają jak trzeba
Główne kwestie płatności i kodu z nim związanego są już zakończone.
Teraz będziemy obserwować wpłaty.
Jeśli coś będzie nie tak - przygotujemy łatki i pomożemy naszym klientom.
Do 7 kwietnia mamy nadzieję zamknąć kwestię ewentualnych przelewów które nie zostaną automatycznie dodane do portfela. Może się tak zdarzyć gdyż wpłaty “w locie” zaczęte w panelu v2 nie będą widziane przez v4.
Ten okres przejściowy załatwimy manualnie gdy tylko klient nam zgłosi taki problem poprzez ticket.
SystemZ | 2020-04-04 15:44:14 UTC | #51
Zdecydowana większość dokumentacji została przepisana i uwzględnia dużo więcej szczegółów:
https://api.lvlup.pro/v4/swagger
Brakuje jeszcze informacji o błędach jednak to będzie robione po kawałku, mam nadzieję że w maju API się już ustabilizuje.
SystemZ | 2020-04-05 09:12:46 UTC | #52
Poprawione przekierowanie do panelu po płatności Paynow zamiast na stronę z 404 :man_facepalming:
SystemZ | 2020-04-06 09:47:15 UTC | #53
Wstępna wersja metod API v4 służących do płatności.
https://api.lvlup.pro/v4/swagger
Nie mamy jeszcze:
- webhooków
- przekazywania własnego ID
- wyboru języka strony z wpłatą
- płatności SMS
- wymuszenie danego kanału płatności
- trybu “suchego” który pozwoli wyliczyć prowizję a co za tym idzie cenę końcową przy wpłacie
- przekazywana kwota do API to ta która trafi do portfela
Pracujemy nad uzupełnieniem braków.
W międzyczasie tworzone są już biblioteki które pozwolą łatwo używać API v4 w projektach naszych klientów. Kilka linii i gotowe, trzeba tylko jeszcze trochę poczekać ale najtrudniejsze już zrobione :slight_smile:
Najbardziej kompletna jest obecnie biblioteka do javy.
Jest całkowicie opensource, dostępna na licencji MIT:
- https://gitlab.com/lvlup-pro/lvlup-sdk-java
SystemZ | 2020-04-06 14:40:12 UTC | #54
SystemZ | 2020-04-06 21:43:30 UTC | #55
Zmiana informacji o sprzęcie dla KVM PL.
Obecnie sprzętem użytym do tej oferty może być zarówno GAME-64 jak i GAME-64 OC.
Niestety nie bardzo mamy wyjście gdyż OC się skończyły i dostępne są wersje tylko bez OC.
Jednocześnie też nie wiadomo kiedy będzie dostarczony nam nowy sprzęt z Ryzenem zgodnie z planem który przedstawiłem wcześniej w tym poście:
https://forum.lvlup.pro/t/zapowiedz-oferty-kvm-pl-upryze/13305/26?u=systemz
Biorąc pod uwagę stosunkowo niewielką różnicę w rzeczywistości (~200 MHz taktowania CPU) nie powinno być to znacząco odczuwalne a może poprawić stabilność serwerów gdyż obstawiam że będą chociaż trochę chłodniejsze.
SystemZ | 2020-04-07 14:51:00 UTC | #56
Nowe węzły KVM FR aby zrealizować większość zamówień z kolejki:
https://forum.lvlup.pro/t/awarie-2020/13151/12?u=systemz
SystemZ | 2020-04-07 17:10:54 UTC | #57
Oba panele komunikują się ze sobą aby szybciej zrealizować zamówienia.
Wcześniej wymusiliśmy 15 min między zamówieniami aby mieć pewność ich poprawnej realizacji.
https://forum.lvlup.pro/t/dziennik-zmian-lvlup-pro-2020/13148/36?u=systemz
Obecnie po kilku optymalizacjach czas ten ustawiliśmy na 20 sekund czyli przyspieszyliśmy ten proces 45x a efekt jest dokładnie ten sam - poprawna realizacja zamówień.
SystemZ | 2020-04-07 17:14:35 UTC | #58
Po zapewnieniu przez OVH po dwóch próbach naprawy chłodzenia że nie ma z nim problemu, włączamy ten węzeł KVM PL do sprzedaży.
SystemZ | 2020-04-07 19:02:35 UTC | #59
Chwilowe przywrócenie jednego z bugów aby móc zrealizować zamówienia PL
SystemZ | 2020-04-07 19:23:13 UTC | #60
Załatanie buga z omijaniem kolejki
SystemZ | 2020-04-08 02:38:34 UTC | #61
Aylin | 2020-04-08 12:27:39 UTC | #62
Nowe węzły KVM FR.
Nowe węzły KVM PL
Dodatkowe zasoby powinny wystarczyć na zrealizowanie wszystkich obecnie oczekujących zamówień.
https://forum.lvlup.pro/t/awarie-2020/13151/12
SystemZ | 2020-04-08 13:39:14 UTC | #63
Usunięcie informacji o niskiej dostępności oferty PL z formularza zamówień.
Kolejkę mamy już opanowaną, dysponujemy też zapasami i możliwością zamówienia nowych węzłów w dość szybkim czasie.
SystemZ | 2020-04-09 15:48:08 UTC | #64
Zmiana w stronie oferty KVM, zaznaczamy teraz że realizacja zamówień może się odbyć zarówno na sprzęcie z podkręconym CPU jak i bez. Sprzęt z CPU OC jest niedostępny lub bardzo trudno dostępny a biorąc pod uwagę ostatnie zapotrzebowanie łatwiej jest dostać zwykłą wersję.
Co za tym idzie zabezpieczamy klientów przed długimi kolejkami realizacji zamówień.
Dodanie notki do panelu klienta o tym że wygenerowane dane do Proxmox nie służą do logowania poprzez SSH. Mieliśmy już trochę takich sytuacji w ticketach gdzie klienci mylili dane.
Testowe API panelu klienta które pomoże wszystkim chcącym używać API produkcyjnego.
Można na nim testować swoje rzeczy do woli bez obaw o uszkodzenie czy zaśmiecenie konta.
Szczegóły w dokumentacji
Testowa wersja strony i frontendu panelu klienta.
Pozwala na zalogowanie się testowymi danymi.
Umożliwi dokładniejsze testy API oraz łatwiejsze znajdowanie błędów.
Obecnie jest trochę ograniczone ze względu na fakt że konta testowe są puste a potwierdzenie testowej płatności nie jest jeszcze możliwe.
Aylin | 2020-04-10 17:42:37 UTC | #65
Nowe węzły KVM FR do realizacji bieżących zamówień
SystemZ | 2020-04-10 18:29:36 UTC | #66
SystemZ | 2020-04-11 00:05:53 UTC | #67
SystemZ | 2020-04-11 04:19:25 UTC | #68
Aylin | 2020-04-16 16:29:36 UTC | #69
Nowe węzły KVM FR i KVM PL na potrzeby realizacji bieżących zamówień
SystemZ | 2020-04-16 20:49:45 UTC | #70
Obsługa webhook’ów dla płatności.
Obecna wersja jeszcze nie wykonuje kilku prób dostarczenia jeśli pierwsze powiadomienie nie zostanie dostarczone poprawnie.
Wprowadziłem też małe poprawki co do dokumentacji, było kilka braków, teraz jest ich mniej.
Aylin | 2020-04-18 12:39:40 UTC | #71
Nowy węzeł przeznaczony do oferty KVM PL Turbo :slight_smile:
SystemZ | 2020-04-18 18:44:31 UTC | #72
Poprawienie zwracanego linku do doładowania portfela.
Teraz kieruje poprawnie na sandbox a nie na produkcję.
SystemZ | 2020-04-20 14:02:34 UTC | #73
https://forum.lvlup.pro/t/status-uslug-nie-laduje-sie/14402/
SystemZ | 2020-04-22 13:01:34 UTC | #74
Upgrade Proxmox na wszystkich węzłach
SystemZ | 2020-05-01 13:24:56 UTC | #75
Realizowanie zamówień z kolejki per region.
Dzięki temu zamówienia z jednego regionu nie będą blokować tych z innego.
SystemZ | 2020-05-18 15:40:22 UTC | #76
https://forum.lvlup.pro/t/panel-klienta-lvlup-pro-api-v4/14111
SystemZ | 2020-05-22 01:04:35 UTC | #77
Aktualizacja Discourse do v2.5.0.beta4
SystemZ | 2020-05-23 16:35:23 UTC | #78
Ataki na serwery SSH naszych wszystkich węzłów są teraz automatycznie zgłaszane na jedną z publicznych list abuse:
https://www.abuseipdb.com/user/41853
Aylin | 2020-05-28 15:19:38 UTC | #79
Wycofanie niepotrzebnych węzłów KVM FR
SystemZ | 2020-06-03 14:46:59 UTC | #80
Poprawienie błędu z rozpoczęciem płatności PSC gdy klient wykonywał większą ilość zapytań do naszego API.
SystemZ | 2020-06-03 19:19:55 UTC | #81
Dodanie plakietki serwisu abuseipdb.com na samym dole podstrony “O nas”
https://www.lvlup.pro/pl/o-nas/
Aylin | 2020-06-08 12:20:33 UTC | #82
Wycofanie niepotrzebnych węzłów KVM FR
SystemZ | 2020-06-08 13:39:22 UTC | #83
Upgrade Grafany do v7.0.3 (FYI trochę zmienił się wygląd przy przejściu z 6.x na 7.x)
SystemZ | 2020-06-08 14:02:30 UTC | #84
Aktualizacja Discourse do v2.5.0.beta6
Lista zmian:
- https://meta.discourse.org/t/discourse-2-5-0-beta5-release-notes/152760
- https://meta.discourse.org/t/discourse-2-5-0-beta6-release-notes/153491
Najbardziej widoczna zmiana od strony użytkownika to ujednolicenie list wyborów.
Zrzuty od twórców pokazujące starszą wersję:
i nowszą wersję:
SystemZ | 2020-06-12 11:09:05 UTC | #85
Naprawienie strony ze statusem.
Nie działała prawidłowo od 10 czerwca.
SystemZ | 2020-06-17 01:41:48 UTC | #86
Od teraz mamy łagodniejsze opcje migracji VPS pomiędzy węzłami w tym samym regionie.
Łagodniejsze migracje pomiędzy regionami (np. FR <-> PL) jeszcze sprawdzamy.
Wcześniej migracja wyglądała w uproszczeniu mniej więcej tak:
- z klientem dochodzimy do wniosku że wymagane jest przeniesienie VPS na inny węzeł (zmiana pakietu lub problemy techniczne)
- ustalamy z klientem czas migracji na wybrane okienko, trzeba też liczyć od kilka godzin do 2 dni na odpowiedź w tickecie i porozumienie się co do czasu
- zaczynając migrację o ustalonej porze wyłączamy VPS na 5 min - 1h (w zależności od pakietu) w tym czasie przesyłaliśmy kopię zapasową na inny węzeł
- uruchamiamy VPS z kopii zapasowej na nowym węźle
Podsumowując: sporo wymiany wiadomości, wyłączenie VPSa na zazwyczaj ~20 min
Teraz to powinno wyglądać w ten sposób:
- opcjonalnie ustalamy z klientem że jest potrzebna zmiana np. przy problemach z wydajnością
- zaczynamy migrację wykluczając godziny szczytu
- dysk oraz RAM VPSa synchronizuje na docelowy węzeł, przy włączonym VPS
- następuje zamrożenie VPSa oraz druga szybka synchronizacja
- odmrażamy VPSa na innym węźle, jest nadal włączony, nie był restartowany
- po 3 min od odmrożenia ponownie zaczyna działać sieć jeśli VPS obsługuje DHCP
Podsumowując: jeśli widzimy problemy z wydajnością, możemy przenieść VPS klienta bez zawracania mu głowy, z tylko 3 min odcięcia od sieci.
Jest też możliwość całkowitej automatyzacji tego procesu.
Aylin | 2020-06-24 18:06:54 UTC | #87
Wycofanie niepotrzebnego węzła KVM FR
Aylin | 2020-06-24 22:16:00 UTC | #88
Wycofanie niepotrzebnego węzła KVM PL
SystemZ | 2020-06-24 23:22:21 UTC | #89
Aktualizacja do Discourse 2.6.0.beta1
SystemZ | 2020-06-25 17:38:33 UTC | #90
Obsługa starego SMS API przez panel v4.
Od strony API nic nie powinno ulec zmianie:
- link
- przyjmowane parametry
- zwracany wynik
są takie same jak poprzednio.
Przełączenie nastąpiło 19:29:15 25.06.2020 CEST
SystemZ | 2020-06-26 10:21:05 UTC | #91
92058
zostaje usunięty, najbliższy odpowiednik to numer 91958
z inną stawką który był dostępny już wcześniej71068
zostaje usunięty oraz zastąpiony przez 7168
z taką samą stawką91058
zostaje usunięty oraz zastąpiony przez 91068
z taką samą stawkąNumery wskazane jako usunięte przestaną działać 1 lipca 2020
Nowe numery działają już w momencie gdy piszę tą wiadomość i można już z nich korzystać.
Umożliwia to płynne przejście.
Aktualna tabela z numerami i stawkami jest dostępna na:
https://www.lvlup.pro/pl/regulaminy/
Strona może wymagać odświeżenia przez F5 jeśli widzicie tam nadal numer 92058
Aylin | 2020-06-26 13:46:28 UTC | #92
Wycofanie niepotrzebnego węzła KVM PL
Aylin | 2020-06-29 16:35:23 UTC | #93
Wycofanie niepotrzebnego węzła KVM PL
SystemZ | 2020-07-01 18:01:16 UTC | #94
Aktualizacja Grafana z v7.0.3 do v7.0.5
Aylin | 2020-07-05 22:20:33 UTC | #95
Wycofanie niepotrzebnego węzła KVM FR
SystemZ | 2020-07-06 13:55:46 UTC | #96
Poprawienie cache’a treści statycznych w Cloudflare.
Pierwsze ładowanie forum może być teraz znacznie szybsze.
Aylin | 2020-07-06 20:27:00 UTC | #97
Wycofanie niepotrzebnych węzłów KVM FR
SystemZ | 2020-07-08 19:33:49 UTC | #98
Nowy, pierwszy węzeł dla oferty UpRyze.
https://forum.lvlup.pro/t/zapowiedz-oferty-kvm-pl-upryze/13305/41?u=systemz
Bazuje na https://www.ovh.pl/serwery_dedykowane/game/game-2/ czyli AMD Ryzen 7 3800X + 128 GB RAM + 2x960 GB SSD NVMe
Póki co ten konkretny węzeł jest przeznaczony pod nową ofertę turbo której szczegóły pojawią się wkrótce na forum.
SystemZ | 2020-07-11 18:42:11 UTC | #99
Poprawka dotycząca zmiany numerów w doładowaniach o której pisałem wcześniej:
https://forum.lvlup.pro/t/dziennik-zmian-lvlup-pro-2020/13148/91?u=systemz
Numer SMS 92058
został definitywnie usunięty z listy i faktycznie zastąpiony przez 91958
.
Niestety podczas poprzedniej zmiany usunąłem z listy odwrotnie niż trzeba było :man_facepalming:
Zmiany z pozostałymi numerami nie wymagały poprawy, były wykonane prawidłowo już wcześniej.
Aylin | 2020-07-13 17:24:50 UTC | #100
Wycofanie niepotrzebnych węzłów KVM FR