Ruby on Rails

Harmonogram aktualizacji

Na serwerach mydevil.net zostaną przeprowadzone prace administracyjne w dniach 22.07.2024 – 24.07.2024. Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron. Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji lub rekonfiguracji.

Harmonogram prac:

– 22.07.2024 01:00: serwery od s0.mydevil.net do s20.mydevil.net

– 23.07.2024 01:00: serwery od s21.mydevil.net do s40.mydevil.net

– 24.07.2024 01:00: serwery od s41.mydevil.net do s67.mydevil.net

Przerwa w działaniu usług może potrwać do czterech godzin. Za utrudnienia przepraszamy.

PHP

Composer v1 zostanie usunięty i pod poleceniem composer będzie dostępny Composer v2. Polecenie composer2 zostanie usunięte

Python

Po aktualizacji nową domyślną wersją Python będzie wersja 3.11.

Dostępne wersje po aktualizacji: Python 2.7, 3.7, 3.8, 3.9, 3.10, 3.11 (domyślne)

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Python (ze względu na zmiany wersji systemowych bibliotek) to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Node.js i Deno

Node.js:

– v18 zostanie domyślną wersją

– v12 i v21 zostaną usunięte

– v14 nadal będzie działać, ale tylko z managerem pakietów yarn (npm nie obsługuje już Node.js v14)

Podsumowując będą dostępne następujące wersje: v14 (tylko yarn), v16, v18 (domyślne), v20 oraz v22.

Deno zostanie zaktualizowane do 1.44.4.

Prosimy upewnić się, że uruchomione aplikacje są kompatybilne z nowszymi wersjami Node.js.

Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Jeżeli po aktualizacji wystąpi problem z działaniem lub uruchomieniem aplikacji Node.js to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby/Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine). W przypadku starszych aplikacji opartych o Ruby może być wymagana ich modyfikacja i dostosowanie do nowych wersji oprogramowania.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Ruby to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Java

Zmiany związane z Javą:

Java 15 i 16 zostaną usunięte

Podsumowując dostępne będą wersje: Java 8 (1.8), 11 (domyślne), 17, 18, 19, 20, 21, 22.

PostgreSQL

Podczas aktualizacji PostgreSQL zostanie zaktualizowany do wersji 16. Jeśli używasz PostgreSQL w aplikacjach takich jak Python, Node.js lub Ruby, może zaistnieć po Twojej stronie konieczność przebudowania aplikacji i aktualizacji modułów po aktualizacji.

W razie problemów prosimy o skontaktowanie się z nami bezpośrednio poprzez system ticketów dostępny w panelu płatności lub na adres e-mail: pomoc@mydevil.net po uprzedniej analizie problemu z pliku error.log.

Wiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) oraz zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:

– 02.08.2023 01:00: s0, s1, s2, s3, s4, s5, s6, s7, s8, s9, s10, s11, s12, s13, s14, s15, s16, s17, s18, s19, s20;

– 03.08.2023 01:00: s21, s22, s23, s24, s25, s26, s27, s28, s29, s30, s31, s32, s33, s34, s35, s36, s37, s38, s39, s40;

– 04.08.2023 01:00: s41, s42, s43, s44, s45, s46, s47, s48, s49, s50, s51, s52, s53, s54, s55, s56, s57, s58, s59, s60;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.

Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji lub rekonfiguracji.

Przerwa w działaniu usług może wynieść do czterech godzin. Za utrudnienia przepraszamy.

PHP

WAŻNA ZMIANA DOTYCZĄCA PHP: PHP 8.1 zostanie domyślną wersją.

Aby pozostawić PHP 7.3 dla już działających stron należy dodać do pliku .htaccess (w przypadku braku pliku należy go utworzyć):

AddType application/x-httpd-php73 .php

Dla operacji wykonywanych z poziomu SSH będzie konieczne użycie polecenia php73.

Python

Po aktualizacji nową domyślną wersją Python będzie wersja 3.10. Wsparcie dla wersji 3.6 zostanie usunięte.

