BBProject.net » Webmastering

Pozycjonowanie a dobra treść

M@ster — Fri, 14 May 2010 08:15:20 +0000

Jakiś czas temu natknąłem się na coś takiego jak „precel” w temacie pozycjonowania stron. Dla niewtajemniczonych, owy „precel” to strona www, na której umieszczane są artykuł wraz z linkami zwrotnymi do pozycjonowanej strony. Z reguły każdy może dodać taki artykuł aby podnieść pozycję swojej strony w wyszukiwarce.

Zetknąłem się z tym po raz pierwszy i prawdę mówiąc zacząłem się zastanawiać, czy to już aby nie jest przesada? Rozumiem że na wrażliwych frazach jest ostra walkę o pozycję w wyszukiwarkach, ale przecież ludzie nie są idiotami! Załóżmy że ktoś osiągnie swój cel, i wyjdzie na pierwszą pozycję z stroną niekoniecznie pasująca do słów kluczowych. No przecież każdy kto nawet odwiedzi taką stronę szybko ją opuści jeśli się okażę że to nie to czego szukał.

Wydaje mi się że dobra treść, dobry produkt sam potrafi się obronić i nie potrzeba aż takich gimnastyk. Naturalnie powstające linki zwrotne załatwią sprawę. Oczywiście zakładam że strona jest dobrze napisana i zoptymalizowana w minimalnym stopniu pod kątem wyszukiwarek. Po prostu zaczyna mi to przypominać wciskanie kitu jak w telezakupach.

Wyjątek może tutaj chyba jedynie stanowić sytuacja w której na daną frazę istnieje produkt lub strona z całkowicie innej branży. Swego czasu spotkałem się zdaje się z silnikiem graficznym o nazwie OOBE. Spróbujcie sobie go znaleźć wpisując tę frazę. Skończycie na podróżach poza ciałem . Oczywiście wiąże się to z tym że jednak zdecydowana większość wpisujących owe słowo kluczowe szuka czegoś innego niż silnika do gry. Dodanie słówka „engine” załatwia sprawę.

Nie będę ukrywał, nie jestem ekspertem w dziedzinie SEO. Orientuję się w temacie na tyle aby móc stworzyć przyzwoitą stroną pod tym względem. Nie mniej, moje poczucie dobrego smaku mówi mi że jest pewna granica której przekraczać nie można. Pamiętajcie, dobra treść obroni się sama!

AJAX w jQuery dla początkujących

M@ster — Sun, 18 Apr 2010 19:10:40 +0000

Szybki i lekki kurs dla początkujących pod tytułem: AJAX w jQuery. Innymi słowy, jak przy pomocy tej biblioteki załadować dynamiczną treść bez przeładowania strony.

Wszystko czego będziemy potrzebować to biblioteka jQuery, dobre chęci oraz szczypta zapału. Przechodzimy na stronę jquery.com i pobieramy najnowszą wersję skryptu.

Ja na potrzeby tego wpisu stworzyłem sobie dwa pliki, pierwszy będący główną stroną która będzie korzystać z techniki AJAX, oraz drugą zawierającą ładowane treści – obie jako skrypty PHP, aby nie było zbyt nudno. Ok, przechodzimy do działania.

Pierwszym krokiem będzie dołączenie do dokumenty biblioteki jQuery w sekcji head strony:

Najprostszy przypadek

Czyli zwyczajne załadowanie zawartości innego pliku html/php bez przeładowania strony.

Dodam do naszej strony dwie warstwy, jedną która będzie przyjmować ładowane treści, i drugą z przyciskiem wywołującym zdarzenie.

Teraz pozostaje nam już tylko dodanie akcji do przycisku.

$(document).ready(function(){
  $('#btn').click(function(){
    $('#box').load('data.php');
  });
});

Może czas na wyjaśnienie powyższego kodu. Pierwsza linia przypisuje zdarzeniu załadowania strony funkcję w której określamy co ma się dziać. Jest to wymagane podczas używania jQuery (i nie tylko), aby mieć pewność że struktura dokumentu widziana przez przeglądarkę jest kompletna. Kolejno elementowi o identyfikatorze btn przypisujemy zdarzenie kliknięcia w którym do elementu box ładujemy przy pomocy funkcji .load dane z pliku data.php.

W data.php umieściłem zwyczajowy tekst, równie dobrze może to być plik html. Przy tak przygotowanym kodzie, kliknięcie przycisku „Wyślij” powinno skutkować pojawieniem się nad nim treści zawartej w zewnętrznym pliku.

Kompletny kod całego dokumentu wygląda następująco:

Przekazywanie parametrów

