@rabamaster

верна ли схема web сервера, php, mysql, apache, noip?
Нарисовал схемку взаимодействия клиента с web-сервером с apache, php, mysql и попробовал ее прокомментировать. Посмотрите, верно ли все?
1. Клиентский компьютер (браузер) обращается по доменному имени к сайту example.noip.
2. Сервер NoIP возвращает динамический IP-адрес сервера.
3. Клиентский компьютер обращается к web-серверу Apache по IP адресу и запрашивает страницу index.php.
4. Apache запускает интерпретатор PHP и выполняет скрипт записанный в файле index.php.
5. Скрипт, записанный в файле index.php, запрашивает несколько записей из базы данных на языке SQL.
6. Данные из базы данных передаются интерпретатору PHP.
7. Интерпретатор PHP формирует динамический html документ.
8. HTML документ передается клиентской машине (браузеру).

здесь рисунок

прошу покритиковать

Миниатюры

 

3

NEbO

раз уж вы хотите критики, могу вам ее любезно предоставить
во-первых, немного странная связка. кроме noip вообще очень много подобных сервисов, да и каким боком он (конкретный сервис) вообще лежит в плоскости логики работы сервер-интерпретатор-клиент? рекомендую сменить noip на просто "днс-сервер", это будет правильнее в общем случае, да и к вашему подойдет -- динамический айпи не динамический -- разница-то какая?
во-вторых,
в корне неверно, при отсуствии входных данных. Вам следует указать, к какой странице вы обращаетесь, или не применять частности, вроде имени файла index.php. Иначе получается, что куда бы клиент не обратился, вне зависимости от настроек серверного ПО, всегда обращение идет к некоему файлу index.php (кстати, а хде этот файл должен находиться? на диске C? в корне ФС? В папке /www?). Другой момент связан также с тем, что раз уж вы начали говорить о частностях, объясните, откуда у сервера берется информация об имени хоста, к которому обращаются (разумеется, не забыв упомянуть про случай с виртуальными серверами на одном айпи), иначе получается, что зачем то мы этот айпи получили, к нему обратились, а сервер, между прочим, настройки которого привязаны к доменному имени, откуда-то понимает, что этот запрос к a.example.org, а другой -- к b.example.org.
в-третьих, блин. вот тут придется вас разочаровать конкретно. начну с конца.
1. SQL -- это не язык, на котором пишутся "базы данных". Как формально (DDL-"язык глаголов", а не конкретных сущностей), так и фактически (да, собстенно, что вы вообще понимаете под термином "база данных"? субд -- так они на языках программирования пишутся, а не на DDL-языках. сами данные? ну на полпроцента вы правы, в таком случае: база данных представима в виде INSERT/UPDATE-запросов, но это все равно что нарисовать на бумаге структуру молекулы и говорить, что этот лист бумаги является молекулой). Конечно, странно, что рассказали о сервере, интерпретаторе и бд, и при этом не упомянули субд, однако, вырезав часть "на языке SQL" фраза становится корректной.
2. несколько? хоть я и не филолог, но по-моему, психологически, многие читатели подобной ерунды подумают, что это может означать немного, и даже засунув mysql_query в for ($i=0;$i<10000;$i++), в праве подумать: ну это фигня, запросов-то всего НЕСКОЛЬКО будет. Формально, слово "несколько", пожалуй и к месту, но лично я бы предпочел формулировку "некоторое количество". Она не привязана к каким-либо числам, и может означать хоть 1, хоть 500, хоть 200 000 запросов.
3. ну скажите, с какого перепугу вообще интерпретатор обязан обращаться к базе? даже если говорить о чем-то реальном, по крайней мере более-менее, есть же хитропопое кеширование, какие-то несложные запросы, или если очень быстро нужно отработать и сохранить временные данные. В конце концов, не всегда сервер==сайт, а веб-приложении в общем смысле, может встретиться что угодно. Хотя, собственно, есть проекты, даже cms, которые работают без бд как таковой.
в четвертых, то есть скрипт запросил, а вернулось оно интерпретатору? прикольно уже. а по каким правилам интерпретатор формирует html-контент? и почему именно html? может я хочу json-формат, в веб-приложении, или xml-данные (например, читаю rss-ленту или sitemap.xml смотрю). Впрочем, вот уже в данном случае, я бы оставил html, потому что так проще и нагляднее понять новичку, если он видел исходник html-страницы, он представляет, что это. А значит, понятно, что приходит клиенту. Но тогда вопрос: почему динамический html? Вы не упоминаете детали рендеринга на клиенте, так зачем вообще это уточнение? Это только сбивает все с толку: динамический ип, динамический html, динамический скрипт на сервере -- оно все динамическое. Но в каждом случае, с заданным вами уровнем детализации, каждое из этих слов лишнее и мешает.
в-пятых,
клиентская машина !== браузер. впрочем, как и в пункте 1, Клиентский компьютер !== браузер. Просто немного перефразируйте, это мелочи.
В-шестых, остальное верно, если рассматривать только лишь в указанном вами базисе. Зачастую пользуются другими серверами и даже интерпретаторами. Если вы намерены "сделать урок" по пхп, я бы убрал часть с конкретизацией веб-сервера, или наоборот, ибо бесполезная конкретизация.

А в остальном все верно, да!

1

@ft4l

стрелка 7 идёт обратно к серверу, а стрелка 8 от сервера ноуту.)

1

NEbO

а как по мне, хорошая картинка. ну noip опять же, не совсем понятно, почему он, а не абстрактный днс, а остальное я бы даже менять не стал. так красивее, с иконками, и лучше запоминается на частном (вроде как), при визуализации (если рассматривать это в качестве учебного пособия).

Добавлено через 4 минуты

0

Илья Федин

0

@abvivan

Схемка классная, мне очень помогла в понимании!

0