Dostępne wersje po aktualizacji: Python 2.7, 3.7, 3.8, 3.9, 3.10 (domyślne), 3.11.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Python (ze względu na zmiany wersji systemowych bibliotek) to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Jeżeli nadal używasz Python 2.7: rozważ przejście na Python 3. Nowe wersje Virtualenv nie obsługują już Python 2.7 i aby nadal go używać musisz skorzystać ze starszej wersji Virtualenv (na przykład poprzez wydanie polecenia pip install virtualenv==20.21.1 – Virtualenv zostanie podmieniony na starszą wersję obsługującą Python 2.7).

Node.js i Deno

Pojawi się nowa wersja Node.js: v20. Nową wersją domyślną zostanie Node.js v16.

Node.js w wersji v10 zostanie usunięte, a Node.js v12 działać będzie tylko z managerem pakietów yarn (npm nie obsługuje już Node.js v12; yarn dostępne pod poleceniem yarn12)

Dostępne wersje po aktualizacji: Node.js v12 (tylko yarn), v14, v16 (domyślne), v18 oraz v20.

Deno zostanie zaktualizowane do 1.34.3.

Prosimy upewnić się, że uruchomione aplikacje są kompatybilne z nowszymi wersjami Node.js.

Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Jeżeli po aktualizacji wystąpi problem z działaniem lub uruchomieniem aplikacji Node.js to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby/Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine). W przypadku starszych aplikacji opartych o Ruby może być wymagana ich modyfikacja i dostosowanie do nowych wersji oprogramowania.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Ruby to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Java

Zostanie zakończone wsparcie dla Java 12, 13 oraz 14.

Java 11 zostanie nową wersją domyślną.

Dostępne wersje po aktualizacji: Java 8 (1.8), 11 (domyślne), 15, 16, 17, 18, 19.

W razie problemów prosimy o skontaktowanie się z nami bezpośrednio poprzez system ticketów dostępny w panelu płatności lub na adres e-mail: pomoc@mydevil.net po uprzedniej analizie problemu z pliku error.log.

Wiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) oraz zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:

– 18.04.2022 00:30: s0, s1, s2, s3, s4, s5, s6, s7, s8, s9, s10, s11, s12, s13, s14, s15;

– 19.04.2022 00:30: s16, s17, s18, s19, s20, s21, s22, s23, s24, s25, s26, s27, s28, s29, s30, s31, s32, s33, s34, s35;

– 20.04.2022 00:30: s36, s37, s38, s39, s40, s41, s42, s43, s44, s45, s46, s47, s48, s49, s50, s51, s52, s53, s54;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.

Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji lub rekonfiguracji.

Przerwa w działaniu usług może wynieść do czterech godzin. Za utrudnienia przepraszamy.

Aktualizacja MySQL do 8.0

W trakcie aktualizacji zostanie wykonana zmiana wersji serwera baz MySQL z 5.7 do 8.0. Prosimy upewnić się czy już uruchomione aplikacje zadziałają poprawnie z nową wersją baz danych. Jeżeli nie zadziałają prawidłowo z MySQL 8.0, to bez dostosowania aplikacji/ich aktualizacji po stronie użytkownika nie będzie możliwości ich uruchomienia na naszym hostingu.

Python

Po aktualizacji nową domyślną wersją Python będzie wersja 3.8. Wsparcie dla wersji 3.5 zostanie usunięte.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Python (ze względu na zmiany wersji systemowych bibliotek) to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Node.js

Pojawią się nowe wersje Node.js: 16 oraz 17. Zostanie usunięta wersja 15. Nową wersją domyślną zostanie Node.js 14.

Prosimy upewnić się, że uruchomione aplikacje są kompatybilne z nowszymi wersjami Node.js.

Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Jeżeli po aktualizacji wystąpi problem z działaniem lub uruchomieniem aplikacji Node.js to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby/Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine). W przypadku starszych aplikacji opartych o Ruby może być wymagana ich modyfikacja i dostosowanie do nowych wersji oprogramowania.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Ruby to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów dla aplikacji webowych znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log – proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Java

Zostanie zakończone wsparcie dla Java 7.

W razie problemów prosimy o skontaktowanie się z nami bezpośrednio poprzez system ticketów dostępnym w panelu płatności lub adres e-mail: pomoc@mydevil.net po uprzedniej analizie problemu z pliku error.log.

Wiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) oraz zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:

