Создание полнофункционального сайта, используя только ванильное кодирование - PullRequest
1 голос
/ 16 мая 2011

Когда я говорю «Vanilla Coding», я имею в виду сайты, которые не используют кодирование на стороне сервера (например, PHP, ASP и т. Д.), Только HTML, JavaScript и CSS.

Я знаю, что уже существует множество сайтов, которые не используют (насколько мне известно) ни одного из распространенных серверных языков, используемых многими другими (PHP, ASP и т. Д.), Но все еще функционируют просто отлично!

Я в замешательстве! Как эти сайты продолжают сохранять информацию для входа, вести записи и т. Д., Не используя язык сценариев на стороне сервера? Есть что-то, чего мне не хватает? Может ли JavaScript получить доступ больше (например, к базам данных и локальным файлам), чем, как я думал, мог?

EDIT

Оказывается, я совершил серьезную и постыдную ошибку, предполагая, что только потому, что он закончился расширением .html, он был только на стороне клиента. Это хорошо, хотя, потому что я учусь. Большое спасибо за помощь всем!

Ответы [ 5 ]

3 голосов
/ 16 мая 2011

По сути, если у вас нет некоторого вида серверного программирования, у вас нет шансов создать сайт с любым количеством функциональных возможностей. Чтобы сломать это для вас:

Что вы можете сделать без серверных сценариев:

  • Служить статическим страницам

Для чего вам нужны серверные сценарии:

  • Абсолютно все остальное

Даже такая простая вещь, как поддержание целостности и актуальности сайта, - это кошмар на колесах без, по крайней мере, какой-то системы управления, которая предварительно генерирует статические страницы для обслуживания. (Технически можно утверждать, что Copy + Paste в Блокноте считается следующим.)

Как уже упоминалось в другом месте; запутывать истинную природу того, какая именно система используется, тривиально; и наличие URL, оканчивающихся, скажем, на .html при использовании PHP, не проблема.

Редактировать: В самом извращенном случае, который я могу себе представить, у меня может возникнуть впечатление, что сервер lighttpd может маскироваться под IIS-сервер, обслуживающий страницы, созданные автономным рендерером и передаваемый ему скрипт Perl FastCGI, отправляемый вместе с заголовком подписи PHP и использующий сочетание расширений файлов .asp и .jsp.

Конечно, никто не сделал бы такой глупости. Я думаю ...

2 голосов
/ 16 мая 2011

Никакой сценарий на стороне клиента не может получить доступ к информации на стороне сервера (например, к базе данных) без какой-либо связи на стороне сервера (через что-то вроде ajax или тому подобного)

Если вы действительно (я имею в виду на самом деле так, как в «не делайте этого»), хотите выполнять вход в систему и тому подобное на стороне клиента, вам потребуется создать какой-то файл cookie, который вы храните на компьютере пользователя, а также вам потребуется список пользователей (который может прочитать каждый) против

1 голос
/ 09 июля 2013

В настоящее время многие сайты используют Javascript в качестве серверного решения, наиболее популярным из которых является Node.js.Проверьте этот список: https://github.com/joyent/node/wiki/Projects,-Applications,-and-Companies-Using-Node

1 голос
/ 08 ноября 2012

Этот ответ очень поздно, но я оставляю этот ответ для всех, кто может наткнуться на него.

Используя javascript / jQuery и различные API, простой сайт может быть создан только с использованием клиентского кодирования.

Например, можно создать простой тип корзины для покупок.Я делал это раньше.

Существует несколько (не так много) строго 100% решений для корзины покупок на основе jQuery с открытым исходным кодом.

Как получить PG (платёжный шлюз)забота о?Вы можете принимать платежи через PayPal, Google Checkout и прямой депозит.

А как насчет того, чтобы клиенты могли оставлять комментарии?Вы можете использовать API как Disqus.Как насчет поддержки чата?Zopim очень удобен.

Как вы получаете уведомление при совершении покупки?Paypal & Google Checkout уведомляет вас.

А как насчет отправки массовой электронной почты?Mail Chimp.

Лично я почти всегда использую WordPress или некоторые другие типы CMS, но использование только ванильного кодирования для создания простого сайта не только выполнимо, но и очень разумно при определенных обстоятельствах.

1 голос
/ 16 мая 2011

Вы не увидите, использует ли сайт язык сервера, если они не позволяют вам видеть расширения файлов. С помощью переписывания URL-адресов, шаблонов MVC и т. Д. Эту информацию легко скрыть или даже подделать. Поэтому очень высоки шансы, что сайты, которые, по вашему мнению, не используют язык на стороне сервера, на самом деле используют один.

Теперь сайт может сохранять определенную информацию в cookie-файлах, например, некоторые базовые настройки, но любая аутентификация, которую они, по-видимому, выполняют, на самом деле ничего не делает без серверного сценария, обращающегося к базе данных где-либо.

Как примечание - я работал на сайте, где контент был на самом деле статичным, но выглядел как блог или CMS. Это был абсолютный кошмар и очень подвержен ошибкам.

Какие сайты, по вашему мнению, не используют серверные скрипты?

...