SEO блог и уеб програмиране » PHP

PHP създаване на RSS Feed Generator

Георги Стефанов — Wed, 22 Feb 2012 10:23:13 +0000

Ganbox.com предоставя безплатно един PHP клас за бързо създаване на динамична RSS емисия с новини, които се извличат от базата данни на твой сайт.

Целта при написването на този клас е:

1. Да се използва лесно и удобно с кратък запис. Има включен пример в кода.
2. Да се валидира XML кода на RSS-а от валидатора http://feedvalidator.org
3. Да няма проблем с кирилицата, включително URL адреси на кирилица.
4. Да работи и на по-старата PHP версия 4, за да може да се ползва на по-стари сайтове.

Софтуерът се предлага безплатно под лиценза Creative Commons 3.0 – http://creativecommons.org/licenses/by/3.0/deed.bg

Създаване на RSS емисия с PHP

За този пример ще предположим, че на твоя сайт sait.com имаш новини, които стоят в база данни в таблица с име news. Таблицата има следните полета: id – номер на новина; title – заглавие на новина; body – текст на новината; date – дата на създаване. Предполага се още, че URL адресите на всяка новина имат следния вид: http://sait.com/news.php?id=2 и вече има направена връзка към базата данни във файл db.php.

Изтегли файла Ganbox.com RSS Feed Generator и го разархивирай. Ще получиш файла class.rss_feed.php. Може да го поставиш в главната уеб директория на сайта. Там създай файла feed.php, който ще генерира твоя RSS и ще има следното съдържание:

include("class.rss_feed.php"); // включва класа за RSS
include("db.php"); // връзка с базата данни

$feed = new RSSFeed(); // създава обект
$feed->init(
'RSS на sait.com', // Заглавие на RSS емисия
'http://sait.com/feed.php', // URL адрес на RSS емисия
'RSS с новините на сайт sait.com' // Описание на емисията
,'utf-8' // Енкодинг на емисията (по подразбиране е utf-8 и може да се изтрие този ред)
);

$news=get_last_news(10); // връща последните 10 новини
foreach($news as $one){
//Добавяне на една публикация
$item = new Item();
$item->setItemTitle($one['title']);
$one_url = 'http://sait.com/news.php?id='.$one['id']; // URL адрес на новината
$item->setItemLink($one_url); // URL адрес на публикация
$item->setItemDate($one['date']); // дата на публикация, формат YYYY-MM-DD HH:MM:SS
$item->setItemDesc($one['body']);
$feed->addItem($item);
}
$feed->createFeed(); // създава и отпечатва целия XML на RSS-а

// Примерна функция за извличане на последните count новини
function get_last_news($count=1) {
$ret = array();
$query = "SELECT * FROM news ORDER BY id DESC LIMIT $count";
$result = mysql_query($query);
$num_rows = mysql_num_rows($result);
if($num_rows){
while($row = mysql_fetch_assoc($result)){
$ret[] = $row;
}
}
return $ret;
}

Ако новините в базата данни не са в енкодинг utf-8 и има проблем с кирилицата опитай следното:
1. Промени четвъртия параметър на функция init() от ‘utf-8′ на ‘cp1251′.
2. Увери се, че файла feed.php има енкодинг cp1251.

За добавяне на лого към RSS емисията, след извикването на init() преди реда с get_last_news() постави:

$rss_title = 'RSS на sait.com'; // трябва да съвпада със заглавието на RSS-а
$rss_url = 'http://sait.com/feed.php'; // трябва да съвпада с URL адреса на RSS-а
$img_url = 'http://sait.com/logo.png'; // URL адрес на логото (приема само JPG, GIF и PNG)
$img_width = 100; // ширина на логото в пиксели
$img_height = 100; // височина на логото
$feed->setFeedImage($rss_title, $img_url, $rss_url, $img_width, $img_height);

Също така, когато това е необходимо, класа прави много лесно добавянето на прикачен файл към публикация с таг enclosure, като сам пресмята размера на файла и определя типа на файла.

Разбира се освен за новини кода може да се ползва и за създаване на емисия с последните продукти на електронен магазин, който да даде възможност на потребителите да се абонират.

След като създадеш своите RSS канали, е добра идея да се прекарат през Google Feedburner и след това да се постави линк в началната страница на сайта към тях. Ако имаш нужда от помощ със създаването на твоите RSS емисии, както и по-нататъшното им ползване за SEO цели, може да се свържеш с нас.

Кодът е изпробван под PHP версии 4 и 5. Също така има работещо копие на класа на силно посещаван сайт.
За всякакви коментари по кода пиши в тази тема.

Брой разглеждания на тази статия: 508

Подобни статии:

PHP парсване на XML новини за твоя сайт Ще ти покажа малко PHP код, с който много лесно...

