Google Drive is the new home for Google Docs

	Здравейте, Пишем Ви, за да Ви уведомим за важни промени в Google Docs.
	Google Диск е новият дом за Google Docs
	Това означава, че 15-файлове, които притежавате, ще бъде на разположение в устройство, и имате достъп до тях по всяко време на drive.google.com . Вие все още може да направи всичко, което може, преди, като създавате, споделяте и да си сътрудничат с Google документи, електронни таблици и презентации. Сега можете да получите достъп до нещата си навсякъде, намиране на файлове по-бързо, и да работят с други уеб приложения. Достъп нещата си навсякъде. С Drive, всичките си неща в облака, така че можете да получите достъп до него, където и да се намирате. И с диск настолни и мобилни приложения, това е много по-лесно да качвате и синхронизирате вашите файлове във всичките си устройства. Устройство е на разположение за Mac, PC, Android, iPhone и IPAD устройства. Търсене на файлове по-бързо. Потърсете файлове по ключова дума и диск търсения всичко - дори и текста в рамките на сканираните документи или снимки, без всякакъв текст изобщо. Устройството също така идва с опростена навигация, за да ви помогне да организирате по-добре на вашите файлове, и има нов изглед на мрежата, за да ви помогне да видите миниатюри с един поглед. Научете повече за новия облик и как да намерите вашите файлове. Отвъд Google Docs, Диск сега работи с други уеб приложения. Google Docs вече са съхранявани в Google Диск, така че можете да продължите да работите с други хора в реално време на документи, електронни таблици и презентации. Освен това, устройството е интегриран с нарастващия брой на трета страна приложения , така че можете да направите неща, като изпращане на факсове, редактирате видео и създаване на уебсайт примерни оформления на едно място.

Услуги и цени

Инсталиране на софтуер
............................................
OFFICE 2003/2007/2010 * ........................25 лв.
WINDOWS XP/VISTA/7 * ..........................30 лв.
Инсталиране на DRIVERS * .......................10 лв.
Инсталиране на DRIVERS от интернет * ....15 лв.
Инсталиране на АНТИВИРУС * ..................15 лв.
Инсталиране на друг вид софтуер * .........15 лв.
Кирилизация на Windows .........................10 лв.

Инсталиране и настройка на хардуер
............................................
Инсталиране на компонент ......................20 лв.
прехвърляне на информация от HDD .......35 лв.
Профилактика на компютърна система .... 20 лв.
Разпределяне на диск на дялове и
форматиране .........................................20 лв.
Смяна на хардуер ...................................15 лв.


Други
...........................................

Почистване на компютърна система от прах ..
.....................................15 лв.
Общи софуерни услуги на час .........20 лв.
Консултантски услуги ................20 лв.

Други услуги

( * със софуер на клиента )

Уеб и Интернет Консултации

SG Webmasters ще Ви даде адекватни отговори на въпроси свързани със Вашия сайт или бъдещ проект на такъв. Нашия екип ще Ви даде съвети как да увеличите трафика къмВашия сайт, как да оптимизирате посланието към клиента и всякакви други съвети свързани със съдържанието.

За всичко свързано със Уеб и Интернет маркетинга можете да се свържете със нас.

sgwebmasters@bestgearhunting.com

SEO оптимизация

Оптимизацията за търсачки като Google, Yandex, Yahoo и Bing и онлайн маркетинга, са основните елементи в развитието на нов или съществуващ уеб сайт. Ние от SG Webmasters гарантира на своите клиенти, че оптимизацията, която предлагаме, е една дългосрочна инвестиция, имаща за цел да открие нови пазари и клиенти пред бизнеса им. След консултиране и планиране, ние ще разработим стратегия за Вас, базирана на следните техники:

• Изследване на ключовите думи, свързани с Вашата дейност и създаване на правилния баланс между ключовите фрази и доброто послание към потребителя.
• Изработка на сателитни сайтове за повишаване на трафика към Вашата основна страница.
• Изграждане на връзки и подобряване на връзките от други сайтове.
• Редакция на текстове в сайта, което ще помогне за по - доброто лансиране в световните търсачки.
• Популяризиране на бизнеса ви в социални мрежи като: Facebook, Twitter и Linked.

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

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

