Life is digital
Сейчас изучаем Денвер. С его помощью можно создать виртуальную сриду для работы сайта, свой сервер (я не поняла вообще что он делает). Не важно что это. Я это пока еще разбираюсь. Ну в общем в колледже я с этим зверем не управилась. Сейчас дома тоже. Но я что-то накрутила и теперь он работает^^ хотя проблемы с написанием задания остались. Нужно написать пробную страничку. Я гдето лагаю. Завтра попробую заново если проснусь с утра. Есть план, но все завтра. И еще я знаю что с помощью этой штуки, в теории, можно сделать сайт и выпустить его в инет в свободное плаванье так сказать. Но его быстро взломают. Но зато это не с помощью шаблонных сайтов, и не нужно покупать хостинг. Но он не выживет. Зато весело^^
Но если не сложно, можете вкратце разъяснить, т.к. я это дело оставила на лето когда будет больше времени углубиться.
среди сетевых программ можно выделить три класса: клиент, сервер, и клиент-сервер. сервер это поставщик услуги к которому обращается клиент. к примеру этот текст ты читаешь в клиенте для веб сервера.. а любимые анимешки качаешь через клиент сервер торрента.
первоначально веб сервера получали от клиента только адрес файла на веб сервере. чтобы клиент не мог просмотреть чего то важного на сервера файлы выдаются начиная с какой то папки (это слово указывается в конфиге сервера) т.е. если это папка d:\www\ и в ней лежит файл 1.jpg то сервер отдаст его. когда к нему придет запрос
GET /1.jpg HTTP. /1 0
второе приближение
компьютеры были большие и дорогие так что народ подумал и решил что нечего плодить. сервера на разных машинах.. и договорились они что добавят еще одно слово в запрос. и по этому слову будут отдавать. файл из какой то определенной папки
так появился виртуальный хост.
теперь в конфиге писалось что сайт2 это папка. d:\www\site1 а сайтх это папка d:\wwww\site1zofkfjg
в итоге запрос выглядит. так
GET /1.jpg HTTP /1.0
Host:sitex
людям стало скучно получать статический контент и они придумали хитрость: выделили папку куда положили программы и скрипты с указанием в первой строке программы интерпретатора. после чего научили сервер при передаче запроса на файл в этой папке выполнять его и отдавать текстовый результат. а потом внезапно поняли что чего то не хватает. и дошло до них что программе аргументы никак не передашь. и придумали еще одну хитрость: передавать. аргументы в теле запроса
get /cgi-bin/test.pl?argument1=value1&argument2=value2 http /1.0 (было сильно лень давить шифт)
вопросительный. знак отделил. скрипт от аргументов. и их значений сами аргументы написали через амперсанд
так появилось то что обозвали cgi
потом лень у программистов стала умной и заносчивой и они подняли клич долой одну папку что вам стоит распознавать расширение файла и запускать конструкцию интерперетатор путь к файлу аргументы
ибо ничто так не ограничивает писателя как русский язык.
а потом какой то дядька придумал язык пхп и сделал интерпретатор. специально для своего домашнего веб сервера. он не был безопасен он не был быстр и легок. но он подкупал синтаксисом от си, очень легкой интегрируемостью в веб страницу и главное он был бестиповым. т.е. перременная могла только что содержать текст и тут же в нее присвоили. число.
на этом пожалуй я закончу писать историю того в каких мучениях рождался веб. не думаю что тебе придетсфя рассказывать как работает fast-cgi.
вопросы и коментарии в студию
пхп это всего лишь интерпретатор работающий на стороне сервера. срабатывает только на файлы с определенным расширением
помимо метода get есть еще метод post . он отличается тем что переменные передаются в самом конце запроса а перед ними идет число - общая длинна букв аргументов значений терминаторов и знаков равно
есть дикое подозрение что все это окажется совсем катайской грамотой. так что если что то не понятно задавай вопросы. причем не в стиле. "главный вопоос жизни вселенной и так далее " а немного подумав