Jeśli powyższy przypadek chcielibyśmy wzbogacić o przekazanie jakichś parametrów do wywoływanego pliku data.php, musimy rozbudować nieco funkcję .load.

$('#box').load('data.php', {index: 4, str: 'abc'});

Drugi parametr określa tablicę par klucz: wartość. Dane te są przesyłane metodą POST, zatem mamy do nich łatwy dostęp w docelowym skrypcie php. Przykładowa zawartość data.php:

Index: 

Ciąg znaków:

Tym sposobem możemy wpływać na to co ma zostać załadowane. Podawane dane możemy odczytać z pola tekstowe lub innych zmiennych – wszystko zależy od naszej inwencji oraz umiejętności pisania w JavaScript.

Wysyłanie formularzy

Ostatnim punktem będzie wysłanie formularza. Można by oczywiście skorzystać z powyższej metody kopiując zawartości pól formy, jednak było by to mało wygodne. My skorzystamy z funkcji .serializeArray.

Zmodyfikowałem zawartość dokumentu wzbogacając go o prosty formularz z dwoma polami:



  
    Pole 1: 

    Pole 2:

Kolejno modyfikujemy kod JavaScript:

$('#box').load('data.php', $('#form').serializeArray());

Tym sposobem, do pliku data.php zostanie przekazana zawartość pól formularza o identyfikatorze form. Co z nimi zrobimy, zależy już od nas.

Podsumowanie

Mam nadzieję iż chociaż troszkę pomogłem osobą które po raz pierwszy próbowały użyć technologii AJAX przy pomocy jQuery. Bardziej zaawansowanym polecam zapoznanie się z resztą funkcji dostępnych w jQuery, które dają większe możliwości manipulacji danymi i tym co się dzieje podczas wywołania asynchronicznego.

CAPTCHA bez dręczenia użytkownika

M@ster — Thu, 08 Apr 2010 15:11:00 +0000

CAPTCHA (Completely Automated Public Turing test to tell Computers and Humans Apart) – rodzaj techniki stosowanej jako zabezpieczenie na stronach www, celem której jest dopuszczenie do przesłania danych tylko wypełnionych przez człowieka.

Źródło: http://pl.wikipedia.org/wiki/CAPTCHA

Zapewne nie raz spotkaliście się z kodami obrazkowymi które trudno było rozpoznać nawet człowiekowi. Widziałem już różne zabezpieczenia przeciw spam botom, mniej lub bardziej wymyślne, a nawet takie które spowodowały że sobie odpuściłem wysłanie formularza gdyż nie byłem w stanie ich pomyślnie przejść.

W tym wpisie pokaże Wam jak zrobić alternatywne metody weryfikacji człowieczeństwa bez denerwujących kodów obrazkowych czy innych mechanizmów utrudniających życie.

Być może to co opiszę ktoś już wynalazł i stosuje z powodzeniem, nie mniej, wymyśliłem to przy okazji jednego projektu gdzie po dziś dzień działa i spisuje się znakomicie – chyba że tą stronę omijają spam boty .

Idea

Na czym polega ów metoda? Na dynamicznej zmianie formularza, przed jego wysłaniem. Kolejno, w skrypcie PHP obsługującym daną formę, sprawdzamy poprawność struktury.

Spam boty, przeczesując sieć, odczytują z kodu HTML dostępne pola i wysyłają żądanie POST do lokacji widniejącej w parametrze action. Jeśli zmienimy formularz dynamicznie przy pomocy JavaScript’u, wtedy spam bot nie zobaczy tych zmian i wyśle pierwotną wersję – wyjątkiem było by tutaj gdyby bot działał jak przeglądarka i interpretował całą stronę, ale w to wątpię.

Praktyka

Jeśli powyższy opis nie jest zbyt jasny, to poniższy przykład rozwieje wszelkie wątpliwości.

Załóżmy że mamy prosty formularz z jednym polem tekstowym – na przykład do dodawania komentarzy na stronę.

Po wysłaniu takiej formy i zrzuceniu w PHP zawartości tablicy $_POST otrzymamy:

array(2) {
  ["comment"]=>
  string(14) "mój komentarz"
  ["submit"]=>
  string(7) "Wyślij"
}

I w ten sposób wyglądała by przesłana zawartość jeśli wysłał by ją spam bot. Teraz wprowadzimy kilka zmian, aby ta wysłana przez człowieka (tj. z tradycyjnej przeglądarki) różniła się od tej powyższej.

Skorzystam z biblioteki jQuery w celu łatwiejszego manipulowania elementami dokumentu HTML.

$(document).ready(function(){
  $('#form').append('');
  $('#form input[name="submit"]').removeAttr('name');
});