– 16.11.2020 00:30: s0, s1, s2, s3, s4, s5, s6, s7, s8, s9, s10 s11;

– 17.11.2020 00:30: s12, s13, s14, s15, s16, s17, s18, s19, s20, s21, s22, s23, s24, s25, s26, s27, s28, s29, s30;

– 18.11.2020 00:30: s31, s32, s33, s34, s35, s36, s37, s38, s39, s40, s41, s42, s43, s44, s45, s46, s47, s48, s49, s50;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.

Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji lub rekonfiguracji.

Przerwy w działaniu mogą potrwać do godziny 02:00. Za utrudnienia przepraszamy.

OpenSSL

Informujemy, że zostanie zaktualizowna wersja biblioteki OpenSSL co będzie wymagać ponownej kompilacji oprogramowania własnego użytkowników (dotyczy to również aplikacji opartych o Python, Ruby, Node.js) , które korzysta z OpenSSL zainstalowanego w systemie.

PHP

Zgodnie z zapowiedziami przypominamy, że ulegnie zmianie domyślna wersja PHP z 7.1 na 7.3. Zmiana obejmie zarówno wersję PHP dla CLI jak i dla stron. Zmiana wersji dotyczy również aktywnych stron. W razie potrzeby utrzymania działania stron i aplikacji na PHP 7.1 proponujemy przełączyć wersję PHP już teraz:

https://pomoc.mydevil.net/PHP#Wersja_PHP

Python 3.9

Po aktualizacji pojawi się dodatkowa wersja Python 3.9. Domyślną wersją pozostaje Python 3.6.

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Python (ze względu na zmiany wersji systemowych bibliotek) to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log, proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Node.js 14 i 15

Zgodnie z zapowiedzią Node.js w wersjach 6 oraz 8 zostaną usunięte podczas aktualizacji. Aplikacje korzystające z tych wersji zostaną przełączone automatycznie na Node.js 10.

Nową wersją domyślną zostanie Node.js 12.

Zgodnie z wcześniejszym powiadomieniem prosimy upewnić się, że uruchomione strony są kompatybilne z nowszymi wersjami Node.js.

Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Nowością będą dwie wersje Node.js: 14 oraz 15.

Dostępne wersje Node.js po aktualizacji: 10, 12 (nowa domyślna), 14 oraz 15.

Jeżeli po aktualizacji wystąpi problem z działaniem lub uruchomieniem aplikacji Node.js to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log, proponujemy zapoznać się z nimi w razie wystąpienia problemu.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby, Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine).

Jeżeli po aktualizacji oprogramowania wystąpi problem z działaniem lub uruchomieniem aplikacji Ruby to będzie oznaczać, że mogą one wymagać rekonfiguracji. Logi błędów znajdują się w katalogu ~/domains/NAZWA_DOMENY/logs/error.log, proponujemy zapoznać się z nimi w razie wystąpienia problemu.

W razie problemów prosimy o skontaktowanie się z nami bezpośrednio poprzez system ticketów dostępnym w panelu płatności lub adres e-mail: pomoc@mydevil.net

Wiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) jak i zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:- 26.10.2019 00:30: s0, s11;- 27.10.2019 00:30: s1, s2, s3, s4, s5, s6, s7, s8, s9, s10, s12, s13, s14, s15, s16, s17, s18, s19, s20, s21;- 28.10.2019 00:30: s22, s23, s24, s25, s26, s27, s28, s29, s30, s31, s32, s33, s34, s35, s36, s37, s38, s39, s40, s41;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji lub rekonfiguracji.

Przerwy w działaniu mogą potrwać do godziny 02:00. Za utrudnienia przepraszamy.

Domyślna wersja Python i usunięcie wsparcia dla Python 3.4

Zgodnie ze wcześniejszą zapowiedzią zmianie ulegnie domyślna wersja języka Python z wersji 2.7 na 3.6. Zmiana zostanie wprowadzona podczas aktualizacji systemów.Dla stron aktualnie działających na Python 2.7 korzystających z serwera Passenger (typ Python dla WWW) zmiana jest przeźroczysta i w dalszym ciągu będą korzystać z wersji 2.7.Jeśli używane jest polecenie python należy zastąpić wszystkie wywołania poleceniem python2.7, w przeciwnym wypadku zostanie użyta nowa wersja 3.6.

