• +48 530 88 77 99
  • info@thecamels.org

Nie od dawna wiadomo, że przeglądarka Chrome będzie pokazywała ostrzeżenia jeżeli wejdziemy na stronę WWW, która nie posiada certyfikatu SSL. W ostatnim czasie Google rozsyła dodatkowe przypomnienia dla twórców witryn, aby włączyli na swoich stronach szyfrowanie SSL. Jak się przed tym ustrzec? Pokażemy jak w prosty sposób można wyposażyć stronę w SSL.

Jedną z ważniejszych czynności w pracy z systemami informatycznymi jest sam release kodu na produkcję, czy aktualizacja oprogramowania. Jeszcze nie tak dawno temu, nowe wersje oprogramowania dostępne były na płytach CD wydawanych kilka razy do roku w formie biuletynów. Wraz z nadejściem zwinnego programowania (ang. agile software development) pojawiły się cykliczne releasy na koniec sprintu (np. raz na dwa tygodnie).

W ostatnim czasie zostaliśmy poproszeni o rozdzielenie dwóch domen jakie znajdują się na jednym koncie G Suite (dawniej Google Apps). Celem było wydzielenie jednej domeny wraz z mailami, plikami z dysków itp. na osobne konto (osobne bilingi, konta administratora itp). Firma Google nie wspiera takiego procesu, więc zostało nam wymyślenie takiego rozwiązania, aby było ono jak najmniej uciążliwe dla użytkowników obu domen, oraz aby przy migracji nie stracić danych.

Wiele osób korzystających z Linuksa zna narzędzie Tail, które to wypisuje podaną ilość ostatnich linijek tekstu lub potoku. Jest stosowany jako narzędzie diagnostyczne do sprawdzania zmian w plikach. W dzisiejszym artykule przedstawimy znacznie udoskonaloną wersję tego narzędzia – MultiTail.

Wykonanie backupu małej bazy danych nie jest problemem. Kilkusekundowy przestój aplikacji czy strony w godzinach nocnych, nie stanowi dla nas większego kłopotu. Trudność pojawia się, kiedy do zarchiwizowania mamy naprawdę spore ilości rekordów. Przykładem takim może być baza danych MySQL 5.5, która zawiera około 83 973 092 rekordów, zajmujących blisko 8,2 GB. Jak wykonać szybko kopię zapasową takiej bazy, aby nie odczuli tego użytkownicy? Na szczęście jest na to rozwiązanie!

Co zrobić kiedy uruchomiliśmy przypadkowo złe zapytanie na bazie MySQL? Czy da się odzyskać skasowane dane z MySQLa? Jeżeli korzystamy z binlogów, które wykorzystujemy np. w replikacji MySQL, możemy coś poradzić.

Do odzyskania danych z MySQLa wykorzystamy binlogi działające w trybie ROW. Jeżeli skasowaliśmy jakiś rekord, a nie mieliśmy ich włączonych, niemożliwe będzie odzyskanie utraconych danych. W pliku /etc/my.cnf, powinniśmy mieć ustawione następujące parametry:

Generowanie certyfikatów

Certyfikaty SSL od ponad 20 lat są podstawowym składnikiem poprawnie skonfigurowanej usługi hostowania stron internetowych. Krytycznym parametrem określającym siłę szyfrowania SSL jest długość użytych kluczy. Im jest on dłuższy, tym trudniej jest rozszyfrować transmisję, między dwoma komputerami, nie posiadając dedykowanego do tego celu klucza. Aktualnie zalecaną długością klucza asymetrycznego jest 2048 bitów. Zakupione u nas certyfikaty SSL spełniają te wymagania.

Który silnik bazodanowy wybrać podczas tworzenia nowej bazy danych? To pytanie pada bardzo często na etapie projektowania nowej aplikacji czy systemu, który będzie korzystał z bazy MySQL. Do wyboru zazwyczaj są dwa silniki: MyISAM oraz InnoDB. Pierwszy z nich jest domyślnym mechanizmem składowania danych w starszych seriach MySQL. Dane zapisywane są w plikach (frm – definicja tabeli, .MYD (MYData) – plik z danymi, .MYI (MYIndex) – indeksy tabeli). Drugim silnikiem (który jest domyślny od MySQL 5.5) jest InnoDB. Posiada on takie mechanizmy jak obsługa transakcji czy klucze obce.

Serwer MySQL jest bardzo chętnie wybierany jako baza danych dla wielu serwisów internetowych. Z biegiem czasu baza potrafi się rozrastać do kolosalnych rozmiarów. Poza przechowywaniem treści strony (artykuły, komentarze, lista użytkowników), zawiera również ustawienia samej strony czy aplikacji. W takim wypadku regularne robienie kopii zapasowej staje się wręcz koniecznością. Duża baza danych to również większe obciążenie dla serwera, który musi uporać się z zarządzaniem milionami rekordów. Remedium na wiele tego typu problemów może być replikacja.

Wiele organizacji podejmuje decyzję o migracji swoich usług oraz infrastruktury do chmury. Chcą w ten sposób zmniejszyć koszta utrzymania serwerów oraz przede wszystkim zapewnić aplikacji skalowalność oraz wysoką dostępność. Niestety sam proces przenoszenia usług do chmury może okazać się bardzo kosztowny oraz pracochłonny. Czasami okazuje się, że konieczne jest przepisanie aplikacji, aby wspierała rozwiązania dostępne w chmurze. Istnieje wiele sposobów jak sobie z tym radzić a jednym z nich jest podejście „lift-and-shift„.