Оптимизиране на SQL заявки

Георги Стефанов — Fri, 09 Apr 2010 09:48:41 +0000

Основни положения при оптимизация на mySQL

Обикновено проблемите с бавни SQL заявки се дължат на грешно проектирана база данни, липса или грешно използване на индекси и най-често неправилно написани SQL заявки.

Статията разглежда няколко примера от практиката, които дават идеи за нов начин на писане на оптимизирани SQL заявки, при който не се прехвърлят много данни, за да се увеличи бързодействието.

Мониторинг на SQL заявки

На първо място препоръчвам на всеки използващ mySQL да ползва лог на бавните заявки. Активира се лесно и записва всяка заявка, която отнеме за изпълнението си повече от предварително зададено време (обикновено 10 сек.). Все пак не може да решиш проблем, ако не знаеш, че съществува
Използвай EXPLAIN пред SELECT за информация относно заявката – кой индекс се използва, колко реда се преглеждат и др.
За мониторинг в реално време препоръчвам mytop – приложение написано на Perl, което показва всички активни заявки и колко време отнемат.

Няколко бързи съвета за начинаещи

1. Ползвай колона id с атрибути PRIMARY и auto_increment за всяка таблица, дори да ти се струва, че никога няма да ти трябва.
2. Избягвай винаги „SELECT * FROM …“ вместо това пиши „SELECT col1, col2, col3… FROM …“ – изброявай нужните колони вместо да вземаш всички данни.
3. Никога не ползвай „SELECT (*) FROM …“, а пиши „SELECT (id) FROM …“, където id е колона с уникални стойности.
4. При създаването на таблицата създай индекси по всяка една колона, по която в бъдеще се очаква да сортираш данните или да извличаш данни като търсиш по стойност в тази колона.
5. Почти винаги т.4 е недостатъчна – трудно е да създадеш всички необходими индекси предварително. При написването на всяка нова заявка проверявай какви са колоните, по които се търси и провери дали има индекси по тях – ако няма ги създай веднага!
6. Ползвай сложни индекси. Ако имаш заявка, в която се търси по повече от една колона например съдържа „… WHERE user_id = 8 AND date > ’2010-01-01′ „, в този случай ако имаш отделни индекси по user_id и по date ще бъде автоматично избран и ползван само единия. Ако много често се изпълнява такава заявка (или си я открил в лога с бавни заявки) ти трябва сложен индекс по двете колони. Очаквай отделна статия по въпроса за комбинираните индекси.
7. Нормализиране на таблици. Тук няма да влизам в детайли, а само ще спомена, че ако в някоя колона имаш данни, които изглеждат като: „4,5,13,45,345″ – няколко стойности разделени със запетая, това почти винаги е знак за грешно проектирана база данни.
8. Когато свързваш две таблици трябва типа на колоните, по които се свързва да съвпада точно, например ако едната е от тип INT(8), а другата е от тип INT(11) може да се очакват проблеми.

Аксиома на gan за оптимизация на SQL

Стреми се да пишеш SQL заявките си така, все едно уеб сървъра и SQL сървъра са на различни машини – пренесените данни между двата трябва да са минимални!

Откриване на позицията на ред след сортиране на таблица

Нека да предположим, че имаме сайт за игра и има таблица за класиране UserTop с колони username и points, в която за всеки потребител се записва, колко точки е спечелил общо от всички игри. Колоната username съдържа уникални стойности. Пример за SQL таблица UserTop:

username	points
someuser	150
otheruser	50
ganbox	250
randomuser	350
vox	250

След приключване на всяка игра по потребителско име се намира реда за играча и точките му се увеличават с тези от последната игра. Нека да кажем, че в момента е логнат потребител ganbox и искаме да покажем на играча на коя позиция е в класацията. Затова трябва да сортираме таблицата по колона points в намаляващ ред и да видим на коя позиция се намира ganbox. Един начинаещ програмист ще направи следното:

Грешно решение:

$query = "SELECT * FROM UserTop ORDER BY points DESC ";
$results = $db->GetAll($query); # всички резултати в масив (ползва се ADODB библиотека за краткост)
$pos=0;
for($i=0; $i
if($result[$i]['username'] == 'ganbox'){
$pos = $i+1;
}
}

Тук има няколко грешки:
1. Взема се цялото съдържание на таблица UserTop – може да бъде огромно количество данни.
2. На всяка итерация на цикъла for се оценява големината на масива $results.
3. След като е намерена и записана позицията в pos, цикъла не се прекъсва, а продължава да се върти безсмислено.
Не можете да си представите, колко много хора пишат по този небрежен начин. Затова много сайтове за игри работят отчайващо бавно при използване от много хора.

Следва малко по-добро, но все още неправилно решение.
Друго грешно решение:

