Pierwsza część planu, uruchomienie cachowania, nie przyniosła efektów. Postanowiłem więc trochę dokładniej sprawdzić przyczyny i zlokalizować wolno działający kawałek kodu. Okazało się, że w pewnej konfiguracji wtyczek oraz ich ustawień dzieją się dziwne rzeczy.

Okoliczności:

Zainstalowane i uruchomione wtyczki:

• WordPress MU Domain Mapping
• WP Super Cache ( z opcją wspierania WordPress MU Domain Mapping )

Dodatkowo:

• Niezalogowany użytkownik odwiedzający stronę w domenie innej niż główna domena sieci stron. Czyli najważniejszy przypadek

Dziwne zachowanie:

• Wysyłanie zapytania do głównej domeny sieci stron ( czas około 1100 ms ) . Zapytanie zakończone oczywiście błędem.

Przyczyny:

• Po długich poszukiwaniach winowajcą okazał się dodatek WordPress MU Domain Mapping, który wysyłał zapytanie do domeny głównej sieci. Zapytanie to miało na celu zalogowanie do wszystkich stron sieci jednocześnie. Oczywiście wspomniany plugin posiada możliwość skonfigurowania, jednak w połączeniu z WP Super Cache ten punkt konfiguracji zdaje się być pomijany.

Rozwiązanie:

• Wyłączenie funkcji / kodu odpowiedzialnej za błędne zapytanie.

Jak:

• Lokalizujemy plik: /wp-content/mu-plugins/domain_mapping.php
• W znalezionym pliku szukamy „function remote_login_js_loader”.
• I teraz możemy wykomentować zawartość funkcji ( lub tylko część odpowiedzialną za wypisywanie – echo zapytania ). Druga opcja to zlokalizowanie wszystkich wywołań tej funkcji i ich wycofanie.

Po takich zabiegach strony działają normalnie. Teraz już tylko pozostaje cieszyć się zaletami WordPress MS i szukać sposobu przeniesienia innych stron na WP MS

Artykuł pochodzi z: [Rozwiązany] WordPress MultiSite + Domain Mapping – wolne działanie , Jakubas Piotr - IT Blog

jMonkeyEngine Logo

Wizualizacja 3D z wykorzystaniem jMonkeyEngine v2 ( silnik graficzny napisany w Javie ), może przysporzyć paru drobnych problemów przy próbie stworzenia aplikacji standalone. Problem pojawiły się przy próbie podlinkowania natywnych bibliotek.

Wizualizacja 3D - Java biblioteki

java.lang.UnsatisfiedLinkError: no lwjgl in java.library.path

Poniżej przedstawiłem jeden ze sposobów rozwiązania tego problemu ( system Windows ).

1. Przez pierwsze kroki z jME poprowadzi nas tutorial:

dla Eclipse

2. Export programu do pliku jar

W Eclipse:

Plik -> Export -> Runnable JAR File

3. Podlinkowanie natywnych bibliotek

Kopiujemy katalog z natywnymi bibliotekami lwjgl tak żeby znalazły się w „lib\lib\lwjgl\native\windows\”  względem naszego pliku JAR. W katalogu z plikiem JAR tworzymy plik „Start.bat” i uzupełniamy go o poniższy kod:

java  -Xmx512m -Djava.library.path=".\\lib\\lib\\lwjgl\\native\\windows\\" -jar MyJar.jar

Opcja „-Xmx512m” ma na celu przydzielenie większej ilości pamięci dla naszego programu. Błąd, który może powodować zbyt mała ilość pamięci objawia się komunikatem:

java.lang.OutOfMemoryError: Java heap space

4. Odpowiednia wersja lwjgl

Biblioteka lwjgl, udostępniona z paczką niestety powodowała błąd:

lwjgl.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform

Problem został opisany na stronie:

http://jmonkeyengine.org/groups/general-2/forum/topic/lwjgl-64-bits/

Rozwiązaniem jest używanie biblioteki LWJGL w wersji 2.2+.

Mam nadzieję, że pomogły Wam powyższe porady

Artykuł pochodzi z: Wizualizacja 3D z wykorzystaniem jMonkeyEngine – instrukcja , Jakubas Piotr - IT Blog

