orszulka.net

Kolejna drupalowa strona, kolejna nudna konfiguracja tych samych rzeczy. Na szczęście Views posiadają opcje export i import.Całość odbywa się w odpowiedniej zakładce na zasadzie tekstowego dump’a – podobnie, jak w phpMyAdmin.Proste, skuteczne i cieszy.

Zainstalowałem sobie kolejnego Drupala, szybka konfiguracja – przy którejś tam instalacji robi się to z zamkniętymi oczyma w 2min.

No i postanowiłem, że zostawię Garlanda, tylko lekko zmienię mu schemat kolorów. Tylko, że genialny color picker ze skórki Garland gdzieś wyparował.

Szybkie przeszukanie drupal.org przyniosło rezultaty.

W wersji 5.x color picker korzysta z publicznego systemu plików – ustawienie dostępu plików na system prywatny (genialny zresztą) powoduje stracenie się color pickera.

Czy zostanie to poprawione? Możliwe, że dopiero w wersji 6.x, kiedy zostanie przepisany na nowo system obsługi plików. W tej chwili trzeba poradzić sobie „ręcznie”.

Jedna z moich drupalowych instalacji generuje dosyć spory load dla serwera – głównie z powodu cotygodniowych peaków oglądalności, a nie z powodu zasobożernych modułów.

Nowy hosting, na który się przesiadłem, automatycznie przełącza witryny generujące duże obciążenie do obsłużenia w trybie FastCGI.

No i tu się pojawił problem, bo nagle do urli przykleił się string /f-php-cgi i od tego momentu urle wyglądały w sposób następujacy: http://domena/f-php-cgi/node/*.

Support sugerował na początku takie rozwiązanie:

Proszę nie korzystać ze zmiennej _ENV["SCRIPT_NA­ME"], mozna uzywac np. _ENV["REQUEST_URI"] albo _ENV["PATH_TRAN­SLATED"].