$query = "SELECT username FROM UserTop ORDER BY points DESC ";
$results = $db->GetAll($query); # всички резултати в масив
$pos=0;
$size=count($results);
for($i=0; $i<$size; $i++){
if($result[$i]['username'] == 'ganbox'){
$pos = $i+1;
break;
}
}

Подобренията се виждат:
1. Избират се само данните от колона username – все още връща всички редове и данните са прекалено много.
2. Оценката на големината на масива е изнесена извън цикъла.
3. След откриване на позицията цикъла спира.
По точки 2. и 3. сме ОК, но т. 1 е голям проблем. Представи си, че уеб сървъра и SQL сървъра са на отделни машини – всички данни от колона username трябва да минат по мрежата, ако таблицата съдържа много редове и се ползва от много хора, това ще доведе до значително забавяне. Така стигаме до идеята, че тази задача трябва да се оптимизира, като обработката се изнесе към SQL сървъра.

Почти правилно решение:

$query = "SELECT COUNT( username ) AS pos FROM UserTop WHERE points >= (SELECT points FROM UserTop WHERE username='ganbox' ) ";
$pos = $db->GetOne($query); # един резултат

Първо се изпълнява заявката в скобите, която връща точките на текущия играч (низа ‘ganbox’ трябва да се замести с потребителското име на логнатия играч). След това се вземат всички редове, които имат повече точки (включително тези които имат равен брой точки с играча) и се преброяват. Връща се едно единствено число – прекрасно!
Има един малък проблем. Ако има играчи с брой точки равен на броя точки на текущия адрес, позицията няма да е вярна. Затова:

Правилно решение:

$query = "SELECT COUNT( username ) AS pos FROM UserTop WHERE points > (SELECT points FROM UserTop WHERE username='ganbox' ) ";
$pos = $db->GetOne($query); # един резултат
$pos++; # това е търсената позиция

Знакът е > защото в класация сортираме от по-голямо към по-малко.

Ако ти е станало интересно продължавай да четеш, ще усложним задачите с примери от практиката.
Нека освен таблица UserTop, която е класация имаме UserLog, в която в края на всяка игра се прави запис, като се записва време на приключване на играта и кой потребител колко точки е спечелил през последната игра:

timestamp	username	poits
2010-01-10 11:12:23	someuser	100
2010-01-11 10:24:33	otheruser	20
2010-01-12 15:14:13	ganbox	60
2010-01-15 19:15:55	randomuser	90
2010-02-15 11:52:54	vox	80
2010-04-08 22:04:44	someuser	50
2010-04-08 22:05:07	otheruser	30
2010-04-08 22:05:34	ganbox	190
2010-04-08 22:06:17	randomuser	260
2010-04-08 22:06:51	vox	140
2010-04-08 22:07:58	vox	30

Задачата е да подредим потребителите в класацията UserTop така, че ако няколко души имат равен брой точки по-напред да излиза този, който е играл по-скоро. В примера vox и ganbox имат еднакъв брой 250 точки, но vox трябва да излиза по-напред, защото е играл последен.

Сортиране на данни по два критерия в различни таблици

Заявката, която ще изведе играчите сортирани първо по брой точки, а тези с еднакъв брой по времето на последната активност:

$query = "SELECT T.username, T.points FROM UserTop T LEFT JOIN UserLog L USING(username) GROUP BY username ORDER BY T.points DESC , L.timestamp DESC";

Дотук добре. Сега освен страницата с тази класация искаме да показваме последните 10 действия – последните 10 играчи, които са играли. Там разбира се може да има повторения. Заявката е елементарна, но ни подготвя за следващата задача.

$query = "SELECT username, points FROM `UserLog` ORDER BY `UserLog`.`timestamp` DESC LIMIT 10";

Забеляза ли, че не ползвам „SELECT * FROM“, а избирам тези които ми трябват (не го забравяй!).

Добре стигнахме до интересното. Следват два примера от практиката.

Откриване на класирането на играч в края на игра

Искаме в края на всяка игра освен да добавим запис в UserLog и да увеличим точките на играча в UserTop, да намерим новата позиция на играча в класацията и общия брой на точките му, за да може да му съобщим тези данни.

Правилно решение:

$query = " SET @num:=0; SELECT username, pos, points FROM (SELECT @num := @num + 1 AS pos, T.points, T.username FROM UserTop T LEFT JOIN UserLog L USING(username) GROUP BY T.username ORDER BY T.points DESC, L.timestamp DESC) as R WHERE username = 'ganbox' ";

Вижда се, че ganbox е на 3-то място с 250 точки, а vox на второ пак с 250, но е играл по-скоро.
Заявката отново е супер оптимизирана според аксиомата на gan така, че да върне само нужните данни.
Използва вътрешна SQL променлива @num, която първоначално се нулира. След това се изпълнява вътрешната заявка, която написана отделно:

