Informacja w miejscu / zamiast "Like Box"

Na forum developerów facebookowych aplikacji nie udało mi się znaleźć pomocnych informacji, to co znalazłem wyjaśniało ogólną przyczynę – sytuację w której zwracany jest taki komunikat błędu. Komunikat o takim błędzie powinien być zwracany jeżeli Fun Page powiązany z widgetem Like Box ma restrykcyjne ograniczenia wiekowe lub ograniczenia co do kraju w którym można oglądać dany Fun Page. Ustawienia te można zmienić w „Edytuj stronę ->  Zarządzaj uprawnieniami”.

Facebook Fun Page - Zarządzaj uprawnieniami

Po przeglądnięciu zawartości tej zakładki okazało się, że i ta strona ma jak najbardziej poprawne ( standardowe ) ustawienia. Postanowiłem jednak zapisać je ponownie i odczekać trochę czasu. Nie jestem w 100% przekonany, że było to pomocne ale po paru godzinach ( około 4 h ) sytuacja wróciła do normy ( Like Box zaczął działać jak dawniej ).

PS: Dla niecierpliwych polecam tymczasową podmianę Like Box’a na wizytówkę strony. Nie wygląda ona zachęcająco ale zawsze to lepsze niż czerwony bloczek błędu.

Artykuł pochodzi z: Problem z widgetem Like Box – Facebook , Jakubas Piotr - IT Blog

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

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

Jak temu zaradzić:

1. Narzędzia

Potrzebujemy odpowiednich narzędzi aby móc sprawdzić czy wprowadzane przez nas poprawki przynoszą jakiekolwiek efekty. Z pomocą może przyjść nam dodatek do Firefoxa Firebug, z pomocą którego będziemy mogli śledzić ewentualne błędy w naszym skrypcie oraz monitorować prędkość wykonywania wybranych fragmentów naszej aplikacji.

Czas wywołania fragmentów kodu możemy monitorować za pomocą konsoli:

console.time("naszaFunkcja");
naszaFunkcja();
console.timeEnd("naszaFunkcja") ;

Po odświeżeniu strony na której umieszczony jest ten kod, w konsoli Firebug’a powinniśmy zobaczyć powiadomienie:

Wiemy więc już jak będziemy sprawdzać czy wprowadzane zmiany przynoszą efekt, możemy więc zacząć je wprowadzać.

2. Zamiana zmiennych globalnych na lokalne

Zamiast:

var glob = 2;
function fun(){
glob= glob * glob * glob;
}

Napisz:

var glob = 2;
function fun(){
var loc = glob;
loc = loc* loc* loc;
glob = loc;
}

Uzasadnienie: Dostęp do zmiennych lokalnych w JS jest znacznie szybszy niż do zmiennych globalnych ( więcej o scope chain). Działanie takie ma sens tylko jeżeli do zmiennej globalnej odwołujemy się w funkcji więcej niż raz.

3. Unikaj używania with

Uzasadnienie: Powoduje dodanie dodatkowych pól do scope chain, co znacząco wpływa na szybkość odwołań do zmiennych lokalnych i globalnych.

4. Pamiętaj o używaniu var podczas deklarowania zmiennych.

5. Dostęp do atrybutów obiektów

Pamiętaj o tym, że dostęp do atrybutu obiektu np. object.name zawsze będzie szybszy niż object.name.name . ( Nie ma natomiast różnicy pomiędzy odwołaniami object.name i object.["name"]. )

Zamiast:

function fun( data ){
if( data.count > 0 ){
for( var i = 0 ; i< data.count ; i++){
fun_2( data.item[i] );
}
}
}

Napisz:

function fun( data ){
var  count = data.count ,   item = data.item ;

if( count > 0 ){

for( var i = 0 ; i< count ; i++){
fun_2( item[i] );
}
}
}

6. Pętle

Nie istotne jest, którego rodzaju pętli używasz ( while, for, do-while ) najważniejsze jest jakie zabiegi przeprowadzasz wewnątrz pętli oraz ilość iteracji jakie pętla wykonuje.

Zamiast:

for( var i = 0 ; i< data.count ; i++){
}

Napisz:

var  count = data.count  ;
for( var i = 0 ; i< count ; i++){
}

Warunek końca pętli:  i< count sprawdza czy wyrażenie i< count == true, a więc wykonuje podwójne porównanie.

Więc zamiast:

for( var i = 0 ; i< data.count ; i++){
}

Napisz:

var  count = data.count  ;
for( var i = count ;   i-- ; ){
}

Wszystkie pętle typu forEach ( wliczając w to dostępne w bibliotekach np. JQuery ) są wolniejsze od standardowych pętli. Należy więc rozważyć ich zmianę na standardowe pętle przynajmniej w krytycznych częściach naszej aplikacji.

7. DOM

Pamiętaj o tym, że dostęp do obiektów DOM jest bardzo wolny.

Unikaj więc:

var divs = document.getElementsByTagName("div");
for( var i = 0 ; i < divs.length ; i++) {
}

Stosując:

var divs = document.getElementsByTagName("div");
for( var i = 0 , len = divs.length ; i < len ; i++) {
}

Jeżeli jesteś zmuszony do częstego odwoływania się do zbiorów elementów, rozważ przepisanie ich do tablicy ( dostęp do tablicy będzie wydajniejszy).

8. Zmiana layoutu

Każda zmiana dokonywana przez nas w DOM ( dodawanie nowych bloków ) , zmiany w CSS‘sie wymuszają na przeglądarce ponowne przeliczenie pozycji elementów strony. Więcej na temat reflow.

Zamiast:

element.style.height = "100px";
element.style.display= "block";
element.style.fontSize= "14px";

Użyj:

.new_style{
height: 100px;
display: block;
font-size: 14px;
}

element.className = "new_style";

Ograniczysz w ten sposób ilość „odświeżeń” z trzech do jednego.

9. Uruchomienie JS w tle.

Jeżeli dokonaliśmy już wszelkich możliwych poprawek, ale dalej nie jesteśmy zadowoleni z wyników, możemy postarać się aby nasza aplikacja nie przeszkadzała użytkownikom. Sposoby, które nam w tym pomogą:

• Uruchomienie krytycznych fragmentów kodu ( lub całych funkcji ) „w tle” za pomocą

setTimeout( ‘fun()’ , 1 );

sprawi, że nie będziemy czekali na skończenie wykonywania funkcji fun().

• Importowanie pliku z naszym kodem na końcu strony tuż przed </body> nie będzie spowalniało ładowania się zawartości strony.

10. Na koniec

Jednym z ostatnich zabiegów jakie możemy zrobić jest archiwizacja pliku z kodem JavaScript za pomocą JSMin, który m.in. usunie z pliku niepotrzebne komentarze oraz białe znaki.

Opracowane na podstawie:  Speed Up Your JavaScript

Artykuł pochodzi z: Optymalizacja JavaScript , Jakubas Piotr - IT Blog