WordPress w katalogu głównym na serwerze tworzy na czas aktualizacjiukryty plik .maitenance. Aby odblokować bloga wystarczy go usunąć (na przykład logując się na serwer przez dowolny menedżer FTP).

Proste, banalne i skuteczne.

Linki do sterowników:

• Windows 7/Vista
• Windows XP

Dodam, że sterowniki są na systemy 32-bitowe, ale na 64-bitowym Windows 7 też działają.

Error 18

Jak można wyczytać z dokumentacji powstaje on, gdy GRUB próbuje ładować kernel, który znajduje się zbyt daleko od początku dysku (problemy starszych BIOSów w obsłudze dużych dysków).

Moim rozwiązaniem było stworzenie dodatkowej partycji na samym początku dysku, o pojemności 512MB (dużo więcej, niż potrzebne) i podmontowanie tam /boot. Reszta dysku już wedle własnego uznania. Zapewne istnieje jeszcze kilka możliwych rozwiązań, ale to jest sprawdzone, jeśli używamy starszego sprzętu.

Najpierw kilka informacji. WordPress zaleca przechowywanie kolejnych wersji pluginu w tagach, katalogach w folderze tags naszego repozytorium. Ich nazwy powinny być, jak to jest zazwyczaj z oprogramowaniem, sekwencyjne i zawsze cyfrowe, np: 1.0, 2.1, 3.5.7. W folderze trunk najlepiej trzymać aktualną wersję rozwojową.

Aby dać znać katalogowi pluginów, która wersja jest naszą aktualną stabilną, należy zaznaczyć ją w Stable tag w pliku readme.txt w folderze trunk. WordPress sam przekaże użytkownikom tą wersję wtyczki.

Do dzieła:

1. Jeśli do tej pory nie mieliśmy żadnego taga w naszym repozytorium, stwórzmy folder 1.0 (lub inny, odpowiadający pierwszej wypuszczonej wersji) w folderze tags. Skopiujmy tam to, co przy dodawaniu wtyczki było w folderze trunk.
2. Jak wspomniałem wcześniej, dobrze jest pracować na plikach w folderze trunk. Gdy uznamy, że kolejna wersja jest gotowa edytujemy plik readme.txt w nim się znajdujący, pamiętajmy, by zmienić wersję Stable tag. Tutaj ważne będzie też to, by była to ta sama wersja, która widnieje w nagłówku pliku naszego pluginu.
3. Tworzymy katalog w tags z numerem wersji. Kopiujemy tam pliki z folderu trunk.
4. Gotowe, w tym momencie możemy wykonać commit na naszym repozytorium. Wtyczki na serwerach WordPress.org są odświeżane co 15 minut, więc po takim maksymalnie czasie nowa wersja wtyczki powinna być gotowa do pobrania oraz może się pojawić w informacjach o aktualizacji.

Oczywiście wtyczkę można również rozwijać pracując jedynie na plikach w trunk i co jakiś czas zmieniać numer wersji w nagłówku pliku wtyczki i readme.txt. Jednak wtedy tracimy możliwość cofania się w rewizjach, czasowego wyłączania wersji, lub ich przeskakiwania. Tagowanie na prawdę ułatwia sprawę.

Jedyne, co mogłem z nimi zrobić, to zmienić ich nazwy. To pomogło mi uratować działanie serwisu w godzinach szczytu. Po zmianie nazwy wyłączyłem te dwie wtyczki i włączyłem ponownie. Dzięki temu foldery zostały ponownie stworzone przez WordPress’a, a wtyczki zaczęły poprawnie funkcjonować.

Myślałem, że będzie to trudne przedsięwzięcie… Ale nic bardziej mylnego! Cała procedura jest bardzo szybka i bezproblemowa, jak postaram się opisać.

Zaczynamy od wykupienia (znalezienia darmowego) hostingu. Potrzebujemy obsługę PHP i bazę danych MySQL dostępną w praktycznie wszystkich ofertach. Wgrywamy na serwer w miejsce, gdzie znajdować się ma nasz blog pliki pobrane z pl.wordpress.org. Najczęściej używamy do tego klienta FTP. Następnie instalujemy WordPress’a wchodząc w przeglądarce na adres naszego nowego bloga i postępując zgodnie ze wskazówkami. W tym momencie należy pamiętać, że musimy znać namiary do naszej bazy danych: adres, użytkownika i hasło.

Następnie logujemy się do panelu administracyjnego bloga na WordPress.com i przechodzimy do Menu Narzędzia->Eksport:

Tam pozostawiamy wybór Zastrzeż autorstwo: wszystkich, klikamy Pobierz plik eksportu i zapisujemy go na naszym komputerze.

Wracamy do naszego nowego bloga i wchodzimy do Narzędzia->Import (widoczne również na powyższym screenie). Wybieramy ostatnią pozycję, czyli WordPress. Na następnym ekranie wskazujemy plik zapisany przez nas przed chwilą na dysku i wysyłamy na serwer. Zostaniemy przeniesieni na stronę, która pozwala przypisać autorów importowanych postów i stron. Mamy do wyboru utworzenie nowego konta o nazwie użytkownika, jak w importowanym blogu, lub przypisanie ich autorstwa istniejącemu (pamiętajmy, że w świeżej instalacji WordPress’a mamy tylko użytkownika admin, natomiast można zmienić jego nazwę w dowolnym momencie).

Zaznaczamy opcję Pobierz i zaimportuj załączone pliki, pozwoli to automatycznie pobrać ze starego bloga i wgrać na nowego wszystkie pliki mediów:

Klikamy Wyślij i….. Po chwili potrzebnej na import mediów mamy w pełni przeniesionego bloga.  Oczywiście w tym momencie mamy tylko domyślny motyw WordPress’a, ale od razu można zainstalować motyw posiadany na starym blogu, lub wybrać całkiem nowy z przepastnej biblioteki.

Miłego dostosowywania i blogowania na Waszym nowym blogu!

DateTime start = DateTime.Now;
//nasz fragment kodu
DateTime stop = DateTime.Now;
 
TimeSpan elapsedTime = stop - start;
MessageBox.Show("Czas wykonania: " + elapsedTime);

Można zrobić to jeszcze ładniej, korzystając z klasy System.Diagnostics:

Stopwatch stopwatch = new Stopwatch();
stopwatch.Start();
//nasz fragment kodu
stopwatch.Stop();
MessageBox.Show("Czas wykonania: " + stopwatch.ElapsedMilliseconds);

Pojawił się problem: jak zmienić architekturę docelową kompilacji? Pod paskiem narzędzi jest opcja jej zmiany, ale domyślnie jest ona niedostępna. Jak ją włączyć? Odpowiedź jest banalna, wystarczy w Tools->Options zaznaczyć opcję Show all settings, która domyślnie jest odznaczona. Następnie w dziale Projects and Solutions wejść w General i zaznaczyć Show advanced build configurations. Dzięki temu otrzymujemy dostęp do wielu funkcji, między innymi możliwości definiowania.

Rozwiązanie znalazłem na tym blogu. Znajdują się tam również screeny z kolejnymi krokami.