Co zrobiłem? Tuż po załadowaniu całego dokumentu, dodałem nowe ukryte pole formularza o nazwie key i wartości 234786. Kolejno, usunąłem atrybut name z przycisku submit. Po takim zabiegu, skrypt PHP widzi nasz formularz w następujący sposób:

array(2) {
  ["comment"]=>
  string(14) "mój komentarz"
  ["key"]=>
  string(6) "234786"
}

Jak widać, nie występuje już w tablicy $_POST w ogóle przycisk submit, a dodatkowo doszło ukryte pole key.

Jeśli teraz wyczulimy skrypt przetwarzający formularz na te zmiany, możemy odróżnić bota od człowieka:

if (( ! isset($_POST['submit'])) && isset($_POST['key']) && ($_POST['key'] == '234786'))
{
  echo 'jesteś człowiekiem :]';
}
else
{
  echo 'jesteś spam botem :[';
}

Zabezpieczenia

Pokazane tutaj rozwiązanie, w postaci usunięcia atrybutu przycisku submit, oraz dodanie pola hidden są tylko przykładowe. Siła tego rozwiązania tkwi w unikalności metody, a tutaj mamy naprawdę spore pole do popisu.

Możemy dodawać i usuwać pola. Manipulować nazwą lub zawartością pól ukrytych, np.: jego wartość musi być sumą kontrolną z tego co wpisze użytkownik w innym polu (wymagane podpięcie się pod zdarzenie onSubmit w takim wypadku). Możemy dodać pole z nazwą przeglądarki, adresem IP i porównać w skrypcie PHP czy się zgadzają oba wpisy. Pole do popisu jest naprawdę ogromne – niech poniesie Was fantazja, grunt to dobrze namieszać .

Sam kod JavaScript warto umieścić w zewnętrznym pliku oraz potraktować narzędziem typu kompresor JS. To utrudni ew. rozgryzienie naszego przypadku.

Uwagi

Czy jest to rozwiązanie idealne? Oczywiście nie. Pierwsza wada to wymagana obsługa JavaScript u użytkownika. Druga to łatwość obejścia tego typu zabezpieczenia przez człowieka. I tutaj są dwa aspekty tej przypadłości.

Autor bota musiał by przejrzeć kod naszej strony i zorientować się co tam się dokładnie dzieje i zmodyfikować swój twór. Jeśli przyjmiemy że każdy webmaster zastosuje inny algorytm zabezpieczający, to mało komu będzie się chciało dostosowywać swojego szkodnika do każdej strony z osobna tylko po to by móc masowo spamować. Koszt tej operacji przewyższał by zyski z rozsyłanego spamu.

Czyli, zasadniczo da się prosto dojść do tego jak spreparować formularz (chociaż jeśli ktoś namiesza to wcale to takie łatwe być nie musi ), jednak jest to z ekonomicznego punktu widzenia nieopłacalne dla spamera.

Przydatne sztuczki w AdTaily.pl

M@ster — Sun, 04 Apr 2010 15:43:09 +0000

Wpis ten kieruje do wszystkich użytkowników sieci reklamowej AdTaily.pl, głównie rzec jasna wydawców, którzy umieszczają reklamy na swoich stronach.

Mimo ciągłego rozwoju przez autorów (a właściwie autorki ) tego systemu reklamy, wciąż jest w nim kilka niedogodności które powiem jak ominąć bądź obejść. Mam tutaj na myśli rozszerzone personalizowanie wyglądu widgetu, jego umieszczanie na stronie oraz przeliczanie stawek za dzień odsłony.

Korzystasz z AdTaily.pl i chcesz wycisnąć z niego siódme poty oraz zwiększyć przychody z reklamy? Zapraszam do dalszej części wpisu.

Cały wpis podzieliłem na dwa podrozdziały, jeden dotyczący wyglądu widgetu, oraz drugi na temat ustalania stawek za dzień odsłony.

Widget

Widget, czyli boks reklamowy jaki umieszczamy na swojej stronie. Mimo iż w panelu reklamowym możemy ustalić takie rzeczy jak tytuł czy kolor ramki oraz wypełnienia, to czasami jest to za mało.

Panel konfiguracji widgetu w serwisie AdTaily.pl

Pierwsza sytuacja, tytuł boksa. Nie można go usunąć, nawet wpisując pusty ciąg znaków. Czasami chcemy sami dodać nagłówek zgodny z wyglądem naszej strony. Druga sprawa, kolor wypełnienia, co jeśli tło naszej strony nie jest jednolite? Niestety nie możemy wybrać tła przeźroczystego.

Rozwiązanie? Nadpisanie stylów w arkuszu CSS:

#AdTaily_Widget_Container div
{
  border: none !important;
  background-color: transparent !important;
}

#AdTaily_Widget_Container span
{
  display: none !important;
}

Pierwszy fragment odpowiedzialny jest za usunięcie obramowania widgetu oraz ustawienie przeźroczystego koloru tła. Drugi natomiast za usunięcie nagłówka nad boksem.

Oczywiście możemy tutaj bardziej zaszaleć i dodać sobie przykładowo bardziej finezyjne obramowanie czy w inny sposób skonfigurować wygląd widgetu AdTaily.pl.

Szerokość widgetu

Drugą poważną wadą widgetu jest jego szerokość, która czasami przekracza realną na jaką jest zapotrzebowanie. Powoduje to, że mimo dostatecznej dostępnej szerokości na stronie gdzie znajduje się boks, mieści się w nim tylko jedna reklama w rzędzie, mimo iż na oko widać że weszły by tam dwie (dokładnie jak na tej stronie).

W tej sytuacji wystarczy że wrzucimy kod widgetu w warstwę której nadamy powiększoną szerokość i odpowiednio, relatywnie przesuniemy aby uzyskać optymalne położenie. Przykładowo:


  ... kod widgetu ...

Liczę że każdy kto bierze się za umieszczanie kodu na stronie ma na tyle rozwinięte umiejętności operowania HTML’em iż zrozumie powyższą ideę i dobierze odpowiednio parametry w zaprezentowanym kodzie.

Cena

Jeden z ważniejszych parametrów ekonomicznych naszej reklamy . Cena jaką ustalamy w konfiguracji serwisu, jest to cena za dzień prezentowania reklamy. AdTaily.pl pobiera 30% prowizji od tego co płaci reklamodawca, a ustalana stawka jaką podajemy to pozostałe 70% jakie wpadnie do naszej kieszeni.

Cena jaka będzie widoczna w widgecie oraz katalogu AdTaily.pl wyraża się wzorem:

Cena dla reklamodawcy = Cena podana / 0,7

…analogicznie:

Cena podana = Cena dla reklamodawcy * 0,7

Po co te wzory? Gdyż czasami zachodzi potrzeba ustalenie tak ceny aby ta widoczna dla kupujących była na określonym poziomie – np.: jakaś równa kwota. Jeśli przykładowo chcemy aby cena na stronie była na poziomie równo 2zł to w panelu konfiguracyjnym musimy wpisać 1,40zł (2 / 0,7).

CPM

Koszt tysiąca odsłon reklamy. Jest to ważny czynnik przy ustalaniu ceny dziennej. Musimy pamiętać o tym aby nie przesadzić, gdyż po prostu nie zdobędziemy żadnego klienta. CPM określa nam realny koszt reklamy, bo co z tego jeśli mamy niską cenę per dzień skoro w przeliczeniu na odsłonę wychodzi drożej niż u tego który ma za dzień więcej?

I tutaj znów powstaje problem, jaką podać stawkę, aby po uwzględnieniu miesięcznych statystyk wyszedł pożądany przez nas wskaźnik CPM?

Cena podana = (Miesięczna ilość odsłon * CPM * 0.7) / 30 000

Zatem, jeśli nasz serwis zalicza przykładowo 20 000 odsłon w miesiącu, i chcemy aby CPM był na poziomie 0,40zł, to kwota jaką musimy podać za dzień wynosie 0,19zł.

Jeśli natomiast chcesz dowiedzieć się ile wyniesie CPM przy założonej cenie oraz miesięcznych statystykach odwiedzalności:

CPM = (30 000 * Cena podana) / (Miesięczna ilość odsłon * 0,7)

Dla przypomnienia, cena podana to kwota jaką wpisujemy w serwisie.

Bardzo szkoda że autorzy AdTaily.pl nie dali możliwości podawania stawki CPM zamiast dziennej. Było by to o wiele wygodniejsze i uwzględniało by wzrosty i spadki ilości wejść na stronę, dostosowując automatycznie cenę w dla reklamodawców.

Podsumowanie

Na blogu AdTaily.pl oraz forum, możemy przeczytać iż trwają pracę nad nową wersją widgetu oraz innymi udogodnieniami. Miejmy nadzieję że znajdą się tam również te dotyczące CPM.

Liczę że opisane tutaj zagadnienia pozwolą na ujarzmienie boksa od AdTaily.pl i zwiększenie zysków na Waszych stronach. Jeśli potrzebujecie innych rad lub wyliczeń, piszcie śmiało!

Internet Explorer 6 – wspierać czy nie wspierać?