Zgodnie z zapowiedzią wsparcie dla Python 3.4 zostało zakończone i również podczas aktualizacji zostanie usunięte z systemów.Jeśli środowisko virtualenv zostało stworzone przy pomocy Python 3.4 to należy je utworzyć ponownie korzystając z dostępnych w systemie wersji: 3.5, 3.6 lub 3.7.

Aplikacje Python mogą wymagać rekonfiguracji po aktualizacji systemu.

Node 12

Podczas aktualizacji Node 11 zostanie podniesione do wersji 12.

Proszę upewnić się, że uruchomione strony są kompatybilne z nowszymi wersjami Node.js.Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Dostępne wersje Node.js po aktualizacji: 6, 8, 10 oraz 12.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby, Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine).

PostgreSQL 11

Przy okazji aktualizacji nastąpi zmiana wersji serwera PostgreSQL z 9.6 do 11.5 oraz wszystkich dostępnych pluginów (w tym PostGIS do wersji 2.5.3).Prosimy upewnić się, że uruchamiane aplikacje są zgodne z nową wersją serwera PostreSQL.

Jeżeli po aktualizacji masz problem z działaniem lub uruchomieniem aplikacji to skontaktuj się z nami bezpośrednio poprzez system ticketów dostępnym w panelu płatności lub adres e-mail: pomoc@mydevil.netWiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) jak i zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:- 07.09.2018 00:30: s0, s11;- 08.09.2018 00:30: s1, s2, s3, s4, s5, s6, s7, s8, s9, s10, s12, s13, s14, s15;- 09.09.2018 00:30: s16, s17, s18, s19, s20, s21, s22, s23, s24, s25, s26, s27, s28;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji.

Przerwy w działaniu mogą potrwać do godziny 02:00. Za utrudnienia przepraszamy.

Domyślna wersja PHP

Zapowiadamy zmianę domyślnej wersji PHP dla serwerów s0-s28 z wersji 5.6 na 7.1. Zmiana zostanie wprowadzona dnia 10.01.2019.Dla nowych serwerów (s29+) PHP 7.1 jako domyślna wersja zostaje wprowadzona już teraz.

Aby dla stron aktualnie działających na PHP 5.6 pozostawić tę wersję należy dodać do pliku .htaccess:AddType application/x-httpd-php56 .php

W przeciwnym razie po dniu 10.01.2019 strona zacznie korzystać z PHP 7.1.

.htaccess kompatybilny z Apache 2.4

Po aktualizacji nasz Nginx będzie kompatybilny z formatem .htaccess dostępnym w Apache 2.4, nie powinno to powodować problemów z działaniem aktualnie używanych regułek (zgodność na poziomie Apache 2.2).

Usunięcie wersji 4 oraz 9 Node.js

Zgodnie z wcześniejszą zapowiedzią Node.js 4 oraz 9 zostaną usunięte podczas aktualizacji. Wszystkie strony korzystające z tych wersji zostaną przeniesione na wyższe:Node.js 4 -> 6;Node.js 9 -> 10;

Proszę upewnić się, że uruchomione strony są kompatybilne z nowszymi wersjami Node.js.Aplikacje Node.js mogą wymagać rekonfiguracji po aktualizacji systemu.

Dostępne wersje Node.js po aktualizacji: 6, 8 oraz 10.

Python

Zostanie dodana najnowsza wersja Pythona: 3.7.Podobnie jak przy Node.js Twoja aplikacja również może wymagać reinstalacji/ponownej kompilacji modułów.

Dostępne wersje Python po aktualizacji: 2.7, 3.4, 3.5, 3.6 oraz 3.7.

Ruby 

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby, Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine).

Jeżeli po aktualizacji masz problem z działaniem lub uruchomieniem aplikacji to skontaktuj się z nami bezpośrednio poprzez system ticketów lub adres e-mail: pomoc@mydevil.netWiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) jak i zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Harmonogram aktualizacji

Serwery będą aktualizowane partiami – oto informacja, w którym dniu odbędą się prace na wybranych serwerach:

– 11.12.2017 00:30: s1, s2, s5;

