Собствениците на онлайн магазини са запознати с понятието "електронна търговия" от първа ръка, те със сигурност знаят отговора на въпроса "електронна търговия - какво е това". Но ако разберете същността, тогава се появяват много нюанси и този термин придобива по-широк смисъл.

Електронна търговия: какво е това?

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

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

Схемата на работа е подредена, както следва:

• всеки може да бъде блогър или всеки друг собственик на собствена интернет страница) се регистрира в тази система;
• получава своя собствена връзка;
• поставя специален код на своята уеб страница - появява се реклама на избрания официален партньор на мрежата e-Commerce Partners;
• следи конверсията на уебсайта;
• печели определен процент за всяка покупка на посетител на неговия сайт, кликнал върху партньорска връзка.

WP електронна търговия

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

Един такъв пример за шаблони е електронната търговия на WordPress. Това е плъгин за пазарска количка за WordPress (една от най-известните системи за управление на уеб ресурси, предназначена предимно за създаване и организиране на блогове). Предоставя се напълно безплатно и позволява на посетителите на сайта да правят покупки от интернет страницата.

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

Електронна търговия на разбираем руски език. Как работи бизнесът в Интернет?

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

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

Електронна търговия: за какво става дума?

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

Пазаруване, продажба, застраховка, банкиране, електронни пари, всичко е тук. Вземете го, подпишете го.

От целта

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

Взех първото нещо, което ми дойде на ум, оказа се, че има това ...

Нашата задача е да правим пари от тези чорапи. Ние мислим за интернет. Хмм… защо не „отрежете“ сайта и така ще вървят продажбите, просто ме задръжте на Малдивите! Но не всичко е толкова просто.

Много обичам да рисувам. Помага да се разбере различни процеси. Да рисуваме?!

Досега нашият модел изглежда така. Взимаме чорапи, пускаме ги в интернет и получаваме пари. Просто е страхотно! Очите горят, дланите се потят и вече искам да се заема с този бизнес. Но трябва да направите уебсайт или платформа за продажба?

Уебсайт или платформа за продажба

Има различни решения за поставяне на вашия продукт в World Wide Web. Можете да създадете свой собствен уебсайт или да използвате сайтове на трети страни (групи, страници в социални мрежи, табла за бюлетини и др.). Да спрем на сайта.

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

Извинете, че прекъснах четенето си. Присъединете се към моя телеграм канал. Свежи съобщения за статии, разработка на дигитални продукти и хак за растеж, всичко е там. Чакам те! Продължаваме ...

Платежни системи

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

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

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

Клиентски потоци

Къде: CAC = цена за придобиване на нов клиент. MCC (marketingcampaigncosts) = Общите разходи за маркетингови разходи за придобиване (но не и задържане) на клиенти. W (заплата) = Заплата за търговци и мениджъри по продажбите. S (софтуер) = Разходите за софтуер, използван в рекламата и продажбите (напр. платформа за продажби, маркетингова автоматизация, A/B тестване, услуги за анализ и т.н.). PS (professionalservices) = Разходите за професионални услуги, предоставяни на отделите за маркетинг и продажби (дизайн, консултации и т.н.). O (друго) = Други режийни разходи, свързани с отделите за маркетинг и продажби. CA (придобити клиенти) = Общият брой придобити клиенти.

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

Важни показатели: LTV

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

Това е просто сумата от общите приходи от историята на покупките за всеки отделен клиент. Добавете сумата от всички клиентски покупки (транзакции) към транзакция N, където транзакция N е последната покупка, която клиентът е направил във вашата компания. Ако имате достъп до всички данни за транзакциите на клиентите, можете лесно да ги изчислите с помощта на Excel.

LTV = (транзакция 1 + транзакция 2 + транзакция 3... + транзакция N) x дял от печалбата в приходите.

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

Други подходи могат да бъдат намерени на.

Важни показатели: съотношение CAC към LTV

За да разберете жизнеспособността на даден бизнес, е много важно да разгледате съотношението на двата споменати CAC:LTV показателя.

• По-малко от 1:1 - Вие вървите към фалит.
• 1:1 - Губите пари на всеки привлечен клиент.
• 1:2 - Звучи добре, но изглежда, че не инвестирате достатъчно и може да се разраствате по-бързо. Стартирайте по-агресивни кампании за привличане на клиенти и постигнете съотношения близо 1:3.
• 1:3 - Идеално съотношение. Имате процъфтяващ бизнес и силен бизнес модел.

Важни показатели: ROI не се забравя

Както обсъдихме по-горе, в електронната търговия е необходимо ясно да се разбере дали е изгодно да се използва каналът за придобиване или не. В допълнение към LTV и CAC има още един важен показател, това е ROI. Показва дали вашата инвестиция се е изплатила, в нашия случай в рекламата. т.е. колко ни донесе 1 инвестирана рубла в крайна сметка.