$query = " SET @num := 0; SELECT @num := @num + 1 AS pos, T.points, T.username FROM UserTop T LEFT JOIN UserLog L USING(username) GROUP BY T.username ORDER BY T.points DESC, L.timestamp DESC" ;

ще върне всички играчи в класацията с добавена колона с име pos, в която е позицията на всеки играч. По този начин външната заявка има задачата само да филтрира данните за играча, който ни интересува.

Откриване на запис отпаднал от последните 10 действия

Искаме още в края на всяка игра, да намерим кой играч е отпаднал на 11-място в лога (т.е. името му не се вижда вече в последните 10) и само ако името му го няма в първите 10 резултата да предприемем действие – например да го поканим да играе отново.

Как да решим тази задача? Можем лесно да вземем играча на позиция 11, както и да изведем всички от първите 10 позиции, но как да проверим дали този от 11-та се съдържа в първите 10?
Единия подход е с една заявка да вземем играча X от 11 позиция. След това с втора заявка да вземем потребителските имена на всички от първите 10, да ги заредим в PHP масив и да потърсим X в масива. Както вече се досети този подход не ми харесва, защото за 10 не е страшно, но ако са 100, а ако са 1000? Трябва ни отново оптимизирано решение с минимално прехвърляне на данни.

Правилно решение:

$query = "SET @L:=(SELECT username FROM UserLog ORDER BY timestamp DESC LIMIT 10,1); SELECT @L AS username,SUM(F) AS cnt FROM (SELECT IF(username=@L,1,0) AS F FROM UserLog ORDER BY timestamp DESC LIMIT 0,10) AS T";

Тази заявка ще върне резултат:

Array
(
[username] => 'someuser',
[cnt] => 1
);

Наистина ако сортираш UserLog от примера по време в обратен ред, someuser е на 11 позиция. Също така се среща на 6-та позиция и затова cnt е 1, като cnt показва не само дали се среща, но и колко пъти се среща в позициите от 1 до 10. По този начин предприемаш действие само ако cnt=0.

Това бяха само някои идеи за нов стил на писане на SQL заявки с цел оптимизиране на бързодействието. За пълнота ще спомена, че в много случаи отлични резултати могат да се постигнат при използване на кеширане на SQL заявки. Самото кеширане на заявки се програмира лесно. Трудното е да се определи в кой момент да се ползва кеш. Темата ще бъде разгледана в друга статия.

Всички SQL заявки са тествани и работят. Ще се радвам на коментари по темата.

Брой разглеждания на тази статия: 5257

Подобни статии:

Оптимизиране на бързодействието на сайт Пиша тази статия като продължение на статията PHP парсване на...
Зареждане на данни с Ajax от отдалечен сървър Задача за оптимизиране бързината на сайт Наскоро работих по сайта...
SEO оптимизиране на osCommerce Тази статия е за SEO оптимизиране на онлайн магазин от...

Логване в сайт с OpenID през Google

Георги Стефанов — Thu, 28 Jan 2010 13:08:17 +0000

Ограничен достъп и логване с OpenID

Някой от страниците на сайта ganbox.com реших да са достъпни само след логване, затова ми се наложи да си направя логин форма, през която потребителите да се логват и да получават достъп. Обикновено една такава система включва в себе си няколко функции: страница за регистриране, страница за логване, страница за забравена парола, страница за промяна на парола или други лични данни, управление на сесии, база данни с данни за потребителите. Мислих няколко варианта и накрая реших, че без последните две няма как да мина, но нямам време да правя другите страници. Затова избрах решение с OpenID логване.

Какво е OpenID?

Съвсем накратко: с една парола достъп до много сайтове. Това е метод, който обединява протокол и системи, който ти дава възможност да се регистрираш в един сайт и след това да получаваш достъп до много други сайтове, които поддържат OpenID, само като се логваш в първия сайт.

Как работи OpenID

Регистрираш се в един сайт, който е доставчик на OpenID и там получаваш данни за достъп до акаунта, които обикновено са комбинация от имейл и парола или потребителско име и парола. От този момент можеш да се логваш във всеки един сайт, който поддържа този доставчик на OpenID.

Някои от сайтовете, като например сайта за споделяне на връзки dao.bg (а и много други подобни сайтове), изискват първо да си създадеш профил в сайта и едва след това може да присъединиш OpenID идентификатор в профила си, за да може да се логваш с OpenID.

Трик за сигурност: След като въведеш OpenID е препоръчително да смениш паролата си в този сайт с някаква невъзможно сложна и дълга парола.Тъй като няма повече да ползваш тази парола, от съображения за сигурност е по-добре да не може да бъде налучкана от хакери.

