Как в результатах поиска Google отображаются результаты WordPress сообщений?

Question

Как мы знаем, WordPress сохраняет свои посты и страницы в базе данных, а не на физической странице, тогда как Google может показать результат из постов, которых физически не существует. Также, если мы сделаем то же самое, это будет работать или нет? Пожалуйста, дайте мне понять.

Answer 1

Краткий ответ:

• Веб-адрес - это, в конечном счете, просто строка (фрагмент текста), предоставляемый веб-серверу, который он может интерпретировать и действовать. на любым способом, который ему нравится .
• Он может просто сопоставить эту строку с путем к файловой системе и посмотреть, соответствует ли он файлу на диске и вернуть этот файл впосетитель веб-сайта.
• Но может вместо этого использовать эту строку, чтобы сделать что-то совершенно другое - например, найти ее в базе данных и затем вернуть содержимое базы данных.
• Веб-сервер - это не просто серверы (старой школы), такие как Apache и IIS, которые по умолчанию обслуживают содержимое файловой системы, но он также включает серверные программы, такие как PHP-скрипты, приложения Node.js и т. Д.

Пошаговое объяснение:

1. Посетитель сайта (веб-браузер человека, поисковый робот, бот и т. Д.) Запрашивает GET http://example.wordpress.com/2019/10/12/lorem-ipsum
2. TCPпакет с запросом достигает физических компьютеров, принадлежащих или управляемых Wordpress.com.
   • (В этом ответе будут игнорироваться такие сложности, как балансировка сетевой нагрузки, маршрутизация на уровне приложений, обратные прокси-серверы HTTP и т. Д.)
3. Работа физического компьютерасистема направляет этот сетевой пакет на «внешний» веб-сервер, это похоже на Apache или nginx.
4. Apache или nginx смотрит только на часть запроса GET и 2019/10/12/lorem-ipsum, это метод иКомпоненты пути запроса соответственно.
5. Если «внешний» веб-сервер настроен для сопоставления корня веб-сайта с некоторым каталогом файловой системы, то он будет проверять, (по умолчанию)/var/www (корень по умолчанию для Apache в Linux) или C:\inetpub\wwwroot (корень по умолчанию для IIS в Windows) содержит файл с именем lorem-ipsum, существующий в /var/www/2019/10/12 (или C:\inetpub\wwwroot\2019\10\12\lorem-ipsum в Windows).
   • Но Wordpress.com не делает этого .
   • Большинство современных веб-приложений, созданных сегодня, также не делают этого, потому что, как правило, нет доступа к необработанным файлам напрямую в Интернет. Это не очень хорошая идея (но, конечно, она подходит для «статических файловых сайтов»).
6. Вместо этого WordPress.com специально настроен для передачи всей строки 2019/10/12/lorem-ipsum вphp.exe вместе с путем к файлу сценария точки входа одноименного PHP-приложения WordPress.com.
   • Это на самом деле просто WordPress 'index.php file - однако помните, что он вызывается с использованием различных специальных техник (с использованием PATH_INFO), поэтому вы не видите index.php внутри URI, таких как example.wordpress.com/index.php/2019/10/12/lorem-ipsum.
7. И затем php.exe запускается через скрипт, который затем просматривает 2019/10/12/lorem-ipsum в базе данных, затем извлекает содержимое, создает ивизуализирует страницу как HTML, а затем возвращает визуализированный HTML-код посетителю веб-сайта с шага 1.

Лучший ответ:

Думайте больше абстрактно и оспаривайте свои предположения:

• URL-адреса не указывают на веб-страницы. Они фактически указывают на «ресурсы».
• «Ресурс» не обязательно является веб-страницей. Ресурс - это представление некоторой «вещи».
  • Веб-страница сама по себе может быть представлением некоторой "вещи".
• Веб-страница не обязательно является статическим HTML-файлом на диске. ,
  • Веб-страница может генерироваться динамически на лету с помощью серверного программного обеспечения, такого как PHP, NodeJS ASP.NET, Java / JSP / Servlets, CGI (архаичный) и т. Д.

В случае WordPress:

• URL-адрес http://example.wordpress.com/2019/10/12/lorem-ipsum указывает на статью WordPress.
  • Но статья WordPress может быть представлена ​​по-разному - например, веб-страница HTML (как в этом примере), но она также может быть представлена ​​в виде BLOB-объекта JSON или XML-объекта (для использования другим компьютером). программы).
  • Эта статья WordPress также может быть представлена ​​как часть другого ресурса, такого как ссылка, когда вы запрашиваете все статьи, опубликованные в октябре 2019 года (путем получения http://example.wordpress.com/2019/10).