Cache wordpress a systemy wymiany linków

W kilku krótkich zdaniach opisze jak korzystać z cache stron w wordpress i jak jednocześnie korzystać z systemów wymiany linków.

Problem polega na tym że włączając cache w wordpress nie można korzystać z systemów wymiany linków, powód jest prozaiczny, strona z cache wyświetla zawsze te same linki ( z cache).

Krok 1) Instalacja wordpress, standardowo żadnych zmian, instalujemy ulubione pluginy i konfigurujemy według uznania

Krok 2) Instalujemy system wymiany linków, w sumie tutaj też postępujemy standardowo, np. dodajemy kod SWL w pliku foot.php naszego szablonu, jedyna różnica to dodatkowe komentarze

<!—-SWL START—->

include_once(’234234234234234234.php’); echo fetch_weblink();

<!—-SWL STOP—->

Krok 3) Instalujemy WP Super Cache

Krok 4) Modyfikacja  WP Super Cache  wp-cache-phase1.php dopisujemy swl_callback

function swl_callback($buffer)
{
$out= $buffer;
$swl_start=strpos($buffer,”<!—-SWL START—->”);
$swl_stop=strpos($buffer,”<!—-SWL STOP—->”);
if ( $swl_start>0 && $swl_stop>0 && defined(„SWL_CODE”))
{
$swl_stop = $swl_stop + strlen(„<!—-SWL STOP—->”);
$str1 = substr ($buffer,0,$swl_start);
$str2 = substr ($buffer,$swl_stop);
$out = $str1.SWL_CODE.$str2;
}
return $out;
}

i poprawiamy w kodzie

if(!@readfile ($cache_file))
return;

na

ob_start(„swl_callback”);
if(!@readfile ($cache_file))
{
ob_end_flush();
return;
}
ob_end_flush();

Krok 5) Dopisujemy do index.php np. taki kod:

include_once(’234234234234234234.php’); $swl= fetch_weblink();

define(SWL_CODE,$swl);

Krok 6) Cieszymy sie mniejszym obciążeniem serwera

Bezpieczny kod PHP

Przeglądając artykuły na stronie community.elgg.org natrafiłem na dośc ciekawy artykuł na temat bezpieczeństwa w kodzie PHP, na pewno warto stosować sie do zaleceń które można znaleźć na tej stronie

Seven habits for writing secure PHP applications

http://www.ibm.com/developerworks/opensource/library/os-php-secure-apps/index.html

Wirus komputerowy z Rodos

Ostatnio spotkałem się z dziwnym przypadkiem wirusa komputerowego który z uporem maniaka pojawiał sie na jednym komputerze, po wyleczeniu przez kilka dni był spokój a potem znowu wracał. Co dziwne nie było widać aby wirus dotarł na komputer przez internet, wszelkie drogi e-mail albo WWW sa albo zablokowane albo monitorowane i nic nie wskazywało na to aby tedy nastąpiło zarażenie. Komputer był sprawdzany kilkoma programami i żaden nie wykazywał obecności szkodnika po wyleczeniu.

A wszystkiemu winne były zdjęcia z Rodos :)

Atak wyglądał tak:

  • osoba odwiedzająca Rodos pstrykała zdjęcia podczas urlopu
  • aby dokładniej obejrzeć zdjęcia wstąpiła do kafejki internetowej gdzie na monitorze oglądała sobie zdjęcia,
  • podłączając jednak USB aparatu spowodowała że na dysk aparatu wgrał się plik o nazwie rodos.exe i „new folder.exe” , aby jeszcze bardziej zwiększyć prawdopodobieństwo uruchomienia wirusa oba programy miały ikonki katalogów Windows, praktycznie były niezauważalne bo wyglądały jak katalogi
  • osoba wraca z urlopu i chwali się zdjęciami w pracy uruchamia wirusa który wygląda jak katalog, kolejny komputer jest zarażony.

Ot i cała zagadka , wirus był umieszczony na USB sprytnie ukryty pomiędzy zdjęciami, osoba co jakiś czas podłączała USB i zaglądała do tych zdjęć  jednocześnie infekując komputer.

Trzeba uważać , coraż bardziej uważać :)

WordPress – Wysyłanie mail a sprawa spamu – plugin wp_mail_subject_UTF

Drobna poprawka do WordPress która powoduje to że nasze maile wysyłane przez system Pordpress nie bedą zaklasyfikowane do SPAM-u.

Przyczyną błędnego klasyfikowania listów jako spam jest to że listy wysyłane nie zgodnie z RFC dostają przez spamassasin punkty za to ze nie są poprawne i z dużym prawdopodobieństwem jest to spam.

Temu służy mój krótki plugin,

Pobierz WP MAIL SUBJECT UTF

Do poprawnej pracy wymaga WordPress 2.2 i więcej