Предимства на OpenID

1. Без измисляне на нови пароли.

Не е нужно да помниш много пароли, а само една и по-рядко ще ти се случва да забравиш паролата си.

2. Бърза регистрация.

В повечето сайтове, в които искаш да влезеш няма да ти се налага да се регистрираш или ако има такава стъпка доста от данните ще бъдат попълнени, защото се изпращат от сайта доставчик на OpenID.

3. На уеб програмистите спестява време.

Отпада нуждата от програмиране на няколко уеб страници.

4. По-висока степен на сигурност.

Виж по-долу в параграфа Сигурност.

Недостатъци на OpenID

Хора които са слабо запознати с интернет технологиите и с OpenID могат да се уплашат, че за вход в твоя сайт трябва да въведат паролата си за Гугъл. Това се случи в ganbox.com, затова в логин страницата поставих блок Информация.

Сигурност

Всъщност метода на логване през OpenID е с висока степен на сигурност, защото въвеждаш паролата си в страница на Гугъл защитена с SSL и това, което Google изпраща към сайта, в който се логваш се контролира от теб. В случая на ganbox.com това е единствено имейл адреса, като при първото изпращане ти получаваш предупреждение за това и се съгласяваш с това действие.

Трябва да гледаш с добро око на сайтовете, които предлагат OpenID логин. Повечето хора използват една и съща парола за няколко сайта. Ако и ти правиш така, то при използване на OpenID избягваш следния риск (макар и минимален). При регистриране в нов сайт в момента на въвеждане на паролата е възможно някой от администраторите да получи тази парола в чист текст. След това той може да злоупотреби и ще има достъп до всичките сайтове, в които използваш тази парола. При OpenID нямаш този проблем, защото в новия сайт не се изпраща парола.

Логване с OpenID в страница на PHP

В ganbox.com за начало като OpenID доставчик избрах Google, защото почти всеки има поща в gmail.com или ползва друга услуга на Google и има Google акаунт. В последствие може да се добавят още доставчици, като например Facebook и човек ще може да си избира с кой от двата да се логне.

В този урок ще покажа как да си направиш логване в твоя сайт през акаунт на Гугъл.

1. Изтегли си библиотеката class.openid.php, разархивирай файла и го постави в директория inc, която трябва да е в главната уеб директория.

2. В главната уеб директория създай два файла login.php и return.php

Основния код в login.php, който стартира процес по логване е:

require_once("/inc/class.openid.php");
if(!user_logged()){
GoogleOpenId::login("http://ganbox.com","http://ganbox.com/return.php", NULL, true);
}else{
header('Location: /');exit;
}

Функция user_logged() проверява дали потребителя се е логнал.
Последния параметър true на GoogleOpenId::login указва дали твоя сайт ще изиска имейл адрес.
Този ред ще пренасочи браузъра към страница за логване в Google профил (ако вече не си логнат в Гугъл), след като се логнеш първият път ще ти се изведе съобщение, че сайта изисква имейл и трябва да се съгласиш да предоставиш тази информация, след което ще те редиректнат отново към http://ganbox.com/return.php

В return.php основния код е:

require_once("/inc/class.openid.php");
$response = GoogleOpenId::getResponse();

if( 'id_res' == $response->getMode() ){ # успешно логване
$email = $response->getEmail(); # имейл
user_login($email);
header('Location:/');exit;
}else{
die('Неуспешен вход');
}

В този код функцията user_login() се грижи да създаде сесия и да отбележи, че потребителя е логнат. Ако до момента не е имало потребител с подадения имейл, автоматично го регистрира и логва.
Това е всичко по оторизирането на потребителя – просто и бързо.

След това във всяка страница, в което искам да огранича достъпа викам функция user_logged(), която проверява дали потребителя е логнат и ако не е логнат или ако сесията е изтекла се пренасочва към страница за логване.

if(!user_logged()){
header('Location: /login.php');exit;
}

Работещ пример има в сайта ganbox.com, като с ограничен достъп са страниците Класиране на сайт, SEO състояние на сайт и Промяна на снимка.
Това е накратко. Ако има интерес и имам време мога да дам пълните кодове. Пишете коментари!

Брой разглеждания на тази статия: 5209

Подобни статии:

Оптимизиране на бързодействието на сайт Пиша тази статия като продължение на статията PHP парсване на...
Споделяне на достъп до Google Analytics и Google Adwords Google Analytics Google Analytics е безплатен уеб инструмент на Гугъл...

PHP strlen() и текстове на кирилица

Георги Стефанов — Wed, 23 Dec 2009 18:27:14 +0000

Проблем