За изчислението се използва много проста формула:

Където „Приходи от кампанията“ е разликата между приходите от канала и цената на вашия продукт. И за да изчислите печалбата, извадете повече рекламни разходи.

Така по-подробна формула ще изглежда така:

ROI = (Приходи от канала - Разходи) - Разходи за реклама / Разходи за реклама x 100%

| Повече ▼ подробен примерчетете с отчитане. Всъщност тази проста формула е поставена в една и съща таблица на Excel, където всичко се изчислява автоматично.

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

Не е възможно всичко да се събере в един материал и кой ще го чете толкова дълго? По-късно ще направя отделно ръководство за нюансите на електронната търговия, които могат да попречат на продажбите.

Обща сума

Като цяло вече имате общо разбиране за онлайн търговията или електронната търговия. Освен това, както се казва: "Дяволът е в детайлите." Проучете всеки от каналите поотделно, изчислете показателите за ефективност и потърсете нови прозрения в детайлите. Интернет продажби за вас, да повече! И още нещо от мен.

Да, почти забравих, Честита Нова година на вас, скъпи читатели! Пожелавам ви страхотни победи и постижения през следващата година!

Общият интерфейс на шлюза (CGI, Russian Common Gateway Interface) е стандартен метод за динамично управление на съдържанието на уеб страници с помощта на специални програми, които се изпълняват от страна на уеб сървъра. Тези програми се наричат ​​CGI манипулатори или шлюзове, но по-често се наричат ​​CGI скриптове. те обикновено са написани на скриптови езици, предимно Perl.

Тъй като хипертекстът е статичен по природа, уеб страницата не може да взаимодейства директно с потребителя. Преди настъпването JavaScript, нямаше друг начин да се отговори на действията на потребителя, освен да се прехвърлят въведените от него данни към уеб сървъра за по-нататъшна обработка. В случай на CGI, тази обработка се извършва от външни програми и скриптове, достъпни чрез стандартизиран (виж RFC 3875: CGI версия 1.1) интерфейс - общ шлюз. Опростен модел, илюстриращ как работи CGI, е показан на фиг. един.

Как работи CGI?

Обобщен алгоритъм за работа чрез CGI може да бъде представен по следния начин:

1. Клиентът иска CGI приложение от своя URI.
2. Уеб сървърът получава заявката и се инсталира променливи на средата, чрез който данните и служебната информация се предават към приложението.
3. Уеб сървърът пренасочва заявките през стандартния входен поток (stdin) към входа на извиканата програма.
4. CGI приложението изпълнява всички необходими операции и генерира резултатите като HTML.
5. Генерираният хипертекст се връща на уеб сървъра чрез стандартен изход (stdout). Съобщенията за грешки се предават през stderr.
6. Уеб сървърът изпраща резултатите от заявката до клиента.

Приложения на CGI

Най-честата задача, за която се използва CGI, е създаването на интерактивни страници, чието съдържание зависи от действията на потребителя. Типични примери за такива уеб страници са формуляр за регистрация на уебсайт или формуляр за коментар. Друга област на приложение на CGI, оставаща зад кулисите на потребителското взаимодействие, е свързана със събирането и обработката на информация за клиента: настройка и четене на "бисквитки" - бисквитки; получаване на данни за браузъра и операционната система; отчитане на броя на посещенията на уеб страница; мониторинг на уеб трафика и др.

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

МОЛЯ, ЗАБЕЛЕЖКА: CGI не е език за програмиране! Това е прост протокол, който позволява на уеб сървър да предава данни през stdin и да ги чете от stdout. Следователно всяка сървърна програма, която може да работи със стандартни I/O потоци, може да се използва като CGI манипулатор.

Здравей свят!

Пример за прост Perl CGI скрипт е показан в листинг 1. Ако този код е записан във файл, наречен hello (всяко име може да бъде, разширението е същото), поставете файла в директорията cgi-bin на сървъра (по-точно , в тази директория на уеб сървъра, която е предназначена за CGI приложения и е посочена в настройките на уеб сървъра) и задайте разрешенията за изпълнение на този файл (chmod uo+x hello), след което той ще стане достъпен на адреса http: //име на сървъра/cgi-bin/hello.

Листинг 1. Пример за CGI скрипт (Perl)

#!/usr/bin/perl print "Тип на съдържанието: текст/html\n\n"; печат<

Здравей свят!

В този код редът #!/usr/bin/perl посочва пълния път до интерпретатора на Perl. Низ Content-type: text/html\n\n - http заглавка, указваща типа съдържание ( тип мим). Знакът за двоен прекъснат ред (\n\n) е задължителен и разделя заглавките от тялото на съобщението.

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

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

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

Листинг 2. Променливи на средата

#!/usr/bin/perl print "Тип на съдържанието: текст/html\n\n"; печат" \н \н