sgwebmasters@bestgearhunting.com

Създаване на php.ini файл

Как да създадем собствен (не-системен) php.ini файл ?

В началната директория /home/ на всеки хостинг акаунт ще намерите системен php.ini файл. В него можете да промените стойности на php директивите, както и да активирате допълнителни модули. Можете да го редактирате от файловия мениджър на вашия хостинг акаут или чрез обикновен текстов редактор.

Ако във вашия акаунт не е наличен php.ini файл в home директорията, можете да се свържете с отдела по Техническа поддръжка, за да бъде добавен такъв.

Друг вариант е да се създадете собствен php.ini файл. Това може да се направи посредством текстов редактор (Notepad, Wordpad и т.н.), като във файла трябва да включите минимум следното съдържание:

-------------------------------

error_log=error_log

log_errors=On

error_reporting = E_ALL & ~E_NOTICE

expose_php = Off

output_buffering = Off

max_input_time = 60

safe_mode=off

variables_order = "EGPCS"

extension_dir = "./"

------------------------------

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

На адрес http://www.php.net/manual/en/ini.php може да проверите кои директиви могат да бъдат персонализирани и дали могат да бъдат използвани в собствен (не системен) php.ini файл.

php.ini файлът има действие само за директорията, в която се намира.

Как php.ini файлът да важи за дадена директория и за всички нейни под-директории?

Стандартно php.ini файла има действие само за директорията, в която се намира. За да има действие в цяло дърво от под-директории, редактирате .htaccess и в него добавяте:

SetEnv PHPRC /home/your_cpanel_username/php.ini

Важно: За your_cpanel_username е необходимо да въведете Вашето потребителско име за контролния панел.

По този начин php.ini файлът ще влияе за директорията, в която се намира, както и за всички поддиректории. Ако сте разположили php.ini файла в друга директория, е необходимо да опишете в .htaccess файла пътя до нея. Можете да проверите новите стойности, които са зададени, като извикате функцията phpinfo().

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

Проблем с Internal Server Error, Error 500

Често срещан проблем е, когато вместо страницата, която очаквате да се зареди, на дисплея се изпише:

---

Internal Server Error

The server encountered an internal error or misconfiguration and was unable to complete your request.

Please contact the server administrator, webmaster@domain.com and inform them of the time the error occurred, and anything you might have done that may have caused the error.

More information about this error may be available in the server error log.

---

Тази грешка може да се получи по няколко причини. Конкретната причина, може да установите като отидете в контролния панел/ CPanel, меню "Error Log". Там ще видите последните 300 грешки възникнали при работата на вашия сайт.

1. Правата на файла, който се опитвате да изпълните са такива, че и други освен собственика могат да пишат в него. В този случай в Error Log-а ще видите съобщение подобно на това:
   
   [2006-09-20 20:21:47]: error: file is writable by others: (/home/username/public_html/pyt/do/faila/fail.php).
   
   За да поправите грешката, препоръчително е да сложите права на файла: 644. Това може да направите през контролния панел или с FTP клиент програма /например FTP клиент FileZilla /, който използвате.
2. Правата на директорията, в която се намира файла са такива, че и други освен собственика могат да пишат в нея. В този случай в Error Log-а ще видите съобщение подобно на това:
   
   [2006-09-20 20:20:53]: error: directory is writable by others: (/home/username/public_html/pyt/do/faila).
   
   За да изчезне грешката, препоръчваме да сложите права на директорията: 755. Това може да направите през контролния панел или с FTP клиент програма /например FTP клиент FileZilla /, който използвате.

Качване на уеб сайт

Може би си задавете въпроса:

Как да кача сайта си на сървър?

Има два варианта за качване на файлове и директории на сървъра за който сте си платили хостин: чрез FTP (file transfer protocol) клиентска програма иличрез контролния панел (cPanel) на Вашия хостинг акаунт.