Вече в няколко сайта уеб директории, забелязвам следния проблем: в уеб формата за качване на сайт полетата имат ограничение в броя на символите, което е нормално, но е проблем, когато пише, че може да въведеш 100 символа, а реално можеш да въведеш само 50. Още по-досадно и времеотнемащо е, ако софтуера създаващ уеб формата не се грижи да запомни всички въведени полета и при грешка в едно от полетата изтрива всички полета – за форми с много полета това е направо кошмар, защото трябва да въвеждаш всичко отначало.

Най-фрапиращ случай за това е сайта bestbgsites.com. Не е лесно да добавиш линк в този сайт. Гърми грешката: „Името на сайта е прекалено дълго! Може да бъде 85 символа“ проблема е, че ако заглавието е на кирилица дължината е до 42 символа Описанието пише, че може да бъде до 255 символа, но реално са 127. Има и кратко описание до 30 символа (реално 15), което е трудно за измисляне. Ако сбъркаш някое от полетата всичките въведени данни се изтриват и трябва да се попълват повторно

Същия проблем има и сайта bglogs.com, като тук формата запомня полетата, но пък има ограничение в броя на грешните опити, след което пак трябва да започнеш на чисто. Полетата Описание и META Description пише, че имат лимит 500 символа и дори има Javascript, който намалява брояча на символите при всяко натискане на клавиш, когато въвеждаш в полето. Проблемът идва, когато изпратиш данните към сървъра, той ги проверява и ти показва, че си превишил доста лимита. В полето Заглавие е още по-трудно, защото лимита е замислен да бъде 100 символа, но на кирилица са само 50.

Обяснение

Тези проблеми се получават, защото представянето на всеки символ на кирилица при UTF8 е в 2 байта. Сайтовете ползват готов безплатен софтуер писан от англо-говорящи, които са свикнали при проверка държина на низ да използват PHP функцията strlen(), която работи на ниво байтове и затова тази функция преброява низ на кирилица с дължина 50 символа, като низ с дължина 100 символа.

Решение

Решението е много лесно, но трябва да бъде извършено от собственика на сайта. Трябва функцията strlen() да се замени с функцията mb_strlen(), която се съобразява с енкодинга и правилно преброява низ независимо на какъв език е написан. Тази функция се осигурява от библиотеката mbstring (Multibyte String), която за щастие отдавна се поддържа от всички български хостинг доставчици.

Отрязване на низ на кирилица

Подобен проблем се получава, ако отрязваш низ на кирилица в енкодинг UTF8 например показване на извадка от новина. Ако искаш да покажеш първите 200 символа от новина и направиш

$text = substr($text, 0, 200);

като резултат ще имаш първите 100 символа, като е възможно последния символ да бъде „срязан по средата“, в смисъл, че от двата байта, с които е представен ще остане само първия и в резултат на това в страницата ще бъде показан странен символ, който е невалиден UTF8 символ и чупи страницата. В резултат на това страницата няма да може да бъде валидирана, като XHTML документ. Нямам лични наблюдения как се отразява това на SEO, но предполагам, че е проблем за ботовете на много от търсачките.

За да решиш този проблем трябва просто да замениш функцията substr() с функцията mb_substr(), като разбира се библиотеката mbstring трябва да е предварително инсталирана.

Заключение

Изрично искам да отбележа, че нямам нищо против споменатите два сайта и целта на статията ми не е да ги злепостави, а да помогне на тях и на всички, които имат сайт, който ползва готов софтуер, в който не е помислено, че ще се въвежда нещо различно от латински символи.

Брой разглеждания на тази статия: 3939

Подобни статии:

Оптимизиране на бързодействието на сайт Пиша тази статия като продължение на статията PHP парсване на...

Оптимизиране на бързодействието на сайт

gan — Wed, 16 Dec 2009 10:17:24 +0000

Пиша тази статия като продължение на статията PHP парсване на XML новини за твоя сайт. Разглеждам оптимизиране на бързодействието на динамичен сайт, който зарежда информация от база данни.

Сайтът ganbox.com е разделен на две части, които се различават и визуално. Основен сайт за SEO оптимизация и SEO блог. Реших в лявата колона на основния сайт под менюто, да извеждам последните X на брой статии от блога. Вече имах готов код за извличане на новини от RSS хранилка, но си поставих и две допълнителни условия: бързодействие и сигурност при зареждане на страницата.

Бързодействие при зареждане на страница

Колкото и да е голям по обем твоя сайт, зареждането на началната страница трябва да бъде максимално бързо. Това се постига, чрез цялостно или частично кеширане на страницата. Бързодействието е важно основно по две причини:

1. Посетителите бързо ще загубят доверие в сайта, ако той редовно се зарежда бавно. Повечето ще се подразнят и ще спрат да го посещават и ще потърсят друг подобен сайт.

