Hola,
Depende. Con JavaScript, HTML y CSS puedes lograr cierto dinamismo. Ahí te va otra sigla: DHTML, por "Dinamic HTML". Alguien podría llegar a tu página y enviarte un comentario... pero, a no ser que utilizaran el correo electrónico, ¿cómo iban a enviarte el comentario? Necesitarías un lenguaje "Script de Servidor".
Ahora bien, por poder, es posible que alguien te envíe un comentario por correo electrónico y tú puedes encargarte luego de publicarlo en tu página "estática". Sin embargo, no es esto lo general... ¿verdad que no? Lo general es que alguien escriba un comentario, pulse en el botón "enviar" y su comentario aparezca automáticamente en la Web.
Para esto, en mi opinión, es preciso de un lenguaje "Script de Servidor", sea PHP, ASP, JSP, Perl, lo que sea. Es menester que "el Servidor" se encargue de recibir el comentario, procesarlo y hacer lo que sea menester hacer con él. La parte del formulario, es decir, donde escribe el usuario el comentario, y el mismo botón "Enviar" es purito HTML.
Pero, al pulsar en el botón "enviar"... el propio formulario tiene un atributo "action" que determinará quién recibirá los datos de dicho formulario... y quien lo reciba hacer con él lo que se estime conveniente: guardarlo en una base de datos suele ser lo habitual, pero, también podría escribirlo en un archivo, por ejemplo, que luego sería leído (igual que de la base de datos) y mostraría su contenido donde fuera menester.
Pongamos por caso:
HTML:
Cliente solicita página -> Servidor recibe la petición -> Servidor envía la respuesta: código HTML que será procesado en el cliente/navegador
PHP:
Cliente solicita página -> Servidor recibe la petición -> Servidor procesa la petición atendiendo a mil variables que puedas imaginarte -> Servidor envía la respuesta: código HTML que será procesado en el cliente/navegador
Fíjate que el paso 3 lo omites cuando se trata de páginas estáticas. El Servidor, en el caso de páginas estáticas, o contenido en general estático (un archivo de imagen, por ejemplo), se limita a enviar una respuesta al cliente/navegador: un archivo de imagen (un flujo de datos que conforman una imagen al fin y al cabo), código HTML, JavaScript, CSS...
En el caso de páginas dinámicas el Servidor, antes de enviar la respuesta al cliente, por decirlo mal y pronto, prepara, procesa, la petición del cliente, y una vez hecho esto enviará al cliente la respuesta adecuada. Diferencia PHP del Servidor Web. El Servidor Web tiene un contrato con PHP. Cuando se solicita contenido que el Servidor Web tiene que procesar como PHP el primero contacta con el segundo y le dice "oye PHP, encárgate de esto, que te toca a ti, procésalo y dámelo cuando esté listo".
Y PHP responde al Servidor, "Ok, que esto ya está, aquí tienes la respuesta para el cliente", y el Servidor se limita entonces a recoger "el resultado" del proceso de PHP y se lo envía al cliente. Por eso es más costoso un Servidor con capacidad de procesar PHP, de realizar consultas SQL... El Servidor no puede hacer nada de eso; al Servidor hay que sumarle MySQL, por ejemplo, y PHP, según lo que venimos diciendo. Son tres programas al menos los que tienen que estar funcionando para que todo vaya como se espera.
Pero, me he liado y no sé si estoy respondiendo a tu pregunta o qué...
