Creación de un sitio web completamente funcional, mientras que solo usa la codificación de vainilla

Question

Cuando digo "Codificación de vainilla", me refiero a sitios web que no utilizan la codificación del lado del servidor (como PHP, ASP, etc.), solo HTML, JavaScript y CSS.

Sé que hay una gran cantidad de sitios que ya existen que no utilicen (a mi conocimiento) ninguno de los idiomas comunes y del lado del servidor utilizados por muchos otros (PHP, ASP, etc.), pero aún así funciona¡multa!

Estoy confundido!¿Cómo continúan los sitios para ahorrar información de inicio de sesión, mantener registros, etc., etc. Sin usar un idioma de scripting de un servidor?¿Hay algo que me esté perdiendo?¿Puede el acceso a JavaScript más (como bases de datos y archivos locales) de lo que pensé que podría?

editar

Resulta que he cometido un error serio y vergonzoso para asumir que solo porque terminó con una extensión .html que solo era el lado del cliente.Eso está bien, aunque porque estoy aprendiendo.¡Muchas gracias por la ayuda de todos!

Answer 1

Esencialmente, a menos que tenga algunas tipo de programación del lado del servidor, no tiene la oportunidad de hacer un sitio con cualquier cantidad de funcionalidad. Para romperlo por usted:

Qué puede hacer sin scripts del lado del servidor:

• servir páginas estáticas

  Lo que necesita Scripts del lado del servidor para:

  • absolutamente todo lo demás

    Incluso algo tan simple como mantener un sitio consistente y actualizado es una pesadilla en las ruedas sin, como mínimo, algunos de algún tipo de sistema de gestión que pre-genera las páginas estáticas a servir. (Técnicamente, uno podría argumentar que la copia + pasta en el bloc de notas cuenta como esta.)

    como se ha mencionado en otra parte; Ofcundeando la verdadera naturaleza de precisamente qué sistema se está utilizando es trivial; y tener las URL que terminan, digamos, .HTML mientras usa PHP no es un problema.

    Editar: En el caso más perverso, puedo pensar en la parte superior de mi cabeza, podría tener un servidor LighttPD enmascarado como un servidor IIS, servir páginas generadas por un renderizado sin conexión por un script PERL FASTCGI, enviado junto con el encabezado de firma PHP y utilizando una mezcla de extensiones de archivo .ASP y .JSP.

    Por supuesto, nadie haría algo tan tonto como eso. creo que ...

Answer 2

No hay un script lateral del cliente puede acceder a la información del lado del servidor (como una base de datos) sin algún tipo de comunicación del lado del servidor (a través de algo como AJAX o similares)

Si realmente (me refiero a que realmente en No lo hagas), ¿quieres hacerlo en los clientes de los clientes, tendría que hacer algún tipo de cookie que almacena en la computadora del usuario, también lo necesitaríauna lista de usuarios (que cualquiera puede leer) para usar contra

Answer 3

No va a ver si un sitio está usando un idioma del lado del servidor a menos que le permitan ver las extensiones de archivo.Con la reescritura de URL, los patrones de MVC, etc., es fácil de ocultar, o incluso falsificar esa información.Por lo tanto, las posibilidades son muy buenas que los sitios que cree que no están usando un lenguaje lateral del servidor en realidad está usando uno.

Ahora, un sitio puede guardar cierta información en cookies, como algunas preferencias básicas, pero cualquier autenticación que parecen estar haciendo no estaría haciendo nada sin un script del lado del servidor que accede a una base de datos en algún lugar.

Como nota lateral: he trabajado en un sitio donde el contenido fue en realidad estático, pero hecho para parecerse a un blog o un CMS.Fue una pesadilla absoluta y enormemente propensa a errores.

¿Cuáles son estos sitios que crees que no están usando scripts del lado del servidor?

Answer 4

Esta respuesta es muy tarde, pero dejo esta respuesta para cualquiera que pueda tropezar con él.

Uso de JavaScript / jQuery, y varios APIs Un sitio simple se puede crear solo utilizando la codificación del lado del cliente.

Por ejemplo, se puede crear un tipo de sitio de compra simple. Lo he hecho antes.

Hay pocas soluciones de carrito de compras basadas estrictamente 100% de jQuery que son de código abierto.

¿Cómo se cuida la PG (Pay Gateway)? Está limitado a aceptar el pago a través de PayPal, Google Checkout y el depósito directo.

¿Qué hay de permitir que los clientes salgan de comentarios? Puedes usar API como DISQUS. ¿Qué pasa con el soporte de chat? Zopim es bastante útil.

¿Cómo se le notifica cuando se realiza la compra? PayPal y Google Checkout te lo notifica.

¿Qué hay de enviar un correo electrónico masivo? Correo chimpancé.

Personalmente, casi siempre uso WordPress o algunos otros tipos de CMS, pero usando solo la codificación de vainilla para construir un sitio simple no solo es factible sino también es muy sensible en ciertas circunstancias.

Answer 5

Hoy en día, muchos sitios están usando JavaScript como una solución del lado del servidor, el nodo.js es el más popular.Echa un vistazo a este Lista: https:// github.COM / JOYENT / NODE / WIKI / PROYECTOS, -APPLICIONES,-Y EMPRESAS - NUEDO DE USO