M@ster — Wed, 31 Mar 2010 15:30:27 +0000

Jeszcze kilka lat temu wielu webmasterów miało dylemat czy porzucać wsparcie dla rozdzielczości ekranu 800×600, robiąc strony o standardowej szerokości przekraczającej 800px. Było to w czasach kiedy dominującą rozdziałkom zaczynało być 1024×768.

Obserwowanie procentowego udziału na rynku ludzi z mniejszą rozdzielczością, było zwieńczone spadkiem tej wartości poniżej kilku procent, gdzie można było już ponieść stratę tych użytkowników. Dzisiaj 1024px jest niemal zapomniane w skutek popularyzacji monitorów LCD i matryc 1280x1024px oraz panoramicznych.

Nie o tym jednak jest ten wpis. Obecnie, analogicznie mamy do czynienia z sytuacją ciągłego spadku popularności przeglądarki Internet Explorer 6. Na dzień dzisiejszy, jej udział na polskim rynku wynosi 5,81% (wg. serwisu ranking.pl). Czy zatem można już ją sobie darować?

Microsoft Internet Explorer 6 jest już produktem archaicznym. Jego interpretacja kodu HTML jest bardziej wesołą twórczością artystyczną a niżeli standardem. To samo tyczy się arkuszy stylów kaskadowych i setki innych rzeczy, skończywszy na braku obsługi obrazów PNG z 8-bitowym kanał przeźroczystości. Każdy webmaster który musiał dostosowywać stronę specjalnie pod IE6 dokładnie wie o czym mówię.

Udział Internet Explorer 6 na rynku przeglądarek

Czy zatem nadszedł już czas aby nie przejmować się użytkownikami tej przeglądarki? Odpowiem krótko, to zależy od procentowego udziału tej przeglądarki w przypadku konkretnej strony oraz jej charakteru (biznesowa czy prywatna). Przykładowo, dla tego bloga, IE6 stanowi zaledwie 1%, czyli sporo poniżej średniej wspomnianej na początku. Wynika to z treści tutaj zawartych i wyższej świadomości odwiedzających – tak jak mówiłem, charakter serwisu.

Sądzę że próg 5% jest już na tyle mały, że można sobie odpuścić „hackowanie” naszej strony specjalnie dla jednego programu. Jeśli ktoś ma wyrzuty sumienia z powodu tych 5%, zawsze może, i właściwe powinien, wyświetlić stosowny komunikat dla konserwatystów – przykład jak to zrobić + gotowiec, znajdziemy chociażby na stronie ie6.pl.

Ja osobiście „kibicuję” spadkowi Internet Explorer 6 i trzymam za niego kciuki .

Klasyka PHP – licznik odwiedzin

M@ster — Sat, 27 Mar 2010 08:27:37 +0000

Dlaczego klasyka? Gdyż to chyba jeden z najpopularniejszych skryptów o jakich myśli każdy początkujący programista PHP. Fakt faktem, że przy dzisiejszych usługach typu Google Analytics jest to mało komfortowe rozwiązanie i nie dostarcza wielu informacji, nie mniej na pewno dużo satysfakcji .

Bez zbędnego przedłużania przechodzimy do sedna sprawy. Nasz licznik będzie maksymalnie uproszczony – będzie zliczał każde przeładowanie strony. Aby zbytnio się nie napracować skorzystamy z funkcji file_get_contents oraz file_put_contents do przechowania aktualnego stanu licznika w pliku.

Jak działa zatem prosty licznik? Pobiera z pliku ilość odsłon, dodaje 1, zapisuje i wyświetla aktualny stan.

$fn = 'data.txt';
$counter = (file_exists($fn) ? (int)file_get_contents($fn) : 0) + 1;
file_put_contents($fn, $counter);

I to już w zasadzie wszystko. Pierwsza linia określa nazwę pliku danych licznika. Druga odczytuje jego aktualny stan, o ile plik istnieje. Ostatnia zapisuje ponownie ilość osłon do pliku. W zmiennej $counter znajduje się ich aktualna ilość którą możemy umiejscowić gdzieś na stronie:

echo $counter;

Nasz licznik jest już gotowy. Cały kod możesz pobrać tutaj.

Dla ambitnych

Jeśli nie chcesz aby licznik zliczał każdą pojedynczą odsłonę, a jedynie użytkowników, to musimy pokusić się o skorzystanie z cookies (ciasteczek) przeglądarki.

Podobnie jak w przykładzie wyżej, nie jest to jakiś skomplikowany mechanizm i łatwo go obejść, ale spełnia swoje zadanie w minimum jakie od niego wymagamy.

$fn = 'data.txt';
$counter = file_exists($fn) ? (int)file_get_contents($fn) : 0;