Ако искате да качите наведнъж много файлове и да запазите подредбата им в съответните директории, така както са на Вашия локален компютър, е най-добре да използвате FTP клиентска програма.

Едни от най-разпространените програми са: SmartFTP, CuteFTP, FileZilla и др. Първите две FTP клиентски програми са платени, а FileZilla е open source, безплатна FTP програма, която може да се свали и инсталира от всеки без заплащане и лиценз. Последната версия на FileZilla можете да свалите от ТУК , като има възможност за инсталацията да изберете български език.

Как да настроите и ползвате някои от най-разпространените FTP програми, може да видите тук.

Портфолио

Уеб дизайн

Проектите ми за уеб дизайн са разнообразни – лични уеб сайтове, фирмени и корпоративни проекти, онлайн магазини и каталози.

Drehi4anti.com

Cockeri.com

Хотел Нептун

Studio Polia

Best Gear Hunting !

USA Доставка на стоки

и др.

Лого дизайн

Разработвал съм лога за фирми .

Фирмена визия

Проекти за фирмена визия.

Проектиране на линкова структура с .htaccess и mod_rewrite

За кого е предназначен този урок?

За хора, които вече знаят какво е php, mysql, apache, сървър, URL и т.н., или казано по-просто – този урок е за хора с опит в създаването на динамични сайтове, които искат да подобрят продукцията си. Тук няма за цел да обяснявам какво е .htaccess или mod_rewrite, затова пък обяснявам как се изгражда логически линковата структура на сайта.

Предупреждавам – тази статия е доста дълга. Който вече знае какво е линкова структура, вече я е проектирал, но не знае как да я осъществи чрез .htaccess и mod_rewrite, да скролира надолу.

Какво ще създадем?

Този път – нищо конкретно. Знам – шокиращо, нали? Ще разглеждаме само теория.

Да започваме…

Предпоставки за промяна на линковете в динамичните сайтове

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

Например, ако имаме три статии в един статичен сайт – „Защо нашата фирма е №1″, „Как нашите услуги ще Ви помогнат“ и „Изберете качеството“ можем спокойно да наименуваме файловете им съответно:

• zashto-nashata-firma-e-n-1.html,;
• kak-nashite-uslugi-shte-vi-pomognat.html;
• izberete-kachestvoto.html.

Естествено, не разчитаме, че някой ще запомни точно изписването на тези дълги имена, но търсачките ще ги харесат, особено ако ключовите ни думи съвпадат с някои от думите в заглавието. При динамичните сайтове обаче това не е възможно, защото в един модул за новини, имаме един файл (примерно artcle.php) и той показва всички възможни статии, които имаме в базата данни. А ако трябва да създаваме 350+ отделни файла, всеки с различно име и всеки да вади собствения си материал от базата данни, то тогава какъв е смисъла от база изобщо?

По същата логика, статичните сайтове ни позволяват (на теория) да разположим всички файлове, касаещи услугите в една папка, примерно /services. Така търсачките ще виждат и думата услуга в линка и ще я асоциират и с този термин за търсене. Динамичните сайтове обикновено зареждат дизайна си от шаблон – набор функции, които генерират дизайна на страницата, съответно ако разделим динамичните ни страници в папки, според тяхната тематика, ни остава или да създаваме индивидуални библиотеки с функции, печатащи дизайна за всяка папка, или да слагаме абсолютните адреси до всеки елемент.

Не казвам, че е невъзможно, но е трудно, сложно за поддръжка и ненужно.

Открийте разликите

Ще разгледаме различни подходи към организацията на линковете и информацията в URL-ите. Нека вземем един домейн, да речем www.imenasajtani.com.

Нека предположим, че този сайт е статичен и има три секции – услуги, продукти и за нас. Ако се спрем на подхода с имената на файловете и папките, можем да го направим така:

• www.imenasajtani.com/
• www.imenasajtani.com/about.html
• www.imenasajtani.com/services/
• www.imenasajtani.com/products/

Така… всичко добре. Имаме един статичен about.html и две папки, в които са два index.html файлове, съдържащи препратки към услугите и продуктите. Което означава, че файловете за продуктите ни ще бъдат с линк