W plikach pomocy udało mi się znaleźć coś lakoniczną informację o możliwości „przejścia” na nowszą wersję serwera, niestety opisany sposób rozbiegał się z prawdą ( w moim przypadku ). Domyślnie też w nowo wykupywanych hostingach wersja PHP jak i wersja baz danych jest jedną z najaktualniejszych. Pomimo tych informacji pozostaje pewien niesmak, powodowany koniecznością upominania się o swoje.

Artykuł pochodzi z: Problem z instalacja WordPress na serwerach Strefa.pl , Jakubas Piotr - IT Blog

Dokładnie: Wartości w nazwach kolumn, które znajdowały się po przecinku były „ignorowane” w DataSource. Skutkiem tego nazwy kolumn w DataSource nie zgadzały się z tymi w DataTable, w moim przypadku parę kolumn miało tę samą nazwę ( co jest oczywistym błędem).

:)

Artykuł pochodzi z: Przecinek w nazwie kolumny a red cross error na wykresie , Jakubas Piotr - IT Blog

"The application failed to initialize properly  (0xc0150002). Click on OK to terminate the  application"

Rozwiązanie błędu było tak proste, że aż wstyd o nim pisać Okazało się bowiem, że w czasie kompilowania linkowaliśmy biblioteki OpenCV w wersji Debug. Wystarczyło tylko zmienić linkowane biblioteki na odpowiednia wersję alby problem znikł.

Artykuł pochodzi z: Problem z uruchomieniem aplikacji skompilowanej za pomocą Visial Studio 2008 , Jakubas Piotr - IT Blog

ERROR: Could not read CAPTCHA cookie. Make sure you have cookies
enabled and not blocking in your web browser settings.
Or another plugin  is conflicting.

Wyruszyłem więc na poszukiwanie przyczyny błędu. Nie znalazłem niestety rozwiązania w FAQ wtyczki oraz na forum WordPress, nie pomogło też wyłączenie wszystkich innych dodatków. Po przeanalizowaniu kodu pluginu okazało się, że przytoczony komunikat błędu może dotyczyć także problemów z sesją.

Przyczyna błędu:

Różne adresy blogu w „Ustawieniach -> Ogólne” (  „Adres URL WordPressa” i „Adres URL blogu” ). Sesja była tworzona dla adresu „Adres URL blogu” a formularz komentarzy przesyłany był pod „Adres URL WordPressa”.

Rozwiązanie:

1. Zmiana atrybutu action formularza komentarzy, tak aby zawierał URL naszej strony głównej. Kod formularza znajduje się w katalogu „wp-content/themes/ nasz szablon /” prawdopodobnie w pliku „comments.php”.

2. Wprowadzenie dwóch jednakowych adresów w panelu administracyjnym „Ustawieniach -> Ogólne” (  „Adres URL WordPressa” i „Adres URL blogu” ).

Artykuł pochodzi z: Rozwiązanie problemu z SI CAPTCHA Anti-Spam , Jakubas Piotr - IT Blog

Rozwiązanie:

Eclipse domyślnie używa jako JRE ( Java Runtime Environment ) Java SE 6 Runtime Environment, które to nie są przystosowane do plików .jsp. Należy więc zmienić JRE w „Windows -> Preferences -> Java -> Installed JREs” na JDK ( Java Development Kit) . W tym celu wchodzimy do okienka wskazanego wyżej  i dodajemy ( „Add” ) nowe JRE, wybieramy „Standard VM” i „Next”.

Katalog  JRE home ustawiamy na ten w, którym zainstalowaliśmy JDK ( dla systemu Windows 64x domyślnie jest to katalog „C:\Program Files (x86)\Java\jdk1.6.0_17\” ).

Po wybraniu katalogu musimy chwilę poczekać, aż zostanie on przeskanowany. Po ewentualnej zmianie nazwy nowego JRE możemy zakończyć proces przyciskiem „Finish”. W oknie „Installed JREs” wybieramy nowo dodane JRE i zatwierdzamy zmiany przyciskiem „OK”.

Po chwili błąd pliku .jsp powinien zniknąć.

Artykuł pochodzi z: Eclipse + Google App Engine + JavaEE + JSP = problem , Jakubas Piotr - IT Blog