$cookiename = 'simple_counter_d3v8';
if ( ! isset($_COOKIE[$cookiename]))
{
  file_put_contents($fn, ++$counter);
  setcookie($cookiename, '1', time()+60*60*24);
}

Jeśli użytkownik odwiedzi stronę, zapisujemy w jego przeglądarce ciasteczko. Przy kolejnej odsłonie tylko wtedy podwyższamy wartość licznika jeśli owo ciasteczko nie istnieje. Po 24h, odsłona tego samego użytkownika jest ponownie zliczana – można to regulować zmieniając liczbę sekund w trzecim parametrze funkcji setcookie.

Kompletny kod można pobrać tutaj.

Co zrobić gdy reklama blokuje wyświetlanie strony?

M@ster — Tue, 09 Mar 2010 06:07:39 +0000

Otwieramy stronę internetową, widzimy nagłówek i czekamy… czekamy… po chwili pojawia się reklama a za nią interesująca nas treść. Brzmi znajomo?

Zdecydowana większość systemów reklamowych opiera się na załączaniu zewnętrznego kodu JavaScript, który w przypadku wolnego serwera dostawcy reklam, może powodować niepotrzebne spowalnianie ładowania się naszej strony. O ile w sytuacji takich gigantów jak Google AdSense nie mamy się o co martwić, to przy korzystaniu z usług innych podmiotów czy też systemów pośredniczących (np.: OpenX), może warto zastanowić się jak pozbyć się tego problemu i nie opóźniać pokazania treści tylko przez reklamę. Zniecierpliwiony użytkownik naszej witryny może ją po prostu opuścić zanim zdąży cokolwiek zobaczyć.

Przedstawione rozwiązanie problemu jest stricte teoretyczne, gdyż docelowa implementacja zależy od konkretnego przypadku, a osoby które zajmują się tworzeniem stron internetowych na pewno będą wiedziały jak przenieść to na własny grunt.

Załóżmy hipotetyczną budowę naszej witryny w następującej postaci:

nagłówek

reklama

treść

Przykładowy kod takiej witryny mógł by wyglądać w następujący sposób:

Jeśli nie chcemy aby warstwa reklamowa blokowała pojawienie się treści, wystarczy że przeniesiemy ją na sam koniec. Ktoś powie – ok, ale w tym wypadku reklama powędruje na dół strony. Musimy zatem zastosować pewną sztuczkę. Mianowicie, zwiększamy dolny margines warstwy nagłówka o wartość wysokości sekcji reklamowej, tak aby powstała pusta luka. Z kolei warstwę z reklamą, pozycjonujemy w sposób absolutny (position: absolute;) przy pomocy stylów, umieszczając ja w otrzymanej wnęcę.

Tym sposobem, przeglądarka wyświetlając stronę, najpierw pokaże nagłówek, treść a dopiero na samym końcu reklamę – ale w odpowiednim miejscu. Jeśli ta z jakichś powodów nie będzie w stanie się wyświetlić (padnie serwer reklamy), to nie spowoduje to blokowania treści.

Oczywiście to co znajduje się pod reklamą, np.: stopka strony, nie pokaże się dopóki nie zostanie pobrana reklama, nie mniej, nie jest to tak istotny element w stosunku do treści po którą sięga odwiedzający witrynę.

Rozwiązania tego nie możemy zastosować w sytuacji w której odległość warstwy z reklamą jest zmienna w stosunku do początku strony, gdyż w tym momencie nie jesteśmy w stanie pozycjonować warstwy przy pomocy atrybutu absolute. Metodę tą stosuje z powodzeniem na dwóch swoich stronach i spisuje się znakomicie – cotozaplik.pl oraz checksum.me.

Wbudowane style PHP-Fusion 7

M@ster — Fri, 05 Mar 2010 06:32:24 +0000

Wpis ten jest dość specyficzny, gdyż kierowany do osób tworzących/edytujących skórki dla PHP-Fusion 7. Każda skórka z reguły posiada swój własny arkusz stylów CSS. Jednakże, sam CMS również używa kilkunastu, które są zaszyte w plikach źródłowych.

Chcąc dobrze dopasować nasz temat i określić wygląd wszystkich możliwych elementów musimy zdefiniować w arkuszu stylów również te klasy których używa sam PHP-Fusion. I tutaj pojawia się problem, skąd wziąć ich listę?

Też kiedyś stanąłem przed tym problemem, i napisałem drobny skrypt PHP, który analizuje wszystkie pliki tego systemu zarządzania treścią i wyłuskuje wystąpienia definicji klasy stylu (class=’…’). Efekt tych poszukiwań prezentuje poniżej.