– 12.12.2017 00:30: s0, s3, s4, s6, s7, s8, s9, s10;

– 13.12.2017 00:30: s11, s12, s13, s14, s15, s16, s17, s18, s19, s20;

Wykonany zostanie również restart systemu – prosimy upewnić się, że wszystkie aplikacje, które mają uruchomić się automatycznie po restarcie są dodane do zadań cron.

Aplikacje uruchomione przez użytkowników ze względu na aktualizacje w systemie mogą wymagać ponownej kompilacji.

Przerwy w działaniu mogą potrwać do godziny 02:00. Za utrudnienia przepraszamy.

Node.JS

– wersja z gałęzi 6.x stanie się domyślną wersją;

– wersje 0.12.x oraz 7.x zgodnie z zapowiedziami zostaną usunięte i nie będą dłużej wspierane;

– nadal będą dostępne wersje 8.x oraz 4.x;

– pojawi się wersja 9.x;

Jeżeli korzystasz z Node.js to pamiętaj, że Twoja aplikacja ze względu na aktualizację systemu będzie wymagała rekonfiguracji – w innym wypadku może nie zadziałać prawidłowo.

Przy czym informujemy, że istnieje możliwość samodzielnej kompilacji dowolnej wersji Node.JS na swoim koncie jak i jej użycie razem z naszym serwerem Passenger. Jeżeli Twoja aplikacja korzysta z Node.js 0.12.x lub 7.x to przygotuj się do zmiany wersji Node.js przed aktualizacją.

Python

Usunięte zostanie wsparcie dla Python w wersji 3.3. W dalszym ciągu dostępne będą wersje: 2.7, 3.4, 3.5 oraz 3.6.

Podobnie jak przy Node.js Twoja aplikacja również może wymagać reinstalacji/ponownej kompilacji modułów.

Ruby

Gemy mogą wymagać przebudowania ze względu na zmiany wersji systemowych bibliotek – bez tego aplikacje oparte o Ruby, Ruby on Rails mogą nie zadziałać prawidłowo po aktualizacji (dotyczy to również m.in. Redmine).

Jeżeli po aktualizacji masz problem z działaniem lub uruchomieniem aplikacji to skontaktuj się z nami bezpośrednio poprzez adres e-mail: pomoc@mydevil.net

Wiadomość e-mail musi zostać wysłana z adresu kontaktowego dla usługi (w panelu płatności można dodać techniczne adresy kontaktowe) jak i zawierać jak najwięcej informacji o problemie (jakiej aplikacji lub strony WWW dotyczy problem).

Wykryto poważną lukę bezpieczeństwa we frameworku Ruby on Rails (CVE-2013-0155 i CVE-2013-0156). Podatne są wszystkie wersje z ostatnich 6 lat, zarówno z gałęzi 3.x jak i 2.x. Luka pozwala atakującemu wykonać dowolny kod z uprawnieniami użytkownika, który uruchomił projekt RoR.

W systemie zostały zainstalowane już wersje 3.2.11, 3.1.10, 3.0.19 i 2.3.15, które zawierają odpowiednie poprawki. Niestety, większość użytkowników posiada własne gemy, używa RVM lub posiada w swoich projektach sztywno wybraną wersję RoR, dlatego wszystkim użytkownikom korzystającym z Ruby on Rails zalecamy natychmiastową interwencję.

Migracja stron na serwer webowy dobiegła końca. Poniżej zamieszczamy ważne informacje dotyczące nowej maszyny.

Przenoszenie stron

Jeśli w Twoim katalogu domowym nie pojawił się katalog o wdzięcznej nazwie ~/domains.local, to należysz do grona szczęśliwców, którym wszystkie domeny zostały przeniesione automatycznie i nic nie musisz robić (możesz całkowicie pominąć tę część newsa).

W przeciwnym wypadku polecenie devil www list pokaże listę wszystkich domen, które należy przenieść samodzielnie (przy ich katalogach pojawi się czerwony wykrzyknik), oraz zostanie wyświetlony komunikat u dołu wspomnianej listy.

Katalog ~/domains to symlink do podmontowanego zasobu NFS serwera webowego. Domeny, których nie udało się przenieść znajdują się w katalogu ~/domains.local.