www.imenasajtani.com/products/ime-na-produkt.html

и са в папката продукти, за да може търсачките винаги да ги асоциират с термина „products“, макар това да не е задължително.

Но какво става ако сайта е динамичен? Ако е динамичен, най-лесно откъм програмиране е да създадем скрипт page.php или да въведем същата логика в index.php, който да приема аргументи през $_GET протокола за това какво да зареди. Eто така:

• www.imenasajtani.com/
• www.imenasajtani.com/index.php?p=about
• www.imenasajtani.com/index.php?p=services
• www.imenasajtani.com/index.php?p=products

Това решение, макар да е лесно за програмиста, може да предизвика много проблеми:

1. Трудно е за запомняне – крайния потребител не може да помни всички параметри, които трябва да се предават на скрипта. А какво ще стане, ако добавим и променлива за езика? Нещо от сорта на www.imenasajtani.com/page.php?p=about&lang=bg. Истински Ад, нали? Обзалагам се, че никой няма да иска да помни линкове, включващи питанки, амперсанди и пр.;
2. Позволява злонамереност – $_GET променливите разкриват на потребители с опит в php какво може да се случва в скрипта, което не е добре. Ако някой реши да си прави гаргара с вашия сайт, може да въвежда информация, която вие не очаквате или която базата ви изобщо не може да интерпретира. Да не говорим и, че е напълно възможно да се строши базата ви данни стига някой да успее да налучка правилната й структура – всеки среден хакер може да накара базата да му разкаже и майчиното си мляко само през една необезопасена $_GET заявка;
3. Трудно се чете от търсачките – някои паяци не се справят добре с кролването и индексирането на сайтове с параметри. Няма да е никак хубаво да вложите десетки човекочаса в програмирането на един сайт, само за да можете след това да чакате месеци, за да се индексира и пак да имате 100 индексирани от общо 600 линка.

Проектиране на линкова структура

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

За целта ще ни трябва комплексно решение, което да имплементира в себе си няколко едновременни подхода:

1. Линково дърво – за нашия сайт трябва да изградим структура/дърво на линковете. То трябва да се измисли преди да се започне работа по проекта, за да можем да го приложим без да се налагат редакции в последствие;
2. Координация на базата данни – за да създадем линковата ни структура, елементите от нашата база данни трябва да носят информация за своето положение в дървото;
3. Хард-кодиране на линковата структура в сайта – след като сме изградили предните две, трябва да насложим изработената линкова структура директно в кода. Т.е. връзките в сайта трябва да сочат до заместителите на реалните документи и параметри.

Сега, ще продължим с примерния ни сайт www.imenasajtani.com. Той е динамичен, но ние ще накараме сървъра да „излъже“ търсачките и потребителите, че не е. Т.е. всичките ни линкове ще сочат към папки или към .html документи. Ще успеем, като му изградим линкова структура и я вложим в базата му данни. Да започваме.

Линково дърво

Пърово, което трябва да направим е да изградим линковото дърво на сайта. То има един корен – индекса на сайта ни и оттам се разклонява. Нека вземем примера по-горе – За нас, Продукти, Услуги. Коренът на дървото ще бъде www.imenasajtani.com. От него ще тръгват три клона – index.php?p=about, index.php?p=products и index.php?p=services. От клоните на услуги и продукти ще тръгват клоните на… продуктите и услугите, които ще бъдат в документа article.php?t=[type]&s=[slug], където type е една от трите ни секции – about, products и services, а slug е презентацията на името на материала/страницата/съдържанието, които изискваме от сървъра.

По-горе обяснявахме, че статията „Защо нашата фирма е №1″ може да се помести във файл, който да се казва zashto-nasahata-firma-e-n-1.html. В този пример „zashto-nasahata-firma-e-n-1“ се явява slug на статията.