admin-message
alt
article_idx_cat_name
bbcode
button
center
comment-name
comment_actions
comment_message
download_idx_cat_name
failed
faq_idx_cat_name
first-link
forum
forum-caption
forum_cat_name
forum_idx_table
forum_name
forum_table
forum_thread_table
forum_thread_title
forum_thread_user_name
forum_thread_userbar
full-header
news-category
pagenav
panelbutton
passed
photogallery_album_desc
photogallery_album_photo
photogallery_album_photo_info
photogallery_album_photo_link
photogallery_album_thumb
photogallery_photo
photogallery_photo_desc
photogallery_photo_link
poll
profile_user_avatar
profile_user_level
profile_user_name
quote
setuser_body
shoutbox
shoutboxdate
shoutboxname
side
side-hr
side-label
side-small
slink
small
small2
sub-header
tbl
tbl-border
tbl1
tbl2
textbox

Oczywiście nie trzeba deklarować wszystkich wypisanych klas, a jedynie te których wygląd chcemy doprecyzować.

Powyższa lista została sporządzona na bazie źródeł PHP-Fusion w wersji 7.00.07.

Na co zwrócić uwagę przy kupowaniu hostingu?

M@ster — Mon, 01 Mar 2010 09:23:00 +0000

Pojemność? Pakiet transferu? Ilość kont e-mail? Nie. Oczywiście są to ważne parametry, które podaje chyba każda firma świadcząca usługi hostingowe, nie mniej nie na to chciałem zwrócić uwagę. To wszystko co widzimy w ofertach serwerów wirtualnych chyba każdy webmaster potrafi samodzielnie ocenić, czy przydzielone gigabajty pomieszczą jego stronę i ile skrzynek pocztowych będzie mu potrzebnych.

W tym wpisie chciałbym zwrócić uwagę na kwestie które są mniej atrakcyjne marketingowo, a co za tym rzadziej podawane, a mające duże przełożenie na jakość usługi. To właśnie spora część tych parametrów sprawia, że dwie firmy mające w ofercie w przybliżeniu ten sam pakiet, oferują go czasami pod skrajnie różnymi cenami.

Nie przedłużając zbytnio, zaczynajmy – na co zwrócić uwagę przy kupowaniu hostingu?

Lokalizacja

Nie firmy, ale serwerowni. Jeśli kierujemy naszą ofertę na rynek polski, dobrze aby serwerownia również znajdowała się w naszym kraju. Dlaczego? Są co najmniej dwa powody. Pierwszy, wiemy że mamy do czynienia z poważną instytucją, która zainwestowała w infrastrukturę a nie tylko wykupiła pakiet resellera i dolicza swoją marżę. Drugi, znacznie lepsze połączenie do krajowych dostawców internetu. Z reguły dostawcy usług hostingowych chwalą się jeśli posiadają serwerownię w Polsce, jeśli nie podają tej informacji to niestety nie mamy możliwości zweryfikowania tego.

Czas dostępu

Popularny ping. Im mniejszy, tym lepszy. Jeśli dysponujecie normalnym łączem (tzn. nie podzieloną na 100 osób radiówką) możecie samodzielnie sprawdzić ten parametr, wydając komendę w wierszu poleceń:

ping www.strona_dostawcy_uslug.pl

Niestety nie wszystkie serwery odpowiadają na ping’a. Czasami jest to podyktowana względami bezpieczeństwa. Co nam daje krótki czas opóźnienia? Na pewno szybsze ładowanie strony w momencie korzystania z wielu zasobów (szerzej omówiłem ten temat tutaj). Zwiększa to również komfort nawigowania po folderach serwera w trakcie sesji FTP.

Jaka wartość jest najlepsza? Poza idealną równą 0ms, czas opóźnienia poniżej 25ms możemy uważać za bardzo dobry, 50ms również nie jest najgorszym wynikiem. Wystrzegajmy się hostingów dla których wartość ta przekracza 100ms. Poniżej zapis rezultatu komendy ping dla serwisu onet.pl – bardzo dobry czas odpowiedzi, dobry punkt odniesienia.

Badanie onet.pl [213.180.146.27] z użyciem 32 bajtów danych:

Odpowiedź z 213.180.146.27: bajtów=32 czas=13ms TTL=54
Odpowiedź z 213.180.146.27: bajtów=32 czas=12ms TTL=54
Odpowiedź z 213.180.146.27: bajtów=32 czas=12ms TTL=54
Odpowiedź z 213.180.146.27: bajtów=32 czas=12ms TTL=54