Pliki można przenosić zwykłym poleceniem mv, przykład poniżej (nie należy się jednak spodziewać niewiadomo jakiej prędkości przenoszenia, NFS jest dość wolny):

rm ~/domains/example.com

mv ~/domains.local/example.com ~/domains/example.com

Następnie należy zalogować się na serwer webowy za pomocą polecenia ssh-web (przed pierwszym logowaniem należy wykonać polecenie devil www init) i uruchomić daemona danego frameworku. Przypominamy: jeśli jakaś strona użytkownika nie została przeniesiona oznacza to, że wymaga ona podjęcia dodatkowych działań (jak chociażby uruchomienie backendu). Należy też pamiętać o przeniesieniu swoich wpisów crontab, które dotyczą stron oraz zarezerwowaniu portów, z których korzystają (szczegóły poniżej).

Jeśli strona wymaga uprawnień exec (uruchamianie własnego oprogramowania), należy je włączyć poleceniem: devil binexec on mdweb.

Nie ukrywamy – może się zdarzyć, że na serwerze webowym nie ma jakiegoś modułu, który jest wymagany do uruchomienia danego backendu. Staraliśmy się przenieść wszystkie aplikacje i moduły, jednak człowiek nie jest istotą nieomylną. W takiej sytuacji prosimy o kontakt – doinstalujemy brakujący moduł.

Po przeniesieniu domeny należy „oznaczyć” ją jako przeniesioną, za pomocą polecenia devil www marknew example.com – usunie to wspomniany wcześniej czerwony wykrzyknik i zmieni ustawienia nginxa na serwerze shellowym (ruch dla tej domeny będzie od tej pory przekazywany na serwer webowy, tej operacji nie da się cofnąć).

Gdy już wszystkie domeny zostaną przeniesione, zalecamy oczyszczenie katalogu ~/domains.local i usunięcie go.

Uwaga! Na wykonanie powyższych czynności dajemy Ci 30 dni. Po tym czasie nginx na serwerze shellowym zacznie przekazywać cały ruch na serwer webowy (tak, by wszystkie adresy IP obsługiwały strony WWW).

DNSy

Domyślnie wszystkie adresy IP będą przekazywać ruch na serwer webowy (aby zapewnić przezroczystą migracje oraz umożliwić korzystanie z wszystkich adresów IP do serwowania stron WWW). Oznacza to jednak, że strony są zależne od serwera shellowego. Jeśli użytkownikowi nie robi to większej różnicy na jakim adresie IP dostępna jest jego strona, zalecamy usunięcie wszystkich wpisów typu A i AAAA z domeny i dodanie następujących:

– Wpis typu A (IPv4), kierujący na adres: 87.98.234.154

– Wpis typu AAAA (IPv6), kierujacy na adres: 2001:41d0:8:479d::80

Powyższe wpisy stały się również domyślnymi dla szablonu mydevil, używanym przy dodawaniu domeny do systemu DNS.

Ruby on Rails

Dawny typ ror został przemianowany na ror18. Jak sama nazwa wskazuje, jest to Ruby on Rails bazujący na gałęzi 1.8.x (była to domyślna wersjaRuby/RoR dla passengera na serwerze shellowym). Oprócz tego dostępny jest typ ror19, w oparciu o Ruby z gałęzi 1.9.x. Oba te typy posiadają niezależne zestawy gemów – w razie konieczności instalacji jakiegoś, prosimy o kontakt. Może też być konieczne ponowne wykonanie polecenia bundle (po usunięciu katalogu ~/.bundler/ruby/1.8 lub podobnego, zależnie od wcześniejszych ustawień) dla danej aplikacji na serwerze web (ssh-web). W przypadku błędu instalacji gemu rmagick należy dodać przed poleceniem (w tej samej linii): PKG_CONFIG_PATH=/usr/local/libdata/pkgconfig bundle (dalszy ciąg polecenia).

Quota

Wszyscy użytkownicy na serwerze webowym otrzymują quotę 20GB (niezależnie od typu konta). Limit powierzchni dyskowej nie jest wliczany do quoty na serwerze shellowym, zostanie to jasno wyszczególnione w ofercie.

FTP