Заобикаляща среда

Прехвърляне на данни: метод GET

Методът GET се използва за предаване на урленкодирани данни през низа на заявката. Адресът на заявения ресурс (CGI скрипт) и данните, предавани към него, са разделени със знак "?". Пример за такъв адрес:

http://example.com/cgi-bin/script.cgi?key1=value1&key2=value2

Методът GET се използва по подразбиране за данни, въведени в адресната лента на браузъра. Същият низ може да бъде генериран при подаване на данни от уеб формуляр (tag

След въвеждане на данни във формуляра от листинг 3 и щракване върху бутона „Изпращане“, ще бъде генериран низ за заявка на формуляра:

http://example.com/cgi-bin/ кажи здравей?потребител=някакъв текст&от=друг текст

където: sayhello е името на CGI скрипта; потребител и от - имена на параметри; sometext и anothertext са стойностите, въведени от потребителя за съответните параметри.

Списък 4 е примерен скрипт, който може да обработва данните от формуляра от листинг 3.

Листинг 4. Изпращане на данни от уеб формуляр с помощта на метода GET

#!/usr/bin/perl local ($buffer, @pairs, $pair, $name, $value, %FORM); # Анализирайте средата $ENV("REQUEST_METHOD") =~ tr/a-z/A-Z/; ако ($ENV(" REQUEST_METHOD")eq" ВЗЕМЕТЕ") ( $buffer = $ENV(" QUERY_STRING"); ) # Разделете низа на заявката на двойки ключ/стойност @pairs = split(/&/, $buffer); foreach $pair (@pairs) (($name, $value) = split(/=/, $ двойка); $value =~ tr/+/ /; $value =~ s/%(..)/pack("C", шестнадесетичен($1))/например; $FORM($name) = $value; # Запазване на данни в масив ) # Изпращане на печат на заглавка "Content-type: text/html\n\n"; # Изпращане на печат на хипертекст<

Здравейте, $FORM(user) от $FORM(from)!

Трансфер на данни: метод POST

Като цяло методът POST е по-подходящ за предаване на информация към CGI скрипт. Преданият блок от данни се формира по същия начин, както при метода GET, но самото прехвърляне се извършва в тялото на заявката. Данните се въвеждат в CGI приложението чрез стандартен вход (stdin).

За да изпратите данни с този метод, те трябва да бъдат изрично зададени в описанието на формуляра (action="POST").

За да обработи входа, CGI скриптът трябва да чете stdin и за да направи това правилно, той трябва да знае размера на съобщението от променливата CONTENT_LENGTH. За да илюстрираме това, нека модифицираме блока за анализ на средата в листинг 4, като го заменим със следния код:

... # Анализирайте средата $ENV("REQUEST_METHOD") =~ tr/a-z/A-Z/; ако ($ENV(" REQUEST_METHOD")eq" ПУБЛИКАЦИЯ")(Прочети( STDIN, $буфер, $ENV(" CONTENT_LENGTH"}); } ...

По-нататъшната обработка на параметрите и техните стойности, съхранени в променливата $buffer, се извършва по същия начин, както в случая на използване на метода GET.

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

Много CGI функции сега се дублират от технологии като DHTML, ActiveX или Java аплети. Основното предимство на използването на сървърни скриптове е, че можете да сте сигурни, че всички клиенти (с редки изключения, обикновено свързани с блокиране на достъп до определени ресурси на ниво защитна стена) ще могат да работят със сървърното приложение. Клиентските програми могат просто да бъдат деактивирани в браузъра или изобщо да не се поддържат.

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

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

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

Постоянен адрес на тази страница:

Глава 9.

Програмиране с CGI

Включването на раздел за CGI в книга с база данни може да изглежда толкова странно, колкото да имаш глава за ремонт на автомобили в готварска книга. Разбира се, за да отидете до хранителния магазин, имате нужда от изправна кола, но подходящо ли е да се говори за това? Пълното въведение в CGI и уеб програмирането като цяло е извън обхвата на тази книга, но краткото въведение в тези теми е достатъчно, за да разшири способността на MySQL и mSQL да представят данни в сферата на мрежата.

Тази глава е предназначена главно за тези, които изучават бази данни, но биха искали да придобият и познания за уеб програмирането. Ако фамилното ви име е Бернърс-Лий или Андресен, едва ли ще намерите тук нещо, което вече не знаете. Но дори и да не сте нов в CGI, да разполагате с бърза справка, докато се гмуркате в мистериите на MySQL и mSQL, може да бъде от голяма полза.

Какво е CGI?

Както повечето акроними, Common Gateway Interface (CGI означава Common Gateway Interface) всъщност не казва много. Интерфейс с какво? Къде е този шлюз? За каква общност говорим? За да отговорим на тези въпроси, нека се върнем малко назад и да разгледаме WWW като цяло.

Тим Бърнърс-Лий, физик, работещ в CERN, излезе с мрежата през 1990 г., въпреки че планът датира от 1988 г. Идеята беше да се даде възможност на изследователите по физика на частиците лесно и бързо да обменят мултимедийни данни - текст, изображения и звук - чрез интернет. WWW се състои от три основни части: HTML, URL и HTTP. HTML-езикът за форматиране, използван за представяне на съдържание в мрежата. url-това е адресът, използван за получаване на съдържание в HTML формат (или по друг начин) от уеб сървъра. И накрая http-това е език, който уеб сървърът разбира и позволява на клиентите да изискват документи от сървъра.

Възможността за изпращане на всякакъв вид информация през Интернет беше революция, но скоро беше открита друга възможност. Ако можете да изпращате всеки текст през мрежата, тогава защо не можете да изпратите текст, създаден от програма, а не взет от готов файл? Това отваря море от възможности. Един прост пример е да използвате програма, която отпечатва текущото време, така че читателят да вижда правилното време всеки път, когато преглежда страницата. Няколко умни глави в Националния център за суперкомпютърни приложения (NCSA), които изграждаха уеб сървър, видяха тази възможност и скоро се роди CGI.

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

Докато CGI позволява на програмите да изпращат данни до клиент, формите разширяват тази възможност, като позволяват на клиента да изпраща данни към тази CGI програма. Сега потребителят може не само да види текущото време, но и да настрои часовника! CGI формите отвориха вратата към истинската интерактивност в света на мрежата. Често срещаните CGI приложения включват:

• Динамичен HTML. Цели сайтове могат да бъдат генерирани от една CGI програма.
  
• Търсачки, които намират документи с думи, зададени от потребителя.
  
• Книги за гости и табла за обяви, където потребителите могат да добавят своите съобщения.
  
• Формуляри за поръчка.
  
• Въпросници.
  
• Извличане на информация от база данни, хоствана на сървъра.
  

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

HTML формуляри

Преди да проучите спецификата на CGI, е полезно да разгледаме най-често срещания начин, по който крайните потребители получават интерфейс към CGI програми: HTML форми. Формулярите са част от HTML езика, който предоставя на крайния потребител различни видове полета. Данните, въведени в полетата, могат да бъдат изпратени на уеб сървъра. Полетата могат да се използват за въвеждане на текст или да бъдат бутони, върху които потребителят може да щракне или да постави отметка. Ето пример за HTML страница, съдържаща формуляр:

<НТМL><НЕАD><ТITLЕ>Моята страница с формуляр

<р>Това е страница с формуляр.

Този формуляр създава низ от 40 знака, където потребителят може да въведе името си. Под реда за въвеждане има бутон, при натискане на данните от формуляра се прехвърлят към сървъра. Следват маркерите, свързани с формуляра, поддържани от HTML 3.2, най-широко използвания стандарт днес. Имената на маркери и атрибути могат да бъдат въведени във всеки случай, но ние се придържаме към незадължителната конвенция, че отварящите тагове се изписват с главни букви, а затварящите – с малки.

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

След като вече сте запознати с основите на HTML формите, сте готови да проучите самия CGI.

CGI спецификация

И така, какъв точно е „наборът от правила“, който позволява на CGI програма в, да речем, Батавия, Илинойс, да комуникира с уеб браузър във Външна Монголия? Официалната CGI спецификация, заедно с множество друга информация за CGI, може да бъде намерена на сървъра на NCSA на адрес http://hoohoo . ncsa.uluc.edu/cgi/.Тази глава обаче съществува, за да не се налага да пътувате дълго и да я търсите сами.

Има четири начина, по които CGI предава данни между рамката CGI-npor и уеб сървъра, а оттам и уеб клиента:

• променливи на средата.
  
• Командна линия.
  
• Стандартно входно устройство.
  
• стандартно изходно устройство.
  

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

Тези данни са базирани на Apache HTTP сървър. Apache е най-широко използвания уеб сървър и работи на почти всяка платформа, включително Windows 9x и Windows NT. Те обаче могат да се прилагат към всички HTTP сървъри, които поддържат CGI. Някои собствени сървъри, като тези от Microsoft и Netscape, може да имат допълнителни функции или да работят по различен начин. Тъй като лицето на мрежата продължава да се променя с невероятна скорост, стандартите все още се развиват и бъдещето със сигурност ще се промени. Въпреки това, що се отнася до CGI, тази технология изглежда е добре установена - цената за това е, че други технологии, като аплети, я изместиха. Всички CGI програми, които пишете, използвайки тази информация, почти сигурно ще могат да работят на повечето уеб сървъри в продължение на много години напред.

Когато CGI програма се извиква чрез формуляр, най-често срещаният интерфейс, браузърът изпраща дълъг низ до сървъра, който започва с пътя към CGI програмата и нейното име. Това е последвано от различни други данни, наречени информация за пътя, които се предават на CGI програмата чрез променливата на средата PATH_INFO (Фигура 9-1). Информацията за пътя е последвана от "?", последвано от данните от формуляра, които се изпращат на сървъра с помощта на метода HTTP GET. Тези данни се предоставят на CGI програмата чрез променливата на средата QUERY_STRING. Всички данни, които страницата изпраща чрез метода HTTP POST, който е най-често използваният, ще бъдат предадени на CGI програмата чрез стандартно устройствовход. Типичен низ, който сървърът може да получи от браузър, е показан на фигура 1. 9-1. именувана програма formreadв каталога cgi-binизвикан от сървъра с допълнителна информация за пътя допълнителна информацияи данни за заявка за избор=помощ - вероятно като част от оригиналния URL адрес. И накрая, самите данни от формуляра (текстът „CGI програмиране“ в полето „ключови думи“) се изпращат чрез метода HTTP POST.

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

Когато сървърът изпълнява CGI програма, той преди всичко предава някои данни към нея, за да се изпълнява под формата на променливи на средата. Има седемнадесет променливи, официално дефинирани в спецификацията, но много повече се използват неофициално чрез механизъм, описан по-долу, наречен HTTP_/nec/zams/n. CGI програма

има достъп до тези променливи, точно както всички променливи на обкръжаващата обвивка, когато се изпълнява от командния ред. В шел скрипт, например, променливата на средата F00 може да бъде достъпна като $F00; в Perl това извикване изглежда като $ENV("F00") ; в C - getenv("F00") ; и т. н. Таблица 9-1 изброява променливите, които винаги се задават от сървъра, дори и да са нулеви. В допълнение към тези променливи, данните, върнати от клиента в заглавката на заявката, се присвояват на променливи от формата HTTP_F00 , където F00 е името на заглавката. Например повечето уеб браузъри включват информация за версията в заглавка с име USEfl_AGENT. Вашата CGI npor рамка може да получи тази информация от променливата HTTP_USER_AGENT.

Таблица 9-1.CGI променливи на средата

Ето примерен Perl CGI скрипт, който извежда всички променливи на средата, зададени от сървъра, както и всички наследени променливи, като PATH, зададени от обвивката, която стартира сървъра.

#!/usr/bin/perl -w

печат<< HTML;

Тип съдържание: текст/html\n\n

<р>Променливи на околната среда

HTML

foreach (клавиши %ENV) ( отпечатайте "$_: $ENV($_)
\н"; )

печат<

HTML

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

Командна линия

CGI позволява да се предават аргументи на CGI програма като опции на командния ред, което рядко се използва. Използва се рядко, тъй като практическите му приложения са малко и няма да се спираме подробно на него. Изводът е, че ако променливата на средата QUERY_STRING не съдържа знака "=", тогава CGI програмата ще бъде изпълнена с параметри на командния ред, взети от QUERY_STRING. Например, http://www.myserver.com/cgi- bin/prst? rootще върви пръст root на www.myserver.com.

Има две основни библиотеки, които предоставят CGI интерфейса на Perl. Първият от тях - cgi-lib.plПолезност cgi-lib.plмного често, защото дълго време това беше единствената налична голяма библиотека. Тя е проектирана да работи в Perl 4, но също така работи и с Perl 5. Втората библиотека, CGI.pm,по-нов и в много отношения превъзходен cgi-lib.pl CGI.pmнаписан за Perl 5 и използва напълно обектно-ориентирана схема за работа с CGI данни. модул CGI.pmанализира стандартния вход и променливата QUERY_STRING и съхранява данните в CGI обект. Вашата програма трябва само да създаде нов CGI обект и да използва прости методи като paramQ, за да извлече данните, от които се нуждаете. Пример 9-2 служи като кратка демонстрация как CGI.pmинтерпретира данните. Всички Perl примери в тази глава ще бъдат използвани CGI.pm.

Пример 9-2. Разбор на CGI данни в Perl

#!/usr/bin/perl -w

използвайте CGI qw(:standard);

# Използва се модулът CGI.pm. qw(:standard) импортиране

# пространство от имена на стандартни CGI функции за получаване

# код за почистване. Това може да стане, ако скриптът

# използва се само един CGI обект.

$mycgi = нов CGI; #Създайте CGI обект, който ще бъде "шлюзът" към данните от формуляра

@fields = $mycgi->param; # Извлечете имената на всички попълнени полета на формуляра

print header, start_html("CGI.pm тест"); ft методи "header" и "start_html",

# предоставени

# CGI.pm улеснява получаването на HTML.

# "header" извежда необходимия HTTP хедър, a

#"start_html" извежда HTML заглавка с даденото име,

#a също таг .

печат"<р>Данни за формуляра:
";

foreach (@fields) (печат $_, ":",- $mycgi->param($_), "
"; }

# За всяко поле покажете името и стойността, получени чрез

# $mycgi->param("име на поле").

печат end_html; # Съкращение за извеждане на крайни тагове "".

Обработка на входа в C

Тъй като основните API за MySQL и mSQL са написани на C, ние няма да изоставим напълно C в полза на Perl, но ще предоставим някои примери за C, където е уместно. Има три широко използвани C библиотеки за CGI програмиране: cgicТом Бутел*; cgihtmlЮджийн Ким т и libcgiот EIT*. Ние вярваме в това cgicе най-пълният и лесен за използване. Липсва му обаче възможността да изброява всички променливи на формата, когато те не са ви известни предварително. Всъщност може да се добави с обикновена корекция, но това е извън обхвата на тази глава. Следователно в Пример 9-3 използваме библиотеката cgihtml,за да повторите горния Perl скрипт в C.

Пример 9-3.Разбор на CGI данни в C

/* cgihtmltest.c - Обща CGI програма за отпечатване на ключове и техните стойности

от данните, получени от формата */

#включи

#include "cgi-lib.h" /* Това съдържа всички дефиниции на CGI функции */

#include "html-lib.h" /* Това съдържа "всички дефиниции на помощни функции за HTML */

void print_all(lllist 1)

/* Тези функции извеждат подадени от формуляра данни в същия формат като горния Perl скрипт. Cgihtml също предоставя вградена функция

Print_entries(), който прави същото, използвайки HTML формата на списък. */ (

възел*прозорец;

/* Типът "възел" е дефиниран в библиотеката cgihtml и се отнася до свързан списък, който съдържа всички данни на формуляра. */

прозорец = i.head; /* Задава указател към началото на данните от формуляра */

while (window != NULL) ( /* Преминаване през свързания списък до последния (първи празен) елемент */

printf(" %s:%s
\n",window->entry.name,replace_ltgt(window->entry.value));

/* Изходни данни. Replace__ltgt() е функция, която разбира HTML кодирането на текста и гарантира, че то се показва правилно в клиентския браузър. */

прозорец = прозорец->следващ; /* Преминаване към следващия елемент в списъка. */

} }

int main() (

списък на записи; /* Указател към анализирани данни*/

int състояние; /* Цяло число, представляващо състоянието */

html_header(); /* HTML помощна функция, която извежда HTML заглавката */

html_begin("cgihtml тест");

/* HTML помощна функция, която извежда началото на HTML страницата с посоченото заглавие. */

състояние = read_cgi_input(&entries); /* Извършва въвеждане и анализ на данни от формуляра */

printf("<р>Данни за формуляра:
");

print_all(записи); /* Извиква функцията print_all(), дефинирана по-горе. */

html_end(); /* HTML помощна функция, която извежда края на HTML страницата. */

Изчистване на списъка (&записи); /* Освобождава паметта, заета от данните на формуляра. */

връщане на 0; )

Стандартно изходно устройство

Данните, изпратени от CGI програма към стандартен изход, се четат от уеб сървъра и се изпращат на клиента. Ако името на скрипта започва с nph-,данните се изпращат директно до клиента без намеса от уеб сървъра. В този случай CGI програмата трябва да генерира валидна HTTP заглавка, която клиентът ще разбере. AT в противен случайоставете уеб сървъра да генерира HTTP заглавката вместо вас.

Дори и да не използвате nph-script, трябва да дадете на сървъра една директива, която ще му каже информация за вашето издаване. Това обикновено е HTTP заглавка Content-Type, но може да бъде и заглавка Location. Заглавието трябва да бъде последвано от празен ред, т.е. нов ред или комбинация CR/LF.

Заглавката Content-Type казва на сървъра какъв тип данни обслужва вашата CGI програма. Ако това е HTML страница, тогава низът трябва да бъде Content-Type: текст/html.Заглавката Location казва на сървъра различен URL - или различен път на същия сървър - къде да насочи клиента. Заглавието трябва да изглежда така: Местоположение: http:// www. моя сървър. com/друго/място/.

След HTTP заглавките и празния низ можете да изпратите действителните данни, които вашата програма произвежда - HTML страница, изображение, текст или нещо друго. Сред CGI програмите, които идват със сървъра на Apache, са nph-test-cgiи тест cgi,които добре демонстрират разликата между nph и non-nph заглавия, съответно.

В този раздел ще използваме библиотеките CGI.pmи cgic,които имат функции за извеждане както на HTTP, така и на HTML заглавки. Това ще ви позволи да се съсредоточите върху изхода на действителното съдържание. Тези помощни функции се използват в примерите по-рано в тази глава.

Важни характеристики на CGI скриптовете

Вече знаете основно как работи CGI. Клиентът изпраща данни, обикновено чрез формуляр, до уеб сървъра. Сървърът изпълнява CGI програмата, като й предава данни. CGI програмата извършва своята обработка и връща изхода си на сървъра, който го изпраща на клиента. Сега, от разбирането как работят CGI-npor рамки, трябва да преминем към разбирането защо са толкова широко използвани.

Въпреки че вече знаете достатъчно от тази глава, за да съставите проста работеща CGI програма, има още няколко неща, които трябва да разберете. важни въпросипреди да създадете наистина работещи програми за MySQL или mSQL. Първо, трябва да се научите как да работите с множество форми. След това трябва да научите някои мерки за сигурност, които ще попречат на нападателите да получат незаконен достъп до вашите сървърни файлове или да ги унищожат.

Държавна памет

Отчитането на състоянието е жизненоважно средство за предоставяне на добра услуга на вашите потребители, а не само за борба с закоравелите престъпници, както може да изглежда. Проблемът е причинен от факта, че HTTP е така нареченият протокол "без памет". Това означава, че клиентът изпраща данни на сървъра, сървърът връща данни на клиента и след това всеки тръгва по своя път. Сървърът не съхранява данни за клиента, които може да са необходими при последващи операции. По същия начин няма гаранция, че клиентът ще запази данни за транзакцията, които могат да бъдат използвани по-късно. Това налага незабавно и значително ограничение на използването на World Wide Web.

Скриптирането на CGI по този протокол е аналогично на това да не можете да запомните разговор. Всеки път, когато говорите с някого, независимо колко често сте говорили с него преди, трябва да се представите и да намерите обща тема за разговор. Излишно е да казвам, че това не е благоприятно за производителността. Фигура 9-2 показва, че всеки път, когато заявка достигне до CGI програма, това е напълно нов екземпляр на програмата без връзка с предишната.

От страна на клиента, с появата на Netscape Navigator, имаше хакерско изглеждащо решение, наречено бисквитки. Състои се от създаване на нова HTTP заглавка, която може да се изпраща напред и назад между клиента и сървъра, подобно на заглавките Content-Type и Location. Клиентският браузър, след като получи заглавката на бисквитката, трябва да съхрани данните в бисквитката, както и името на домейна, в който работи бисквитката. След това, когато се посети URL в рамките на посочения домейн, заглавката на бисквитката трябва да бъде върната на сървъра за използване в CGI програми на този сървър.

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

Колкото и полезен да е този метод, повечето големи сайтове не го използват като единствено средство за запомняне на състоянието. Има редица причини за това. Първо, не всички браузъри поддържат бисквитки. Доскоро основният браузър за хора с увредено зрение (да не говорим за хора с ниска скорост на мрежата) - Lynx - не поддържаше бисквитки. Той все още не ги поддържа "официално", въпреки че някои от широко достъпните му "странични клонове" го поддържат. Второ, и по-важно, бисквитките свързват потребителя с определена машина. Едно от големите предимства на мрежата е, че е достъпна от всяка точка на света. Независимо къде е създадена или съхранявана вашата уеб страница, тя може да бъде показана от всяка машина, свързана с интернет. Въпреки това, ако се опитате да получите достъп до сайт с активирана бисквитка от чужда машина, всички ваши лични данни, които са били поддържани от бисквитката, ще бъдат загубени.

Много сайтове все още използват бисквитки за персонализиране на потребителски страници, но повечето ги допълват с традиционен интерфейс за вход/парола. Ако сайтът е достъпен от браузър, който не поддържа бисквитки, тогава страницата съдържа формуляр, в който потребителят въвежда потребителско име и парола, зададени му при първото посещение на сайта. Обикновено тази форма е малка и скромна, за да не изплаши повечето потребители, които не се интересуват от никаква персонализация, а просто искат да отидат по-далеч. Когато потребител въведе име за вход и парола във формуляра, CGI намира файла с данни на потребителя, сякаш името е изпратено с бисквитка. Използвайки този метод, потребителят може да се регистрира на персонализиран уебсайт от всяка точка на света.

В допълнение към задачите за отчитане на потребителските предпочитания и дългосрочно съхранение на информация за него, може да се даде по-фин пример за запомняне на състоянието, което се предоставя от популярните търсачки. Когато търсите с помощта на услуги като AltaVista или Yahoo, обикновено получавате много повече резултати, отколкото можете да покажете в лесен за четене формат. Този проблем се решава чрез показване на малък брой резултати - обикновено 10 или 20 - и предоставяне на някои средства за навигация за преглед на следващата група резултати. Въпреки че това поведение изглежда обичайно и очаквано за средния уеб сърфист, действителната реализация е нетривиална и изисква състоянието да бъде запомнено.

Когато потребителят за първи път направи заявка към търсачката, тя събира всички резултати, вероятно подчинени на някакво предварително определено ограничение. Номерът е да дадете тези резултати едновременно в малко количество, като същевременно запомните какъв вид потребител е поискал тези резултати и каква част очаква следващата. Като оставим настрана сложността на самата търсачка, ние сме изправени пред проблема последователно да предоставяме на потребителя информация на една страница. Помислете за пример 9-4, който показва CGI скрипт, който извежда десет реда от файл и му позволява да разгледа следващите или предходните десет реда.

Пример 9-4. Запазване на състоянието в CGI скрипт

#!/usr/bin/perl -w

използвайте CGI;

Open(F,"/usr/dict/words") or die("Не може да се отвори! $!");

#Това е файлът, който ще бъде изведен, може да бъде всичко.

$output = нов CGI;

sub print_range ( # Това е основната функция на програмата, моят $start = shift;

# Начален ред на файла, моят $count = 0;

# Показател, моята $line = "";

# Текущ ред на файла, отпечатайте $output->header,

$output->start_html("Моят речник");

# Генерира HTML със заглавие "Моят речник", отпечатайте " \н";

докато (($брой< $start) and ($line = )) ( $count++; )

# Пропуснете всички редове преди началото, докато (($count< $start+10) and ($line ? )) ( отпечатай $line; $count++; )

# Отпечатайте следващите 10 реда.

моят $newnext = $start+10; моят $newprev = $start-10;

# Задайте начални низове за „Следващ“ и „Предишен“ URL адрес,

печат"

";

освен ако ($start == 0) ( # Активирайте „Предишен“ URL, освен ако не

# вече не е в началото.

печат qq%Предишен%; )

освен ако (eof) ( # Включете "Следващ" URL, освен ако не # не в края на файла.

печат qq%Следващ%;

}

отпечатайте "HTML;HTML

изход (0); )

# Ако няма данни, започнете отначало,

if (не $output->param) (

&print_range(0); )

# В противен случай започнете от низа, посочен в данните.

&print_range($output->param("start"));

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

Въпреки това, ако имате нужда от нещо повече от просто превъртане през "файл, тогава разчитането на URL може да бъде тромаво. Можете да облекчите тази трудност, като използвате HTML формуляр и включите данни за състоянието в таговете. Скрит тип. Тази техника е използвана с успех от много сайтове, което ви позволява да свързвате между свързани CGI програми или разширяване на използването на една CGI програма, както в предишния пример. Вместо да се отнасят към конкретен обект, като например начална страница, URL данните могат да сочат към автоматично генериран потребителски идентификатор.

Ето как работят AltaVista и други търсачки. Първото търсене генерира потребителски идентификатор, който имплицитно е включен в следващите URL адреси. Този идентификатор е свързан с един или повече файлове, съдържащи резултатите от заявката. Още две стойности са включени в URL адреса: текущата позиция във файла с резултати и посоката, в която искате да се движите по-нататък в него. Тези три стойности са всичко, което е необходимо за стартиране на мощните навигационни системи на големите търсачки.

Друго обаче липсва. Файлът, използван в нашия пример /usr/diet/wordsмного голям. Ами ако го оставим по средата на четене, но искаме да се върнем към него по-късно? Ако не помните URL адреса на следващата страница, няма начин да се върнете назад, дори AltaVista няма да ви позволи. Ако рестартирате компютъра си или започнете да работите от друг, е невъзможно да се върнете към предишните резултати от търсенето, без да въведете повторно заявката. Въпреки това, това дългосрочно запазване на състоянието е в основата на персонализирането на уебсайта, за което говорихме по-горе, и си струва да се види как може да бъде използвано. Пример 9-5 е модифицирана версия на Пример 9-4.

Пример 9-5. Постоянна памет на състоянието

#!/usr/bin/perl -w

използвайте CGI;

umask 0;

Open(F,"/usr/dict/words") or die("Не може да се отвори! $!");

Chdir("потребители") или die("Не мога да премина към директорията $!");

# Това е директорията, в която ще се съхраняват всички данни

# за потребителя.

Изход = нов CGI;

if (не $output->param) (

отпечатайте $output->header,

$output->start_html("Моят речник");

отпечатайте "HTML;

\н"; 

 
докато (($брой< $start) and ($line = )) ( $count++; ) 

 
докато (($брой< $start+10) and ($line = ))

 
отпечатайте $line;  $count++;
 
моят $newnext = $start+10;
 
моят $newprev = $start-10;
 
печат"

", "пръст $потребителско име", "

\н"; 

 
$pid = open(C_OUT, "-|");# Този идиом на Perl създава дъщерен процес и се отваря 

 
# канал между родителски и дъщерни процеси,
 
if ($pid) (# Това е родителският процес. 

 
печат ;  ft Отпечатайте изхода на дъщерния процес. 

 
печат"