2. Поради SEO причини. Роботите на търсачките имат зададено време на изчакване за зареждане на страницата, която индексират. Ако страницата е прекалено бавна, тя няма да се индексира изобщо или ще се индексира частично. В резултат на това сайтът започва да се класира лошо по все повече ключови думи за търсене.

Сигурност при зареждане на страница

Тук под термина сигурност имам предвид, че началната страница е особено критична и трябва да се зареди на всяка цена. Щом уеб сървърът работи, страницата трябва да се зареди, дори и ако SQL сървъра е претоварен или недостъпен. Глупаво е да падне началната страница на твоя бизнес сайт, защото имало проблем с базата данни. При сайтове на споделен хостинг често много сайтове ползват един SQL сървър. Например към момента superhosting не ползват специален софтуер за виртуализация и ако един сайт претовари базата данни, много други сайтове, които нямат вина ще пострадат. Към момента те си решават този проблем с денонощно наблюдение.

Решаването на проблема с отпадане на базата данни се постига, като блокове от началната страница, в които се зарежда информация от базата данни или информация от друг сайт, се обработват по специален начин. Има два подхода или да се използва кеширане на тези блокове или да се ограничи времето за изчакване на всеки блок и ако няма резултат този блок просто не се зарежда. В примера от тази статия аз използвам комбиниран подход. Само ще спомена, че има вариант, при който може да се кешира цялата страница, но той не е толкова гъвкав, защото различни блокове може да е необходимо да се опресняват през различни интервали от време в зависимост от информацията, която съдържат. Например блок с новини извличани от друг сайт ще искаш да се опресняват през 5 мин., защото каква е ползата да съобщиш за заметресение часове след като се е случило. Докато блок със статии от блога, в който пишеш веднъж седмично е достатъчно да се опреснява веднъж на 12 часа. Има и още един вариант – блоковете да се зареждат с ajax, но това не е добре от SEO гледна точка.

Кеширане на съдържанието

Добре, стига приказки! Давай кода! Посочения код изисква PHP >=5 заради DOMDocument и curl модул, като и двете се предлагат стандартно от повечето хостинг доставчици.

# извличане на последните статии от блога
$rssArticleLimit = 2; # колко новини се показват
$cacheTime = 7200; # опресняване през 2 часа (в секунди 7200)
$rssCacheFilePath = 'blognews.html'; # път до кеш файла
$urlBlogRSS = 'http://feeds.feedburner.com/ganbox'; # url на RSS новини

# следните две се ползват за проверка дали са извлечени всички данни
$rssMinLen = 200; # минимален брой символи във кеш файла
$rssLastTag = '

'; # кеш файла завършва с този таг

# създаване или опресняване на кеш файла
if(!file_exists($rssCacheFilePath) # ако файлът все още не е създаден
|| filemtime($rssCacheFilePath) + $cacheTime < time() # или е променен преди повече от 2 часа
){
$xml = get_page_content($urlBlogRSS, 8, 14); /* само 8 сек. време за свързване и 14 сек. общо време за изпълнение, увеличи ако трябва */
if(!empty($xml)){
$htmlData = '';
/* от XML в масив */
$doc = new DOMDocument();
if($doc->loadXML($xml)){
$arrFeeds = array();
foreach ($doc->getElementsByTagName('item') as $node) {
$itemRSS = array (
'title' => $node->getElementsByTagName('title')->item(0)->nodeValue,
'desc' => $node->getElementsByTagName('description')->item(0)->nodeValue,
'link' => $node->getElementsByTagName('link')->item(0)->nodeValue,
'date' => $node->getElementsByTagName('pubDate')->item(0)->nodeValue,
);
array_push($arrFeeds, $itemRSS);
}
/* от масив в HTML */
$rssTitle = (1 == $rssArticleLimit) ? 'Последна статия' : "Последните $rssArticleLimit статии от блога";
$htmlData .= "

$rssTitle

";
$feedCount=0;
foreach($arrFeeds as $oneItem){
/* при мен базата има кодиране utf-8, а началната страница cp1251 следващия ред вероятно няма да ти трябва */
foreach($oneItem as $key=>$value){ $oneItem[$key]=iconv('utf-8','cp1251',$value); }
$feedCount++;
$htmlData .= '

.$oneItem['link'].'" class="feedLink">'.$oneItem['title'].'

';
$htmlData .= '

'.my_chunk_split($oneItem['desc']).'

';
$htmlData .= $rssLastTag;
if($rssArticleLimit>0 && $feedCount>=$rssArticleLimit) break;
}
}else{
/* това което е върнал сървъра не е XML и вероятно е някаква грешка изпрати си имейл с този $xml */
$mail_text = 'FILE'.__FILE__."\nLINE:".__LINE__."\nERROR: това което върна RSS сървъра не прилича на XML\nXML:$xml\n";
SendEmail($mail_text);
}
if(!empty($htmlData)){ /* ако са извлечени данни успешно */
if(strlen($htmlData) > $rssMinLen && preg_match('|'.$rssLastTag.'$|', $htmlData)){ /* още една проверка дали са извлечени всички данни */
$fh = @fopen($rssCacheFilePath, 'w'); /* презаписва файл */
if($fh){
@fwrite($fh, $htmlData);
@fclose($fh);
}else{ /* имейл до теб, че има проблем с писане в кеш файла */
$mail_text = 'FILE'.__FILE__."\nLINE:".__LINE__."\nERROR: проблем с писане в кеш файла $rssCacheFilePath\n";
SendEmail($mail_text);
}
}
}
}else{ /* времето за изчакване на RSS сървъра да върне отговор е изтекло */
$mail_text = 'FILE'.__FILE__."\nLINE:".__LINE__."\nERROR: времето за изчакване на RSS е изтекло\nXML:$xml\n";
SendEmail($mail_text);
}
}
/* показване на кеш файла, ако съдържа нещо */
if(file_exists($rssCacheFilePath)) {
$htmlData = file_get_contents($rssCacheFilePath);
if(strlen($htmlData) > $rssMinLen && preg_match('|'.$rssLastTag.'$|', $htmlData)){ /* проверка дали са извлечени всички данни */
print $htmlData;
}else{ /* едва ли ще се случи но за всеки случай си изпрати имейл, че кеш файла е непълен */
$mail_text = 'FILE'.__FILE__."\nLINE:".__LINE__."\nERROR: непълен кеш файл $rssCacheFilePath чупи началната страница\nHTML: $htmlData\n";
SendEmail($mail_text);
}
}