Statystyka badania ping dla 213.180.146.27:
    Pakiety: Wysłane = 4, Odebrane = 4, Utracone = 0 (0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
    Minimum = 12 ms, Maksimum = 13 ms, Czas średni = 12 ms

Uptime

Uptime, czyli czas przez jaki dostępna jest usługa w ciągu roku. Nie oszukujmy się, jesteśmy tylko ludźmi a powiedzenie „złośliwość rzeczy martwych” nie wzięło się znikąd. Uptime poniżej 99,9% powinien zwrócić naszą czujność, jeśli nie chcemy oglądać co drugi dzień informacji o niedostępności strony.

Każda następna dziewiątka podnosi znacznie koszt usługi, i jeśli nie jest to strona najwyższej wagi nie ma sensu za to przepłacać. 99,9% oznacza brak dostępności do strony maksymalnie przez niecałe 9h w ciągu roku.

Bez względu na to czy wartość uptime znajdziemy w ofercie czy nie, warto zweryfikować ją w serwisie takim jak UpTime Monitoring.

Wersja PHP i MySQL

Aktualne wersje PHP i bazy danych MySQL to podstawa. Świadczą o tym że firma aktualizuje swoje oprogramowanie i co najważniejsze, umożliwia nam korzystanie z najnowszych rozwiązań. Dla PHP akceptowalna wersja to 5.2.x, dla bazy danych MySQL: 5.x.

Jeśli informacja o wersjach nie jest dostępna na stronie usługodawcy, warto zadać takie pytanie, przy okazji sprawdzimy czas reakcji na pytanie klienta – najlepiej w dni wolne, polecam niedzielę .

Rozszerzenia PHP

Jeśli nie prowadzisz skomplikowanego serwisu, lub korzystasz z gotowych rozwiązań (np.: systemów zarządzania treścią), to nie musisz się zbytnio tym przejmować. Jeśli jednak samodzielnie piszesz kod w PHP, warto zwrócić uwagę na zainstalowane rozszerzenie dla tego parsera. Możemy to łatwo uczynić przy pomocy komendy phpinfo. Nie będę opisywał jak to dokładnie zrobić, gdyż osoby które powinny zwrócić na to uwagę doskonale wiedzą jak to zrobić, i jakich rozszerzeń potrzebują.

Transfer danych

Nie chodzi tutaj o jego ilość, która nawiasem mówiąc też jest ważna, ale raczej o procedury postępowania w sytuacji jego przekroczenia. Warto zorientować się czy w takiej sytuacji dostęp do naszej strony zostanie odcięty czy też może przyjdzie nam zapłacić za nadmiarowego dane, a jeśli tak to ile. Tego typu informację powinniśmy znaleźć w ofercie dostawcy usług bądź też w regulaminie.

Podsumowanie

Jeśli nie chcemy tracić niepotrzebnie nerwów, to radzę wystrzegać się ofert z Allegro gdzie w 1/10 ceny oferowane jest to co znajdziemy u firm profesjonalnie zajmujących się hostingiem. Z pozoru oferta może się niczym nie różnić, ale jeśli przyjrzyjmy się jej pod kątem w/w parametrów, to prawda wyjdzie na jaw.

Oczywiście nie tylko osoby oferujące tego typu usługi w serwisie Allegro będą nas kusić naciąganymi ofertami, tak samo również i tam znajdą się produkty wysokiej jakości.

Przedstawiona lista wynika z moich własnych doświadczeń z serwerami wirtualnymi oraz usługodawcami trudniącymi się tym fachem. Mam nadzieję, iż pomogłem wskazać z pozoru nieuzasadnione różnice cenowe między podobnymi ofertami, jak i rozwiałem wątpliwości osób wahających się przed zakupem.

Master Post Advert – reklama na blogu

M@ster — Sat, 13 Feb 2010 13:30:44 +0000

Jeśli korzystasz w WordPress’a i chciałbyś w prosty sposób wyświetlić banner reklamowy między zajawką a rozwinięciem posta, to zapraszam do wypróbowania wtyczki mojego autorstwa – Master Post Advert. Dzięki niej w bardzo prosty sposób dodasz dowolną reklamę do swojego bloga.

Wszystko co musisz zrobić to zainstalować wtyczkę, aktywować ją oraz skonfigurować w panelu administracyjnym bloga – wystarczy skopiować kod reklamy w odpowiednie pole. Aby pobrać wtyczkę przejdź na podstronę projektu.

Żywy przykład działania można zobaczyć na każdym poście tego bloga posiadającym rozwinięcie treści. To moje pierwsze, publicznie dostępne rozszerzenie dla WordPress’a, wszelkie uwagi oraz sugestię będą mile widziane .