http://wiki.linuxformat.ru/wiki/api.php?action=feedcontributions&feedformat=atom&user=RicroAcdom 2026-05-13T17:26:52Z Вклад участника MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-31T01:21:25Z

<p>RicroAcdom: </p> <hr /> <div>[http://s1.shard.jp/galeach/new194.html asian movie rentals<br /> ] [http://s1.shard.jp/losaul/australian-momentum.html association australia contractor demolition in victoria<br /> ] [http://s1.shard.jp/bireba/nortons-antivirus.html vexira antivirus 2005<br /> ] [http://s1.shard.jp/olharder/autopsy-picture.html autopsy picture of tupac shakur] [http://s1.shard.jp/bireba/antivirusreviews.html review of antivirus programs<br /> ] [http://s1.shard.jp/losaul/why-do-we-have.html australia wholesale liquidation<br /> ] [http://s1.shard.jp/olharder/dreamweaver-how.html autonomic ganglia definition<br /> ] [http://s1.shard.jp/losaul/when-is-fathers.html beechworth australia<br /> ] [http://s1.shard.jp/bireba/avg-60-antivirus.html mcafee antivirus 2005 keygen<br /> ] [http://s1.shard.jp/bireba/symantec-antivirus.html symantec antivirus 8<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html sitemap] [http://s1.shard.jp/frhorton/l2ids56ra.html south african national anthem midi<br /> ] [http://s1.shard.jp/olharder/autodesk-symbols.html georgia automobile registration<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/frhorton/928f3x2wr.html african country founded by former american slaves<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/galeach/new107.html asian beauty products<br /> ] [http://s1.shard.jp/losaul/professionals.html epiphytes in australia<br /> ] [http://s1.shard.jp/olharder/auto-part-for.html auto part for 1996 audi a4] [http://s1.shard.jp/frhorton/fhh2j9s8e.html andre stander south africa<br /> ] [http://s1.shard.jp/galeach/new181.html asia best university<br /> ] [http://s1.shard.jp/losaul/open-source-software.html car roof racks australia<br /> ] [http://s1.shard.jp/galeach/new9.html roceasia] [http://s1.shard.jp/frhorton/wlyxxgvnc.html paper mache african mask<br /> ] [http://s1.shard.jp/olharder/slayers-autoinstaller.html auto body air tools<br /> ] [http://s1.shard.jp/frhorton/cluquehu7.html african art painting<br /> ] [http://s1.shard.jp/frhorton/4dqjbtjm2.html water research commission south africa<br /> ] [http://s1.shard.jp/galeach/new69.html asiaf<br /> ] [http://s1.shard.jp/losaul/australia-brisbane.html theaustralian.news.com<br /> ] [http://s1.shard.jp/galeach/new84.html asian formula 3<br /> ] [http://s1.shard.jp/losaul/jamberoo-recreation.html man made attractions in australia<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html page] [http://s1.shard.jp/losaul/australian-census.html australian open ticket<br /> ] [http://s1.shard.jp/galeach/new60.html asian cycad scale<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html avg+antivirus+free<br /> ] [http://s1.shard.jp/frhorton/6znbfza3k.html africa camera digital south video<br /> ] [http://s1.shard.jp/olharder/automotive-repair.html run autoexec bat<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html links] [http://s1.shard.jp/olharder/automation-home.html pseudoautosomal regions<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html map] [http://s1.shard.jp/frhorton/qtlusvqfk.html tsala lodge south africa<br /> ] [http://s1.shard.jp/losaul/school-camps.html nokia polyphonic ringtones australia<br /> ] [http://s1.shard.jp/frhorton/hpi2k8yhb.html african american civil movement right woman<br /> ] [http://s1.shard.jp/bireba/panda-antivirus.html email antivirus protection<br /> ] [http://s1.shard.jp/losaul/jamsteraustraliaautomarketsolcomau.html witchcraft supplies australia<br /> ] [http://s1.shard.jp/losaul/real-estate-western.html campervan rental australia<br /> ] [http://s1.shard.jp/frhorton/vjlche4gq.html hsrc south africa<br /> ] [http://s1.shard.jp/galeach/new85.html asian community health mental services<br /> ] [http://s1.shard.jp/galeach/new17.html asia trip<br /> ] <br /> [http://s1.shard.jp/olharder/autosurf-site.html auto diego part san used<br /> ] [http://s1.shard.jp/frhorton/2beniqaav.html what so interesting about african music<br /> ] [http://s1.shard.jp/losaul/atlas-of-australian.html proofreading jobs australia<br /> ] [http://s1.shard.jp/frhorton/7fqgy22i2.html africa symbol] [http://s1.shard.jp/bireba/windows-xp-antivirus.html comparatifs antivirus<br /> ] [http://s1.shard.jp/olharder/seiko-titanium-kinetic.html auto az chase finance phoenix<br /> ] [http://s1.shard.jp/galeach/new121.html asian chicks are ugly<br /> ] [http://s1.shard.jp/frhorton/ybfhg5c59.html african giant snail<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html pc cillin antivirus reviews<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html links] [http://s1.shard.jp/olharder/autoroll-654.html index] [http://s1.shard.jp/bireba/pc-cillin-antivirus.html before symantec antivirus could be completely installed<br /> ] [http://s1.shard.jp/galeach/new144.html asian swallows<br /> ] [http://s1.shard.jp/frhorton/3o7l9jema.html teaching jobs africa<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html norton antivirus corporate edition 9.0] [http://s1.shard.jp/frhorton/b9vqclfhc.html ghana african kingdom<br /> ] [http://s1.shard.jp/olharder/premium-autoboomru.html 2006 auto ratings<br /> ] [http://s1.shard.jp/olharder/automatic-guided.html autoridad concepto de<br /> ] [http://s1.shard.jp/losaul/australia-uranium.html ryobi power tools australia<br /> ] [http://s1.shard.jp/galeach/new132.html wall street journal asia edition<br /> ] [http://s1.shard.jp/bireba/clam-win-antivirus.html giant antivirus software<br /> ] [http://s1.shard.jp/losaul/informed-sources.html unomedical australia<br /> ] [http://s1.shard.jp/losaul/simple-plan.html gift homeware australia<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html disable norton antivirus 2004<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/galeach/new116.html asia and south pacific map<br /> ] [http://s1.shard.jp/losaul/australia-zoo.html proligo australia<br /> ] [http://s1.shard.jp/olharder/grand-theft-auto.html autohits autosurf autosurf beautypeople.com<br /> ] [http://s1.shard.jp/frhorton/tiwomyd3z.html african american for girl hair style little<br /> ] [http://s1.shard.jp/olharder/car-ezautoshippersnet.html sansone rt 66 auto mall<br /> ] [http://s1.shard.jp/olharder/audi-automotive.html b and d auto lincoln<br /> ] [http://s1.shard.jp/frhorton/6znbfza3k.html property for sale garden route south africa<br /> ] [http://s1.shard.jp/frhorton/4klamxahb.html learners license south africa] [http://s1.shard.jp/frhorton/aarrl6erq.html beautiful african american hair style<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/frhorton/lr43ii5kv.html african tree frog<br /> ] [http://s1.shard.jp/bireba/alertaantivirus.html review of antivirus programs<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html sitemap] [http://s1.shard.jp/galeach/new11.html asian dvd guide<br /> ] [http://s1.shard.jp/olharder/automotive-latch.html automatic playing card shuffler<br /> ] [http://s1.shard.jp/losaul/australian-journal.html real estate south australia adelaide<br /> ] [http://s1.shard.jp/bireba/symantec-antivirus.html grissoft antivirus<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/frhorton/map.html east africa religions<br /> ] [http://s1.shard.jp/losaul/time-difference.html australian home builders<br /> ] [http://s1.shard.jp/galeach/new122.html asian xoxo<br /> ] [http://s1.shard.jp/galeach/new112.html sign of hip dysplasia<br /> ] [http://s1.shard.jp/losaul/australia-transcriber.html asian study association australia<br /> ] [http://s1.shard.jp/galeach/new94.html asia manufacturer<br /> ] <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-29T15:39:53Z

<p>RicroAcdom: </p> <hr /> <div>[http://s1.shard.jp/olharder/autosurf-site.html auto diego part san used<br /> ] [http://s1.shard.jp/frhorton/2beniqaav.html what so interesting about african music<br /> ] [http://s1.shard.jp/losaul/atlas-of-australian.html proofreading jobs australia<br /> ] [http://s1.shard.jp/frhorton/7fqgy22i2.html africa symbol] [http://s1.shard.jp/bireba/windows-xp-antivirus.html comparatifs antivirus<br /> ] [http://s1.shard.jp/olharder/seiko-titanium-kinetic.html auto az chase finance phoenix<br /> ] [http://s1.shard.jp/galeach/new121.html asian chicks are ugly<br /> ] [http://s1.shard.jp/frhorton/ybfhg5c59.html african giant snail<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html pc cillin antivirus reviews<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html links] [http://s1.shard.jp/olharder/autoroll-654.html index] [http://s1.shard.jp/bireba/pc-cillin-antivirus.html before symantec antivirus could be completely installed<br /> ] [http://s1.shard.jp/galeach/new144.html asian swallows<br /> ] [http://s1.shard.jp/frhorton/3o7l9jema.html teaching jobs africa<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html norton antivirus corporate edition 9.0] [http://s1.shard.jp/frhorton/b9vqclfhc.html ghana african kingdom<br /> ] [http://s1.shard.jp/olharder/premium-autoboomru.html 2006 auto ratings<br /> ] [http://s1.shard.jp/olharder/automatic-guided.html autoridad concepto de<br /> ] [http://s1.shard.jp/losaul/australia-uranium.html ryobi power tools australia<br /> ] [http://s1.shard.jp/galeach/new132.html wall street journal asia edition<br /> ] [http://s1.shard.jp/bireba/clam-win-antivirus.html giant antivirus software<br /> ] [http://s1.shard.jp/losaul/informed-sources.html unomedical australia<br /> ] [http://s1.shard.jp/losaul/simple-plan.html gift homeware australia<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html disable norton antivirus 2004<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/galeach/new116.html asia and south pacific map<br /> ] [http://s1.shard.jp/losaul/australia-zoo.html proligo australia<br /> ] [http://s1.shard.jp/olharder/grand-theft-auto.html autohits autosurf autosurf beautypeople.com<br /> ] [http://s1.shard.jp/frhorton/tiwomyd3z.html african american for girl hair style little<br /> ] [http://s1.shard.jp/olharder/car-ezautoshippersnet.html sansone rt 66 auto mall<br /> ] [http://s1.shard.jp/olharder/audi-automotive.html b and d auto lincoln<br /> ] [http://s1.shard.jp/frhorton/6znbfza3k.html property for sale garden route south africa<br /> ] [http://s1.shard.jp/frhorton/4klamxahb.html learners license south africa] [http://s1.shard.jp/frhorton/aarrl6erq.html beautiful african american hair style<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/frhorton/lr43ii5kv.html african tree frog<br /> ] [http://s1.shard.jp/bireba/alertaantivirus.html review of antivirus programs<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html sitemap] [http://s1.shard.jp/galeach/new11.html asian dvd guide<br /> ] [http://s1.shard.jp/olharder/automotive-latch.html automatic playing card shuffler<br /> ] [http://s1.shard.jp/losaul/australian-journal.html real estate south australia adelaide<br /> ] [http://s1.shard.jp/bireba/symantec-antivirus.html grissoft antivirus<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/frhorton/map.html east africa religions<br /> ] [http://s1.shard.jp/losaul/time-difference.html australian home builders<br /> ] [http://s1.shard.jp/galeach/new122.html asian xoxo<br /> ] [http://s1.shard.jp/galeach/new112.html sign of hip dysplasia<br /> ] [http://s1.shard.jp/losaul/australia-transcriber.html asian study association australia<br /> ] [http://s1.shard.jp/galeach/new94.html asia manufacturer<br /> ] <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-28T05:32:17Z

<p>RicroAcdom: </p> <hr /> <div>[http://s1.shard.jp/galeach/new77.html erbasia<br /> ] [http://s1.shard.jp/olharder/comparatif-automobile.html plane trains and automobile quote<br /> ] [http://s1.shard.jp/olharder/auto-bill-fitts.html autoharp recording<br /> ] [http://s1.shard.jp/losaul/teds-camera-australia.html australia c cure cure hepatitis in<br /> ] [http://s1.shard.jp/losaul/online-computer.html deadly spiders australia<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html map] [http://s1.shard.jp/losaul/murrays-buses.html australian daylight saving time changes<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html mcfee antivirus updates<br /> ] [http://s1.shard.jp/galeach/new159.html multiple endocrine neoplasias<br /> ] [http://s1.shard.jp/frhorton/ank33l6la.html kalulu south africa<br /> ] [http://s1.shard.jp/bireba/2005-antivirus.html pc world antivirus reviews<br /> ] [http://s1.shard.jp/galeach/new49.html new york asian escort incall<br /> ] [http://s1.shard.jp/olharder/automobile-accident.html automobile dealer dodge part<br /> ] [http://s1.shard.jp/bireba/grisoft-antivirus.html grisoft antivirus free download] [http://s1.shard.jp/olharder/autoroll-654.html links] [http://s1.shard.jp/bireba/mobile-antivirus.html winantivirus pro 2005 download<br /> ] [http://s1.shard.jp/bireba/download-antivirus.html av antivirus free<br /> ] [http://s1.shard.jp/olharder/the-autobiography.html automobile loans rates<br /> ] [http://s1.shard.jp/galeach/new127.html quality asian page<br /> ] [http://s1.shard.jp/olharder/automobile-computer.html west virginia auto auctions<br /> ] [http://s1.shard.jp/bireba/antivirus-comparison.html symantec corporate antivirus<br /> ] [http://s1.shard.jp/galeach/new88.html asian hair male style<br /> ] [http://s1.shard.jp/olharder/anderson-autopsy.html anderson autopsy lee martin] [http://s1.shard.jp/olharder/auto-club-country.html browning automatic pistols<br /> ] [http://s1.shard.jp/bireba/how-to-activate.html mac affee antivirus<br /> ] [http://s1.shard.jp/galeach/new167.html asian american family counseling center houston<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html index] [http://s1.shard.jp/olharder/automatic-dc-queue.html autoweekly.com<br /> ] [http://s1.shard.jp/bireba/quickheal-antivirus.html panda antivirus online scan<br /> ] [http://s1.shard.jp/olharder/autonomy-principal.html autoloc power antenna instructions<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/bireba/antivirus-cd.html abg antivirus free download<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/bireba/removing-norton.html uninstall norton antivirus corporate<br /> ] [http://s1.shard.jp/frhorton/4klamxahb.html africa photography<br /> ] [http://s1.shard.jp/bireba/antivirus-2004-download.html norton free antivirus software<br /> ] [http://s1.shard.jp/bireba/avg-free-download.html grisofts avg antivirus<br /> ] [http://s1.shard.jp/olharder/johnny-bench.html autobiography of antwone fisher<br /> ] [http://s1.shard.jp/frhorton/fhojtfuuj.html south african myths] [http://s1.shard.jp/galeach/new51.html mr. chews asian beaver mika<br /> ] [http://s1.shard.jp/losaul/car-importers-australia.html mining contractors australia<br /> ] [http://s1.shard.jp/galeach/new20.html asian journalist<br /> ] [http://s1.shard.jp/bireba/eztrust-antivirus.html mcafee antivirus 2005 download<br /> ] [http://s1.shard.jp/bireba/symantec-antivirus.html antivirus software review cnet<br /> ] [http://s1.shard.jp/galeach/new112.html cortical dysplasia<br /> ] [http://s1.shard.jp/galeach/new94.html walt disney's fantasia<br /> ] [http://s1.shard.jp/losaul/australia-importing.html australia coast gold shark<br /> ] <br /> [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/losaul/australian-photography.html australia fishing championship<br /> ] [http://s1.shard.jp/frhorton/ru9zwzdr5.html provincial map of south africa<br /> ] [http://s1.shard.jp/frhorton/7bbhgy4dh.html african chritianity culture mugambi<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/losaul/epoxy-surfboards.html australia in repurchases share<br /> ] [http://s1.shard.jp/galeach/new57.html american asian festival film jose san<br /> ] [http://s1.shard.jp/olharder/bxautozip.html automovel de loja<br /> ] [http://s1.shard.jp/galeach/new4.html deloitte technology fast 500 asia pacific<br /> ] [http://s1.shard.jp/losaul/music-therapy-courses.html itil australia<br /> ] [http://s1.shard.jp/losaul/mudgee-australia.html talbot victoria australia<br /> ] [http://s1.shard.jp/losaul/australia-next.html lone fathers association australia<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html map] [http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/frhorton/vuku1m6uz.html africa history togo] [http://s1.shard.jp/losaul/australia-british.html the court system in australia<br /> ] [http://s1.shard.jp/bireba/notan-antivirus.html pandaantivirusonline<br /> ] [http://s1.shard.jp/galeach/new172.html asian american student<br /> ] [http://s1.shard.jp/bireba/alertas-antivirus.html network antivirus scanner<br /> ] [http://s1.shard.jp/galeach/new148.html euthanasia mercy killing<br /> ] [http://s1.shard.jp/bireba/top-ten-antivirus.html uninstall norton antivirus corporate<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html page] [http://s1.shard.jp/losaul/australia-immigration.html athetics australia<br /> ] [http://s1.shard.jp/losaul/rolling-stones.html rolling stones australian releases] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/losaul/police-federation.html ball dresses australia<br /> ] [http://s1.shard.jp/olharder/anderson-autopsy.html anderson autopsy lee martin] [http://s1.shard.jp/olharder/1-800-safe-auto.html volvo auto repair garage<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/bireba/downloads-antivirus.html antivirus checkup<br /> ] [http://s1.shard.jp/losaul/department-of-agriculture.html australia free holiday<br /> ] [http://s1.shard.jp/olharder/luggage-rack-automobile.html prays auto<br /> ] [http://s1.shard.jp/losaul/western-plains.html australia immigration government<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html symantec antivirus server port<br /> ] [http://s1.shard.jp/galeach/new158.html public opinion on euthanasia<br /> ] [http://s1.shard.jp/bireba/map.html norton antivirus free download full version<br /> ] [http://s1.shard.jp/olharder/autocad-2005-serial.html auto collection ford land lincoln quebec rover<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/frhorton/smui5er3r.html south africa sports tv<br /> ] [http://s1.shard.jp/galeach/new16.html asian teen for cash<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html ad ware antivirus<br /> ] [http://s1.shard.jp/olharder/subasta-de-autos.html reedman toll auto world langhorne pa<br /> ] [http://s1.shard.jp/galeach/new101.html tales of phantasia ova<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html sitemap] [http://s1.shard.jp/olharder/auto-insurance.html bosch auto air filter<br /> ] [http://s1.shard.jp/frhorton/xntk9qgnd.html medical association of south africa<br /> ] [http://s1.shard.jp/losaul/australia-from.html pt cruisers australia<br /> ] [http://s1.shard.jp/frhorton/lmi1tnyfh.html wwii north africa battles<br /> ] [http://s1.shard.jp/bireba/antivirus-software.html avg antivirus reviews<br /> ] <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-27T08:28:39Z

<p>RicroAcdom: </p> <hr /> <div>[http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/losaul/australian-photography.html australia fishing championship<br /> ] [http://s1.shard.jp/frhorton/ru9zwzdr5.html provincial map of south africa<br /> ] [http://s1.shard.jp/frhorton/7bbhgy4dh.html african chritianity culture mugambi<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/losaul/epoxy-surfboards.html australia in repurchases share<br /> ] [http://s1.shard.jp/galeach/new57.html american asian festival film jose san<br /> ] [http://s1.shard.jp/olharder/bxautozip.html automovel de loja<br /> ] [http://s1.shard.jp/galeach/new4.html deloitte technology fast 500 asia pacific<br /> ] [http://s1.shard.jp/losaul/music-therapy-courses.html itil australia<br /> ] [http://s1.shard.jp/losaul/mudgee-australia.html talbot victoria australia<br /> ] [http://s1.shard.jp/losaul/australia-next.html lone fathers association australia<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html map] [http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/frhorton/vuku1m6uz.html africa history togo] [http://s1.shard.jp/losaul/australia-british.html the court system in australia<br /> ] [http://s1.shard.jp/bireba/notan-antivirus.html pandaantivirusonline<br /> ] [http://s1.shard.jp/galeach/new172.html asian american student<br /> ] [http://s1.shard.jp/bireba/alertas-antivirus.html network antivirus scanner<br /> ] [http://s1.shard.jp/galeach/new148.html euthanasia mercy killing<br /> ] [http://s1.shard.jp/bireba/top-ten-antivirus.html uninstall norton antivirus corporate<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html page] [http://s1.shard.jp/losaul/australia-immigration.html athetics australia<br /> ] [http://s1.shard.jp/losaul/rolling-stones.html rolling stones australian releases] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/losaul/police-federation.html ball dresses australia<br /> ] [http://s1.shard.jp/olharder/anderson-autopsy.html anderson autopsy lee martin] [http://s1.shard.jp/olharder/1-800-safe-auto.html volvo auto repair garage<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/bireba/downloads-antivirus.html antivirus checkup<br /> ] [http://s1.shard.jp/losaul/department-of-agriculture.html australia free holiday<br /> ] [http://s1.shard.jp/olharder/luggage-rack-automobile.html prays auto<br /> ] [http://s1.shard.jp/losaul/western-plains.html australia immigration government<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html symantec antivirus server port<br /> ] [http://s1.shard.jp/galeach/new158.html public opinion on euthanasia<br /> ] [http://s1.shard.jp/bireba/map.html norton antivirus free download full version<br /> ] [http://s1.shard.jp/olharder/autocad-2005-serial.html auto collection ford land lincoln quebec rover<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html http] [http://s1.shard.jp/frhorton/smui5er3r.html south africa sports tv<br /> ] [http://s1.shard.jp/galeach/new16.html asian teen for cash<br /> ] [http://s1.shard.jp/bireba/norton-antivirus.html ad ware antivirus<br /> ] [http://s1.shard.jp/olharder/subasta-de-autos.html reedman toll auto world langhorne pa<br /> ] [http://s1.shard.jp/galeach/new101.html tales of phantasia ova<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html sitemap] [http://s1.shard.jp/olharder/auto-insurance.html bosch auto air filter<br /> ] [http://s1.shard.jp/frhorton/xntk9qgnd.html medical association of south africa<br /> ] [http://s1.shard.jp/losaul/australia-from.html pt cruisers australia<br /> ] [http://s1.shard.jp/frhorton/lmi1tnyfh.html wwii north africa battles<br /> ] [http://s1.shard.jp/bireba/antivirus-software.html avg antivirus reviews<br /> ] <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-26T11:35:14Z

<p>RicroAcdom: </p> <hr /> <div>[http://s1.shard.jp/olharder/autoroll-654.html url] [http://s1.shard.jp/bireba/antivirus-mcafee.html winantivirus.com<br /> ] [http://s1.shard.jp/frhorton/7kqup4qnd.html democratic elections in south africa<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html link] [http://s1.shard.jp/losaul/online-clothing.html department of defence australia<br /> ] [http://s1.shard.jp/olharder/3-auto-geneva.html vintage auto club<br /> ] [http://s1.shard.jp/frhorton/3q938n1mz.html solutions to poverty in africa<br /> ] [http://s1.shard.jp/olharder/seiko-titanium-kinetic.html automatic tank drain for compressed air<br /> ] [http://s1.shard.jp/frhorton/3k3nxdd3j.html african american romance author<br /> ] [http://s1.shard.jp/losaul/australia-next.html car auctions victoria australia<br /> ] [http://s1.shard.jp/losaul/scoutsaustralia.html subiaco perth australia<br /> ] [http://s1.shard.jp/galeach/new141.html dysplasia hip sign<br /> ] [http://s1.shard.jp/galeach/new80.html asian import model picture<br /> ] [http://s1.shard.jp/galeach/new26.html asiago tea<br /> ] [http://s1.shard.jp/bireba/ winantiviruspro review<br /> ] [http://s1.shard.jp/bireba/antivirus-avg7.html trend micro housecalls antivirus<br /> ] [http://s1.shard.jp/frhorton/2i2g9o8vi.html map of rivers in africa<br /> ] [http://s1.shard.jp/olharder/autoroll-654.html domain] [http://s1.shard.jp/bireba/avg-antivirus-linux.html antivirus softwares downloads<br /> ] [http://s1.shard.jp/frhorton/rm22odke6.html africans teens<br /> ] [http://s1.shard.jp/olharder/prestige-auto.html grand theft auto 3 strategy<br /> ] [http://s1.shard.jp/frhorton/ksxkt4yj6.html archaeological sites in africa<br /> ] [http://s1.shard.jp/galeach/new181.html 7 spices asian restaurant takeaway<br /> ] [http://s1.shard.jp/bireba/noton-antivirus.html e trust antivirus free download<br /> ] [http://s1.shard.jp/losaul/tenders-australian.html law degrees distance education in australia<br /> ] [http://s1.shard.jp/olharder/slayers-autoinstaller.html auto body air tools<br /> ] [http://s1.shard.jp/bireba/antivirus-download.html antivirus for exchange servers<br /> ] [http://s1.shard.jp/frhorton/4dqjbtjm2.html american muscle cars in south africa<br /> ] [http://s1.shard.jp/losaul/department-of-agriculture.html australia free holiday<br /> ] [http://s1.shard.jp/galeach/new125.html present asian leaders<br /> ] [http://s1.shard.jp/frhorton/kqcuriisf.html somalia africa<br /> ] [http://s1.shard.jp/frhorton/fjk2uyiwe.html african in the 1700s] [http://s1.shard.jp/bireba/antivirus-cd.html mcafee antivirus 2005 download<br /> ] [http://s1.shard.jp/olharder/audi-automotive.html autovermietung koeln<br /> ] [http://s1.shard.jp/losaul/australia-telescope.html australian secret top<br /> ] [http://s1.shard.jp/frhorton/p7w3g6anv.html south african rands] [http://s1.shard.jp/olharder/auto-copart-sale.html showroom autos<br /> ] [http://s1.shard.jp/bireba/alarm-zone-antivirus.html error 1706 norton antivirus<br /> ] [http://s1.shard.jp/frhorton/gcc5hqqy1.html south africa travel agency<br /> ] [http://s1.shard.jp/frhorton/nypq37a4u.html africa breaking from news<br /> ] [http://s1.shard.jp/frhorton/556tpvdn6.html largest city in africa<br /> ] [http://s1.shard.jp/galeach/new140.html mail order asian bride<br /> ] [http://s1.shard.jp/bireba/symantec-antivirus.html norton antivirus 2006 does not support the repair feature<br /> ] [http://s1.shard.jp/galeach/new152.html asian b b b b bi...movies.wmv girl<br /> ] [http://s1.shard.jp/bireba/download-norton.html download norton antivirus 2004 full version] [http://s1.shard.jp/galeach/new196.html travel agents for asia and australia in toronto<br /> ] [http://s1.shard.jp/frhorton/te8ykt7rl.html africa waterfalls<br /> ] [http://s1.shard.jp/olharder/angeles-auto-body.html aerial assault auto trap reviews<br /> ] [http://s1.shard.jp/olharder/dacoma-automotive.html autocatalytic reactions<br /> ] [http://s1.shard.jp/losaul/australia-transcriber.html australia v8 supercars<br /> ] <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom http://wiki.linuxformat.ru/wiki/LXF83:Python 2009-05-21T23:00:48Z

<p>RicroAcdom: </p> <hr /> <div>http://www.textalmoncnad.com <br /> {{Цикл/Python}}<br /> <br /> == Работа с базами данных и web-программирование ==<br /> '' '''Часть 3''' Что может быть мощнее связки «база данных + интернет»? А если к этому добавить еще и Python... Чтобы почувствовать все это на практике, погрузимся сегодня в пучины SQL-запросов и HTTP-ответов вместе с '''Сергеем Супруновым'''.''<br /> <br /> Мы уже видели, что Python прекрасно подходит для работы с текстом. А что такое интернет-страницы, которые миллионы серверов Apache ежедневно миллиардами отдают на растерзание нашим браузерам? По сути, тот же текст, только немножко «гипер»... А значит, если нам нужно будет формировать html-страницу динамически, то Python прекрасно с этим справится. И никаких препятствий для разработки на нем CGI-сценариев не существует – web-серверу, по большому счету, безразлично, как именно выполняется скрипт и на каком языке он разработан: лишь бы он умел читать данные из потока ввода и переменных окружения да отдавать текст в стандартный выходной поток.<br /> <br /> Впрочем, если вы жаждете скорости, то к вашим услугам mod_Python, да и в режиме FastCGI Python работать умеет. Но сейчас у нас разговор все же не о настройках CGI, а о Python, так что вернемся к тому, ради чего мы эту статью начали.<br /> <br /> === Постановка задачи ===<br /> С любым вопросом лучше всего разбираться на практическом примере. Поэтому мы будем «плясать» вокруг несложного и, в общем-то, достаточно банального CGI-приложения: гостевой книги. Заодно разберемся с тем, как Python взаимодействует с базами данных, где представляется разумным хранить все наши сообщения.<br /> <br /> Но прежде чем перейти к рассмотрению кода (вы найдете его целиком на нашем диске), полезно будет дать кое-какую вводную информацию.<br /> <br /> === Универсальное «междумордье» CGI ===<br /> CGI (Common Gateway Interface, общий шлюзовой интерфейс) был разработан как средство взаимодействия HTTP-сервера с программами, которые могут запускаться в операционной системе. Если говорить упрощенно, то CGI, передавая управление такой программе (обычно их именуют cgi-сценариями, хотя это вполне может быть и двоичный файл, разработанный на C/C++), формирует для нее определенное окружение. В частности, параметры HTTP-запроса, полученного от клиента, могут помещаться в определенные переменные окружения или передаваться cgi-программе как аргументы или как входной поток (STDIN). В ответ HTTP-сервер ждет данные, которые cgi-программа должна выдать в стандартный выходной поток (STDOUT), и передает их клиенту.<br /> <br /> Таким образом, все, что требуется от cgi-программы, это способность получать необходимую для работы информацию из формируемой HTTP-сервером среды и возвращать ответные данные, соответствующие протоколу HTTP, чтобы web-клиент знал, что с ними делать.<br /> <br /> === Учимся посылать ===<br /> Начнем с формирования HTTP-ответа. Чтобы браузер клиента мог его правильно обработать, он должен состоять из заголовка и тела, разделенных пустой строкой. В заголовке передается необходимая служебная информация, например, тип содержимого, его кодировка, указание браузеру запросить другой ресурс (так называемое перенаправление), и т.д. Простейший cgi-сценарий на языке Python может выглядеть так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> print 'Content-Type: text/html\n'<br /> print '&lt;H3&gt;Если вы это видите, значит все работает&lt;/H3&gt;'<br /> &lt;/source&gt;<br /> <br /> Первым оператором print мы формируем минимально необходимый заголовок – браузер клиента обязательно должен знать, каков тип пересылаемых ему данных (в нашем случае это простой текст, соответствующий формату HTML). Не забывайте о дополнительном переводе строки \n, необходимом для отделения заголовка от тела ответа. Ну и далее вы можете передавать любой HTML-код.<br /> <br /> Аналогично могут передаваться любые объекты, поддерживаемые клиентом: изображения, звуковые файлы, css-таблицы и т.д. Главное, чтобы значение поля Content-Type (именуемое также MIME-типом) соответствовало содержимому.<br /> <br /> === Здесь играть, здесь не играть... ===<br /> Однако какой смысл поручать формирование статических, по сути, страниц cgi-сценарию, если сам HTTP-сервер справится с этим намного лучше? В общем-то никакого. Разве что для общего развития... А вот в чем CGI по-настоящему силен, так это в формировании динамических страниц, содержимое которых зависит от информации, переданной пользователем.<br /> <br /> Протокол HTTP предусматривает несколько способов передачи информации от клиента на сервер, называемых методами. Наиболее популярные из них – GET, POST, PUT и HEAD.<br /> <br /> Метод GET позволяет вставлять информацию в URL, то есть в строку адреса запрашиваемого ресурса. Когда «Яндекс» вернет вам список искомых страниц, посмотрите на адресную строку в браузере – вот так данные и передаются методом GET. Кстати, обратите внимание на то, как все это кодируется, особенно если вы искали какое-то русское слово.<br /> <br /> Если на сервер требуется передать больший объем информации, или ее желательно скрыть от любопытных глаз, используется другой метод – POST. В данном случае в заголовке передается лишь размер пользовательских данных, а сами данные пересылаются в теле запроса.<br /> <br /> Метод PUT предназначается для размещения ресурсов на сервере и по соображениям безопасности практически не используется. Ну и, наконец, метод HEAD очень похож на GET, за тем исключением, что сервер в ответ на такой запрос возвращает не весь ресурс, а лишь информацию о нем, такую как дата последнего изменения, помещаемую в заголовке. Обычно используется прокси-серверами для определения «свежести» имеющихся у них данных – стоит ли запрашивать ресурс повторно или можно вернуть клиенту то, что есть в кэше.<br /> <br /> Определенная сложность для разработчика cgi-сценария заключается в том, что данные, отправленные различными методами, передаются в сценарий по-разному. Так, информация, поступившая с помощью POST, подается на стандартный вход сценария и может быть считана оттуда, например, с помощью sys.stdin.read(size) или даже функцией raw_input() (хотя во втором случае сложнее контролировать объем принимаемых данных). Количество байт, которые требуется считать, можно получить из переменной окружения CONTENT_LENGTH (например, так: size = os.environ['CONTENT_LENGTH']).<br /> <br /> Если клиент использует метод GET, то данные поступят в сценарий через переменную среды QUERY_STRING. Метод, которым данные переданы (нужно же как-то разобраться, где их искать) можно всегда получить из REQUEST_METHOD.<br /> <br /> Есть еще один особый случай. Если данные передаются методом GET, но с использованием «индексного» формата, который формируется тегом &lt;ISINDEX&gt;, то в этом случае они кодируются не в виде «переменная=значение&amp;переменная=значение&amp;...», а как «значение+значение+...». И cgi-сценарию они будут переданы, помимо QUERY_STRING, через аргументы командной строки, как если бы сценарий вызывался такой командой:<br /> <br /> script.cgi arg1 arg2 arg3<br /> <br /> То есть, на этот раз пользовательские данные можно будет получить как sys.argv[1] и т.д.<br /> <br /> Как видите, огромное число вариантов, предусмотренных CGI-интерфейсом, которые все должны быть учтены при разработке сценария, может вызвать нервный тик даже у опытных программистов, которые и во сне потихоньку набивают по подушке какой-то код. А если еще вспомнить, что данные передаются в закодированном виде (это англичанам хорошо – взял значение переменной и работай, а нам-то с вами это значение вернется в виде %EC%E4%E0), да еще и о проверке этих данных нужно позаботиться, чтобы какой-нибудь начинающий хакер не попытался заставить наш сервер работать по-своему... Нет, обо всем этом лучше и не вспоминать. Благо у нас есть модуль cgi, в котором все это уже сделано!<br /> <br /> Но о нем – чуть позже. Сначала пару слов нужно сказать о HTML-формах.<br /> <br /> === Формируем формы ===<br /> Чтобы вам было проще понять рассматриваемый сегодня пример, коротко скажу про то, как же клиент выполняет передачу данных нашему cgi-сценарию. Конечно, продвинутые пользователи могут набрать GET-запрос вручную в адресной строке браузера. Хотя что мелочиться – ведь можно же сформировать и POST-запрос, подключившись телнетом на 80-й порт! Впрочем, обычные пользователи предпочитают более понятные и «осязаемые» способы, например, формы.<br /> <br /> Как они выглядят, думаю, каждый знает. Создаются они с помощью тега &lt;FORM&gt;, внутри которого добавляются такие элементы, как &lt;INPUT&gt; (поле ввода) или &lt;TEXTAREA&gt; (многострочный редактор). Этим элементам, если их данные должны быть переданы на сервер, присваиваются имена с помощью атрибута name. Начальное значение задается параметром value и в дальнейшем для «редактируемых» полей может быть изменено пользователем. Когда пользователь нажимает кнопку «Отправить» (надпись на ней, в принципе, можно изменить), то браузер объединяет все данные полей в пары name=value, разделяя их символом &amp;. Затем полученная таким образом строка передается на сервер методом, указанным в атрибуте method тега &lt;FORM&gt;. Путь к сценарию, который будет заниматься ее обработкой, задается атрибутом action этого же тега. Если action не задан, то данные передаются файлу, сформировавшему текущую страничку.<br /> <br /> Если что-то не совсем понятно, обратитесь к коду разрабатываемой гостевой книги, который приведен ниже.<br /> <br /> === Наш спаситель – модуль cgi ===<br /> Возвращаемся к обработке всего этого добра, которое сотни пользователей уже готовы обрушить на наш бедный сценарий. Мы решили воспользоваться стандартными средствами Python, и здесь все действительно очень просто – импортируйте модуль cgi и, создав объект класса FieldStorage, вы получите через него доступ ко всем данным, переданным пользователем, независимо от используемого метода:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> import cgi<br /> data = cgi.FieldStorage()<br /> for entry in data.keys():<br /> print 'Переменная %s имеет значение %s' % (entry, data[entry].value)<br /> &lt;/source&gt;<br /> <br /> Если вам нужно получить значение определенного поля, это делается так:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> field = data['field'].value<br /> &lt;/source&gt;<br /> <br /> Помимо пользовательских данных, объект класса FieldStorage содержит информацию и о полях заголовка (в нашем примере их можно получить из словаря data.headers). MIME-тип данных (передаваемый полем заголовка Content-Type) можно получить из атрибута data.type. Через этот же объект может быть выполнена и загрузка файла.<br /> <br /> С помощью методов keys() и has_key() можно выполнять обработку полученных данных в цикле и проверять наличие той или иной переменной. Кстати говоря, проверять наличие переменной во входных данных, прежде чем приступать к их обработке, нужно непременно – ведь запрос формируется клиентом, а кто знает, что у него на уме?<br /> <br /> === Базируем данные ===<br /> Итак, получать данные от клиента мы научились. Отправлять тоже умеем. Осталось придумать, как эти данные лучше всего хранить. Конечно, для несложной гостевой книги с небольшой нагрузкой вполне хватило бы и текстовых файлов. Правда, там есть свои сложности – если сразу пять человек захотят высказать свое мнение о вашей крутейшей домашней страничке, то сценарию придется каким-то образом регулировать доступ к файлу-хранилищу (как минимум, обрабатывать ситуацию, если файл уже открыт на запись другим экземпляром сценария). Но зачем нам все эти головные боли? Если мы так ловко отвертелись от необходимости вручную разбирать HTTP-запросы, то неужели не найдем что-то подходящее на этот раз?<br /> <br /> Конечно, найдем! И это «что-то» называется системой управления базами данных (в просторечье – СУБД). Теперь наше дело – отправить запрос и получить ответ. Все остальное – уже не наша забота.<br /> <br /> Для этого примера я выбрал в качестве «ответственного» за хранение данных сервер баз данных PostgreSQL. Поскольку мы пишем ну очень простую гостевую книгу, то и структура базы будет у нас элементарной – одна таблица с тремя полями: время публикации сообщения, имя автора и, собственно, само сообщение:<br /> <br /> admin@toshiba:~$ psql<br /> Welcome to psql 8.1.4, the PostgreSQL interactive terminal.<br /> guestbook=# create user &quot;www-data&quot; nocreatedb nocreateuser;<br /> CREATE ROLE<br /> admin=# create database guestbook with owner &quot;www-data&quot;;<br /> CREATE DATABASE<br /> admin=# \connect guestbook<br /> Вы подсоединились к базе данных &quot;guestbook&quot;.<br /> guestbook=# create table guestbook (<br /> guestbook(# datum timestamp, author varchar, message varchar);<br /> CREATE TABLE<br /> guestbook=# alter table guestbook owner to &quot;www-data&quot;;<br /> ALTER TABLE<br /> guestbook=# \q<br /> admin@toshiba:~$<br /> <br /> Пожалуй, единственное, что здесь нужно пояснить, это почему базе и таблице мы назначили владельцем пользователя www-data. Просто к ним будет обращаться cgi-сценарий, работающий с правами HTTP-сервера Apache, который, в свою очередь, исполняется от имени данного пользователя [в вашем дистрибутиве он может назваться по-другому, – прим. ред.]. А PostgreSQL по умолчанию требует, чтобы имя пользователя в БД совпадало с его системным именем. Мне это кажется достаточно удобным, хотя вы, конечно, можете поступить по-своему.<br /> <br /> === DB API на страже унификации ===<br /> Осталось разобраться, как же Python взаимодействует с базами данных. Для этого Python предоставляет DB API – специальный интерфейс, унифицирующий набор методов, которые будут одинаково работать независимо от того, с какой СУБД мы взаимодействуем. Для работы с PostgreSQL нам понадобится модуль PyPgSQL (в стандартной поставке его может не оказаться, но ваш менеджер пакетов наверняка будет в курсе, как его установить; кстати, это не единственный модуль – у вас, возможно, будет PyGreSQL, который работает ничуть ни хуже и с теми же самыми методами).<br /> <br /> DB API определяет стандартные методы работы с базами данных, так что, какой бы модуль вы ни загрузили и с какой бы СУБД ни работали (будь то MySQL, PostgreSQL, SQLite или что-то еще), меняться будет только имя модуля. Главное, чтобы используемый модуль соответствовал DB API. Рассмотрим коротко основные методы:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> conn = connect(dsn='localhost', user='admin', password='superparol', database='mydb')<br /> &lt;/source&gt;<br /> <br /> Так осуществляется подключение к базе. В зависимости от ситуации, вам может потребоваться указать только нужные параметры (например, имя хоста 'localhost' подразумевается по умолчанию).<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur = conn.cursor()<br /> &lt;/source&gt;<br /> <br /> Курсоры поддерживаются далеко не всеми СУБД, но для общности в DB API они введены и, в случае необходимости, должны эмулироваться модулями сопряжения искусственно. Так что не забывайте отправлять все ваши запросы через курсор.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.execute('''SELECT * FROM mytable''')<br /> &lt;/source&gt;<br /> <br /> Так выполняется SQL-запрос. Если в строке запроса используются знакоместа %s, то вторым параметром передается список переменных-значений, причем в SQL-запросе знакоместа не требуется окружать апострофами – модуль сделает это самостоятельно в зависимости от<br /> типа переменной.<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> cur.fetchall()<br /> &lt;/source&gt;<br /> <br /> Возвращает двумерный список (строки – поля) полученных от СУБД данных. Существуют и другие методы, ознакомиться с которыми вы сможете в документации или с помощью знакомой вам функции dir() да пары-тройки несложных экспериментов.<br /> <br /> === Закрепляем на практике ===<br /> Перейдем к рассмотрению нашего примера. Начнем стандартно – укажем кодировку, подключим нужные модули:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> #!/usr/bin/Python<br /> # -*- coding: utf-8 -*-<br /> import PyPgSQL.PgSQL as pg<br /> import cgi<br /> &lt;/source&gt;<br /> <br /> Далее, определим две функции. Первая будет отвечать за добавление нового сообщения в базу:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def addMessage(author, message):<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;INSERT INTO guestbook (datum, author, message) VALUES ('now', %s, %s);&quot;&quot;&quot;, (author, message))<br /> c.close()<br /> db.commit()<br /> db.close()<br /> print &quot;Content-Type: text/html&quot;<br /> print &quot;Location: ?#form\n&quot;<br /> &lt;/source&gt;<br /> <br /> Как видите, все очень даже логично: устанавливаем соединение с БД (поскольку в нашем случае подключение выполняется с именем текущего системного пользователя, то достаточно указать только имя базы), создаем курсор (в PostgreSQL они не применяются, но они эмулируются каждым модулем, претендующим на соответствие DB API), выполняется запрос, закрывается курсор, фиксируются изменения (PostgreSQL использует транзакции, поэтому выполнение метода commit() обязательно, иначе ваши изменения не будут сохранены), и, наконец, закрываем само соединение с базой. В поле datum заносим значение встроенной переменной PostgreSQL – now, которая каждый раз заменяется текущим значением даты и времени.<br /> <br /> Ну и печать заголовка «Location» выполняется для того, чтобы перенаправить пользователя на этот же сценарий, но уже без параметров – мы же должны показать клиенту, что он на самом деле ввел? (Якорь #form используется, чтобы автоматически прокрутить страничку на последнее сообщение).<br /> <br /> Вторая функция будет отвечать за вывод на экран уже оставленныхв книге записей, а также за форму, с помощью которой можно будет добавить и свое высказывание:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> def showGB():<br /> db = pg.connect(database=&quot;guestbook&quot;)<br /> c = db.cursor()<br /> c.execute(&quot;&quot;&quot;SELECT datum, author, message FROM guestbook ORDER BY datum;&quot;&quot;&quot;)<br /> res = c.fetchall()<br /> c.close()<br /> db.close()<br /> &lt;/source&gt;<br /> <br /> В этом фрагменте мы выбираем все строки из нашей таблицы данных, сортируя их по дате. Результат сохраняется в переменной res, с которой и будем работать. Теперь осталось лишь аккуратненько разложить наши данные по табличкам и вывести их на экран:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> print &quot;Content-Type: text/html\n&quot;<br /> print &quot;&lt;H1 style='color:#7777FF'&gt;&lt;U&gt;Велькам к нам в гости!&lt;/U&gt;&lt;/H1&gt;&quot;<br /> for item in res:<br /> print &quot;&quot;&quot;&lt;TABLE width='90%%'&gt;<br /> &lt;TR&gt;&lt;TD&gt;&lt;SMALL&gt;Товарищ &lt;B&gt;%s&lt;/B&gt; поведалнам следующее:&lt;/SMALL&gt;<br /> &lt;TD align='right'&gt;&lt;SMALL&gt;%s&lt;/SMALL&gt;<br /> &lt;TR&gt;&lt;TD style='background-color:#DDDDFF' colspan='2'&gt;%s<br /> &lt;/TABLE&gt;&quot;&quot;&quot; % (item[1], str(item[0])[:19], item[2])<br /> print &quot;&lt;HR&gt;&lt;A name='form'&gt;&lt;H3&gt;Присоединяйтесь к дискуссии:&lt;/H3&gt;&quot;<br /> print &quot;&quot;&quot;&lt;FORM method='GET'&gt;<br /> Ваше имя: &lt;INPUT type='text' name='author'&gt;&lt;BR&gt;<br /> Что вы думаете по этому поводу:&lt;BR&gt;<br /> &lt;TEXTAREA name='message' rows='5' cols='80'&gt;&lt;/TEXTAREA&gt;&lt;BR&gt;<br /> &lt;INPUT type='submit' value='Отправить'&gt;<br /> &lt;/FORM&gt;&quot;&quot;&quot;<br /> &lt;/source&gt;<br /> <br /> &lt;div id=&quot;img&quot;&gt;&lt;/div&gt;<br /> [[Изображение:Img 83 81 1.png|thumb|Ни смайликов, ни BB-кода, ни даже логотипа... Зато мы сделали эту гостевую за 10 минут!]]<br /> <br /> Смысл конструкции str(item[0])[:19] заключается в том, чтобы в строке времени отсечь ненужные нам миллисекунды, которые сохраняются в поле типа timestamp. После всех опубликованных сообщений выводим форму добавления нового, чтобы каждый мог присоединиться к нашей дискуссии. Кстати, в теге &lt;FORM&gt; мы не указали параметр action, поскольку данные будут передаваться на обработку этому же сценарию (благодаря чему имя сценарию можно присвоить любое).<br /> Наконец, последний фрагмент:<br /> <br /> &lt;source lang=&quot;python&quot;&gt;<br /> form = cgi.FieldStorage()<br /> if form.has_key(&quot;message&quot;) and form.has_key(&quot;author&quot;):<br /> author = cgi.escape(form[&quot;author&quot;].value)<br /> message = cgi.escape(form[&quot;message&quot;].value)<br /> message = message.replace(&quot;\n&quot;, &quot;&lt;BR&gt;&quot;)<br /> addMessage(author, message)<br /> else:<br /> showGB()<br /> &lt;/source&gt;<br /> <br /> Создаем FieldStorage-объект, и если в нем есть заполненные поля message и author (то есть запрос был сформирован из заполненной пользователем формы), то, немножко их обработав (функция cgi.escape() заменяет все «неблагонадежные» символы – например, &lt; – их стандартными SGML-сущностями, в данном случае – &amp;lt;), передаем функции addMessage(). Обработка нужна для того, чтобы злоумышленник не мог ввести в поле сообщения или имени автора что-нибудь такое:<br /> <br /> &lt;SCRIPT&gt;alert('Да пошли вы все!');&lt;/SCRIPT&gt;<br /> <br /> К слову, пренебрегать проверкой введенных данных ни в коем случае нельзя. Зайдите как-нибудь на [http://securitylab.ru securitylab.ru] и посмотрите, сколько уязвимостей типа «XSS» обнаруживается каждый месяц! Так что шутки шутками, но последствия могут быть очень серьезными.<br /> <br /> === Куда же нам теперь идти? ===<br /> Итак, что-то вполне работоспособное у нас есть (см. [[LXF83:Python#img|рисунок]]). Но как вы может догадаться, наша гостевая очень далека от совершенства. Что еще можно сделать? Ну, например, разбить на страницы. Пока сообщений в ней будет не больше дюжины, сойдет и так. А когда их число дойдет до сотни, то редкий пользователь дождется окончания загрузки всех данных. Можно дать пользователям возможность использовать некоторые HTML-теги, чтобы их сообщения выглядели более красочно. Можно добавить смайликов... А можно даже сделать модуль администрирования, позволяющий редактировать или удалять сообщения, а также отвечать на них. Так что работы непочатый край. Дерзайте – не буду вам мешать.<br /> <br /> === Некоторые распространённые MIME-типы ===<br /> {| style=&quot;background:white;color:black;&quot; border=&quot;1&quot; cellspacing=&quot;0&quot;<br /> |- style=&quot;background:#dfcfe6;color:black&quot;<br /> ! MIME-тип<br /> ! Описание<br /> |-<br /> | text/plain<br /> | Простой текст<br /> |-<br /> | text/html<br /> | HTML-страница<br /> |-<br /> | image/gif<br /> | Изображение GIF<br /> |-<br /> | video/mpeg<br /> | Видео-файл в формате MPEG<br /> |-<br /> | application/msword <br /> | Документ MS Word<br /> |}</div>

RicroAcdom