W SCRIPT_NAME w trybie FastCGI będzie zawsze f-php-cgi, a ten tryb jest konieczny dla tej witryny (mocno przyspiesza ładowanie się stron często odwiedzanych

Szybkie przeszukanie źródeł Drupala (akurat była to wersja 4.7.x) nic nie dało.

Oczywiście, jak to bywa zwykle, w chwili olśnienia udało mi się wymyślić rozwiązanie – trzeba ustawić na sztywno zmienną $base_url w settings.php.

/**
* Base URL (optional).
*
* If you are experiencing issues with different site domains,
* uncomment the Base URL statement below (remove the leading hash sign)
* and fill in the URL to your Drupal installation.
*
* You might also want to force users to use a given domain.
* See the .htaccess file for more information.
*
* Examples:
* $base_url = ‘http://www.example.com’;
* $base_url = ‘http://www.example.com:8888′;
* $base_url = ‘http://www.example.com/drupal’;
* $base_url = ‘https://www.example.com:8888/drupal’;
*
* It is not allowed to have a trailing slash; Drupal will add it
* for you.
*/
$base_url = ‘http://www.example.com’; // NO trailing slash!

Jak mawia stare ludowe przysłowie pozycjonerów: „content i linki linki linki”.

A co, jeżeli trafi się na 3 pozycję trudnej frazy bez linków?

Strona, o której już wspominałem ostatnio z filtra wskoczyła w okolicę 10-20. A niedawno na 3 pozycję i trzyma się bardzo dobrze.

Konkurencja? Światowa jest bardzo mocna, polska nie bardzo. Portale tematyczne i Wikipedia. Co nie zmienia faktu, że strona jest na 3 pozycji – za Wikipedią i IMDB.com.

Od początku strona była dobrze zoptymalizowana (dlaczego kochamy Drupala). Pewnie też wyszło odpowiednie nasycenie słowami kluczowymi. Linków live.com pokazuje 17 (słownie: siedemnaście). I od czerwca 2006 nic nie było z nią robione.

Może należałoby zweryfikować informacje na temat istotności optymalizacji przy pozycjonowaniu?

Domyślnie strona zwracająca zawartość dowolnego terminu taxonomy wypluwa 10 node’ów. W przypadku zwykłego formatu – czyli title + teaser – to żaden problem. A co, jak mamy dołączone Views i wyświetlamy np tylko tytuły?

Wygooglałem rozwiązanie.

W sekcji Arguments Handling Code danego viewsa wpisujemy:

if (!$arg[0]) {
$limit = 25;
}

Chyba wiadomo, do czego służy zmienna $limit.

Już jakiś czas temu zauważyłem moduł Double Click popełniony przez niestrudzoną ekipę z Lullabot.

Dopiero dzisiaj wrzuciłem go do jednej z instalacji Drupala.

Co daje ten moduł? Genialną w swej prostocie funkcjonalność dla niektórych wewnętrznych linków serwisu.
Przy podwójnym kliknięciu tytułu node jesteśmy automatycznie przenoszeni do edycji jego treści. Po zakończeniu edycji wracamy do miejsca, którym dokonaliśmy podwójnego kliknięcia.

Oczywiście sprawa ma się analogicznie dla linków do profili użytkowników i komentarzy.

Tutaj można sobie zobaczyć videocast z demonstracją instalacji Double Clicka, jak i sam moduł w akcji:
http://www.lullabot.com/videocast/double_click_module_demo

Jakiś czas temu, podczas codziennej kontroli przychodów w Google AdSense zauważyłem spory skok w górę na stronie z kategorii celebrities. Początkowo pomyślałem, że strona wyszła w końcu z filtra. Okazało się jednak, że mam sporo wejść z images.google.com i images.google.de.

Po szybkim researchu wyszło na to, że 3 zdjęcia z mojej strony znajdują się na pierwszej stronie wyników, w tym jedno z linkiem – „pokaż więcej”. Co ciekawe, moje trafienie, jako jedyne na pierwszej stronie wyników posiada ten link.

Tak to już jest z AdSense, że reklamy są geolokalizowane na podstawie IP użytkownika, więc stawki też były zagraniczne.

No i teraz najważniejsze – jak udało mi się tego dokonać? Oczywiście przypadkiem.

Strona oczywiście na niezastąpionym Drupalu. Zdjęcia załączane tandemem Image i Image Attach.

Przy dołączaniu zdjęcia do node podaje się tytuł zdjęcia. Node typu image ma właśnie ten sam tytuł. Do tego atrybuty alt i title samego obrazka także mają tą treść. Chyba lepiej opisanego zdjęcia być nie może.

W połączeniu z Pathauto i Meta Tags (ex NodeWords) całość będzie jeszcze lepiej zoptymalizowana pod kątem Google Images.

Jak znajdę kiedyś trochę czasu, to zrobię test na zmyśloną frazę – czy uda się w ten sposób wprowadzić obrazek do Google Images.

Niedawno, wraz z aktualizacją Google Sitemaps, pojawiły się tam opcje dotyczące indeksowania obrazów, jednak jeszcze nie przeprowadzałem żadnych testów.

I tak oto powstał pierwszy artykuł z serii „Dlaczego wszyscy powinni kochać Drupla”.

Fakty: całkiem nowa instalacja (Drupal 5.1), zakładamy konto admina, ustalamy hasło i … i koniec.
Podczas próby logowania wyrzuca nas do formularza logowania bez komunikatu o błędnym loginie lub haśle.

Aktualizacja

źródło: http://drupal.org/node/136397

Należy wyedytować settings.php głównej domeny ustawiając:
ini_set('session.name', 'domenapl');

oraz dla subdomen/domen podrzędnych analogicznie w ich settings.php:
ini_set('session.name', 'subdomenadomenapl');

Wykonanie niżej opisanych czynności – ustawienia domen dla cookie na pewno nie zaszkodzi.

Szybkie googlanie i użycie szukajki na drupal.org uświadomiły mnie, że to znany problem.

Problem w tym, że znany dla wersji w okolicach 4.6.x oraz dla 5.0 beta 2 – ponoć w już RC 1 było coś tam poprawianie w user.module.

Po kilku dłuższych chwilach udało się odnieść zwycięstwo. Rozwiązanie?
Wykomentować całość w /sites/strona/settings.php:

/**
* We try to set the correct cookie domain. If you are experiencing problems
* try commenting out the code below or specifying the cookie domain by hand.
*/
if (isset($_SERVER['HTTP_HOST'])) {
$domain = '.'. preg_replace('`^www.`', '', $_SERVER['HTTP_HOST']);
// Per RFC 2109, cookie domains must contain at least one dot other than the
// first. For hosts such as 'localhost', we don't set a cookie domain.
if (count(explode('.', $domain)) > 2) {
ini_set('session.cookie_domain', $domain);
}
}


A zamiast tego wstawić na sztywno:

ini_set('session.cookie_domain', 'naszadomena.pl');


Opera, IE6 ruszyły od razu, Firefox 2.x dopiero po restarcie komputera – cache, cookie były wyczyszczone – nie wiem gdzie jeszcze miałaby siedzieć informacja o sesji.