FTP po zamontowanym zasobie NFS nie byłby demonem prędkości, dlatego zdecydowaliśmy się uruchomić oddzielny serwer FTP na serwerze webowym. Wystarczy dodać konto FTP dla katalogu ~/domains – devil automatycznie uruchomi nowe konto dla serwera webowego, a w odpowiedzi poda dane do nowego serwera. Obecne konta FTP dla katalogu ~/domains zostały zmigrowane na serwer web (adres: ”ftps://mdweb.mydevil.net”).

Porty

Moduł rezerwacji portów umożliwia rezerwację portów na serwerze webowym (nazwanym mdweb). Porty można rezerwować za pomocą poleceń (dane przykładowe):

devil port add tcp 12345 mdweb

devil port add udp 12345 mdweb

Podsumowanie

Pojawi się jeszcze kilka mniej spektakularnych nowości, o których będziemy informować na bieżąco za pomocą strony statusowej. Przypominamy, że wprowadzenie osobnego serwera webowego ma na celu poprawę jakość usług oferowanych przez mydevil.net, poprzez zapewnienie większej niezawodności (separacja usług) i poprawienie ich wydajności. Mamy nadzieję, że zostanie to docenione, oraz że wybaczycie nam wszelkie utrudnienia związane z wprowadzonymi zmianami 🙂

Poniższy news zawiera bardzo istotne informacje dotyczące nadchodzących w mydevil.net zmian. Radzimy się z nim zapoznać w całości, nie pomijając żadnego akapitu.

Planowana migracja – serwer WWW

Zdecydowaliśmy się odseparować usługi shell od serwera WWW. Nowa, dedykowana maszyna jest aktualnie w trakcie konfiguracji. Migracja ma na celu poprawę jakości usług oraz zapewnienie ciągłości ich działania – w razie awarii serwera shell, strony nadal będą dostępne.

Dedykowana maszyna pod WWW pozwoli również na trochę więcej zabawy, na którą nie mogliśmy sobie dotychczas pozwolić, gdzie usługi te koegzystują na wspólnym serwerze. W planach są takie zmiany jak:

– Poprawa obsługi Ruby on Rails przez Passengera – dodanie możliwości zmiany wersji języka ruby (1.8.x i 1.9.x),

– Zwiększenie ilości workerów PHP w zależności od typu konta (stały limit, zależny od wybranego pakietu),

– Przeznaczenie części pamięci RAM na selektywne cache dla treści dynamicznych (użytkownik sam decyduje o tym, czy chce, by jego strony były cache’owane)

… oraz kilka innych zmian, o których poinformujemy nieco później.

Jak będzie wyglądać migracja i kiedy nastąpi?

Nowy serwer będzie gotowy dnia 18.07.2012, o godzinie 01:00 rozpoczniemy migrację danych. Każde konto będzie przenoszone oddzielnie, co zminimalizuje ewentualna niedostępność stron maksymalnie do 5 minut. Strony typu 'php’ nie korzystające z socketów fastcgi użytkownika oraz 'ror’ (Passenger) zostaną przeniesione automatycznie, pozostałe typy (django, thin, proxy) będą wymagały ingerencji użytkownika (30 dni na przeniesienie aplikacji na nowy serwer – wszystkie informacje dotyczące migracji zostaną umieszczone na stronie statusowej).

Konta od pakietu IRC2 w górę będą posiadać dostęp do SSH na serwer WWW, dzięki czemu użytkownicy będą mogli samodzielnie kontrolować procesy Ruby (thin, mongrel), czy Django. Oprócz tego, będzie możliwość włączenia exec na serwerze WWW, dzięki czemu będzie można skorzystać z RVM czy Virtualenv.

Dołożymy wszelkich starań, by migracja odbyła się na tyle przezroczyście, na ile to możliwe – niestety, nie jest to możliwe w stu procentach. Gdy nowa maszyna pod WWW będzie gotowa, obecny serwer WWW na serwerze shellowym działać będzie jeszcze przez 30 dni – po tym czasie cały ruch zostanie przekierowany na dedykowany serwer web. Mamy nadzieję, że 30 dni to wystarczająco dużo czasu, by każdy na spokojnie przeniósł swoje strony.