Обяснения на кода

При първото зареждане на страницата от посетител се извличат данните от RSS, преобразуват се в HTML и се записват във файл. При всяко следващо зареждане се проверява възрастта на кеш файла, ако е пресен се взема съдържанието му е се отпечатва светкавично в блока. Всичко останало от страницата, което няма нещо общо с база данни, се генерира от PHP. Ако файлът е остарял се прави опит да се извлекат данни от RSS, като се изчаква само няколко секунди. Ако времето е недостатъчно или в момента няма връзка с базата данни, администратора на сайта ще получи имейл и данните ще се заредят от кеш файла. Това ще забави зареждането на страницата само няколко секунди. Администраторът ще трябва да увеличи времето за изчакване, иначе ще получава периодично писма. В този пример са дадени стойности 8 и 14 сек. По този начин имаме само две положения: страницата се зарежда моментално или страницата се бави няколко секунди, след което се зарежда, като съдържанието на блока е от кеша и се уведомява администратора, че има проблем. Посочения метод има само един недостатък – след като пуснеш статия тя ще се появи със закъснение в началната страница. Това закъснение в примера е от 0 до 2 часа. Ако пишеш често, например по няколко статии на ден, може да намалиш времето на $cacheTime=1800; # половин час.

Използвани функции

get_page_content($url) – извлича съдържанието на страница като ползва curl библиотека, ако зададеното време изтече без да има резултат скрипта продължава.
Кодът на функцията е даден в статията PHP: Извличане текст от интернет страница.

my_chunk_split($str) – Ако текста съдържа дълги низове ги пренася на следващия ред при достигане на width последователни знака. При мен лявата колона е тясна и ако текста съдържа низ с повече от 28 знака един до друг без интервал, това кара текста да излезе от лявата колона и да навлезе в средната бяла колона.

function my_chunk_split($str, $width=28) {
$stmp = base64_encode($str);
$len = strlen($stmp);
$out = "";
$done=0;
while( $done<$len ) {
$out.=($len-$done>$width) ? substr($str, $done, $width). "\n"
: substr($str, $done, $len-$done). "\n";
$done+=$width;
}
return $out;
}

SendEmail($text) – изпраща text до администратора на сайта. Всеки може да си напише или да ползва библиотека (или просто да постъпи небрежно и да коментира тази функция в кода), затова няма да дам кода на функцията тук.

Ако твоя сайт се зарежда бавно и искаш оптимизиране на бързодействието може да се свържеш с мен за оферта от тук.

При проблеми с този код пиши коментари по статията.
.
.
Подобни статии:
PHP парсване на XML новини за твоя сайт
PHP: Извличане текст от интернет страница

Брой разглеждания на тази статия: 4160
(след дата 20 декември 2009)

Подобни статии:

Оптимизиране на SQL заявки Основни положения при оптимизация на mySQL Обикновено проблемите с бавни...
PHP парсване на XML новини за твоя сайт Ще ти покажа малко PHP код, с който много лесно...
Зареждане на данни с Ajax от отдалечен сървър Задача за оптимизиране бързината на сайт Наскоро работих по сайта...