Отдясно представяме структурата, която искаме да бъде видима за потребителите ни, т.е. как да изглеждат заместващите ни линкове. Както виждаме от схемата, ако сме в секция За нас, макар да оставаме и да използваме файла index.php, ние искаме потребителите да виждат линка като www.imenasajtani.com/about/, т.е. виждат само type параметъра на заявката без да виждат името на променливата и файла, който тя адресира.

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

„Ако отговорът е 4, какъв е въпроса?“

Нека продължим по дървото. Ако потребителят продължи да разглежда сайта ще стигне до www.imenasajtani.com/products/, където ще открие линкове към продуктите, които предлагаме. Те ще изглеждат така:

www.imenasajtani.com/products/ime-na-produkta.html,

но всъщност ще адресират файла article.php, предавайки му информацията за това, че потребителят идва от секция products и иска да разгледа статията със slug ime-na-produkta.

Координация на базата данни

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

Нека създадем таблица в базата ни ‘imenasajtani’, която ще се казва ‘index’:

1

2	$sql = mysql_query("CREATE TABLE `imenasajtani`.`index`

3

(

4	`id` INT NOT NULL AUTO_INCREMENT PRIMARY KEY ,

5	`title` VARCHAR( 200 ) CHARACTER SET cp1251 COLLATE cp1251_bulgarian_ci NOT NULL ,

6	`content` TEXT CHARACTER SET cp1251 COLLATE cp1251_bulgarian_ci NOT NULL

7

) ;");

8

?>

В тази таблица ще съхраняваме трите си секции – За нас, Продукти и Услуги:

Ако не прибавим slug за таблица индекс, ще се налага да пишем три заявки към базата във файла index.php, които да викат всеки запис, според стойността на $p. А какво ще стане, ако след време решим да добавим нова секция? Примерно… Контакти? Ще трябва да редактираме кода на index.php да обработва заявка за $p = ‘contacts’.

Затова ще трябва да променим базата index, така че тя самата да разбира стойността на $p. така с една заявка ще можем да вадим нужната ни секция:

1

2	$sql = mysql_query("ALTER TABLE `index` ADD `slug` VARCHAR( 200 ) NOT NULL AFTER `id`");

3

?>

Готово – вече имаме колоната slug и можем да й зададем стойностите, с които ще работят и заестващите линкове:

Сега заявката, които ще прави index.php ще изглежда така:

1

2	$sql = mysql_query("SELECT * FROM `index` WHERE `slug` = '$p'");

3

?>

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

В реално приложение article.php, ще борави с различни таблици, за различните секции, но тук ще разработим сценарий, в който услугите и продуктите ще се представят само с текст, следователно ни е достатъчна и една таблица. Информацията, която трябва да съхраняваме в нея е id на материала, slug на категорията, към която принадлежи (about, services или products) и собствения му slug или нашата таблица articles ще изглежда така:

Така, базата данни е координирана с линковото дърво, което създадохме преди малко. Вече базата ни е способна да разпознава и асоциира slug-овете на различните категории с конкретни материали, които им принадлежат.

Хард-кодиране на линковата структура в сайта

Фрагментът, който печата линк към секция ще точи информацията си от таблицата index и ще изглежда така:

1	$d = 'www.imenasajtani.com/';

2	$p .= '.$d.'/'.$r['slug'].'/"> '.$r['title'].' ';

Фрагментът, който печата линк към материал ще точи информацията си от таблицата articles и ще изглежда така:

view sourceprint?

1	$d = 'www.imenasajtani.com/';

2	$p .= '.$d.'/'.$r['catslug'].'/'.$r['slug'].'.html"> '.$r['title'].' ';

Това е. Сега, след като направихме всичко това е редно да разберете как точно става подмяната на линковете от www.imenasajtani.com/index.php?p=about на www.imenasajtani.com/about/.

.htaccess и mod_rewrite

mod_rewrite е модул от сървърната среда на Apache, който осъществява подмяна на линковете към файлове и директории, уповавайки се на правила, дефинирани в конфигурационния файл на нашата root директория, т.е. в .htaccess файла.

mod_rewrite борави с правила, които се наричат Rewrite rules и всяко от тях определя преработката на определен линк. Когато почнем да пишем .htaccess файла за нашия сайт, трябва да направим няколко неща:

1. Включване на двигателя за правила за презапис – много е важно, иначе до никъде няма да стигнем;
2. Канонически запис на сайта ни - това е варианта, в който искаме да се появява нашия сайт на потребителя – с www. или без него. Каноническия запис ще спести на Google и компания чуденето дали www.imenasajtani.com и http://imenasajtani.com са едно и също нещо и дали в линковете на двата варианта има разлика;
3. Съставяне на неконфринтиращи се правила за презапис – иначе някои от линковете ни няма да работят, както ни се иска;

В самото начало на файла трябва да уведомим сървъра, че възнамеряваме да правим корекции в линковата структура. Затова тряябва да посоччим, че ще включваме Двигателя за правилата за презапис:

1	Options +FollowSymlinks

2	RewriteEngine On

3	RewriteBase /

Options +FollowSymlinks е ред, който всъщност каза на сървъра да следва т.нар. символни линкове. Чрез него сървърът знае, че е редно да следва и нереалните връзки, дефиниращи файловете в локации, които физически може да не съществуват.

RewriteEngine On е командата, с която стартираме двигателя, а RewriteBase / е команда, с която .htaccess казва на сървъра, че всички правила, описани във файла важат само за тази директория. Това е важно, в случай, че инсталираме сайт в subdomain, защото макар за потребителя да изглежда като отделен сайт, в сървърната среда, субдомейните са просто папки.

Окей, .htaccess е настроен за работа. Сега нека дефинираме каноническия запис на сайта:

1	RewriteCond %{HTTP_HOST} ^imenasajtani\.com

2	RewriteRule ^(.*)$ http://www.imenasajtani.com/$1 [R=301,NC]

Първия ред тук е Условие за Презаписване, т.е. при какви условия трябва да използваме даденото Правило. В случая избираме за канонически запис www.imenasajtani.com. Така дори и в адресната лента да се напише imenasajtani.com, след зареждане, там ще се появят www., защото сървърът автоматично ще препраща всички заявки за сайта на адрес www.imenasajtani.com, чрез протокол 301, който означава „перманентно преместен“. NC е съкращение за no case и обозначава, че няма значение с какви букви е изписан адреса – малки или големи.

И вече идва реда на съставянето на правилата за нашия сайт. Те са две на брой – едното касае index.php, а другото – articles.php.

Правилото за index.php трябва да казва на сървъра да изреже ?p= от заявката. Всеки ред на RewriteRule е разделен на две части. Първата е шаблона на линка, който ще бъде подаден на сървъра и втората – шаблона на линка, който реално трябва да бъде зареден в прозореца на браузъра, така че записа на правилото ни за index.php ще изглежда така:

1	RewriteRule ^/([^/\.]+)/?$ /index.php?p=$1

^/([^/\.]+) е регулярен израз, който казва на сървъра, че след www.imetonasajtani.com/ очаква един или повече символа, които не са точка или слеш (ето това е слеш – / или наклонена черта). Всичко, което отговаря на това условие ще бъде хванато от сървъра и ще бъде присвоено на променливата $1, която автоматично ще бъде подадена като стойност на $p в скрипта на index.php.

/?$ се грижи да се увери, че след наклонената черта няма нищо друго. Ако сървърът намери, че има, това правило ще бъде игнорирано.

Сега нека направим правилото за articles.php. При него имаме две променливи, които в обикновен запис изглеждат така: ?t=[type value]&s=[slug value], т.е. $t ще получи стойността на $1, а s – стойността на $2.

1	RewriteRule ^/([^/\.]+)/([^/\.]+)/?$ /articles.php?t=$1&s=$2 [L]

Това правило казва, че след името на сайта имаме една наклонена черта /, след него имаме някакъв низ от един или повече символа. След това още една наклонена черта и пак низ. Всеки низ ще се вземе и ще се присвои, съответно на $1 и $2.

Флагът [L] показва на сървъра, че ако това правило се изпълни успешно, не е необходимо да сравнява да проверява следващите.

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

Източник: igdesigners.com