La página de inicio es mía, la página de inicio está lista. ¡Terminé mi sitio, abuela!
Sorprendentemente, no recuerdo en absoluto el día en que conocí Internet. Definitivamente era 1996 o 97, pero el momento en sí por alguna razón no se quedó en la memoria: Internet entró gradualmente en la vida de nuestra generación, desplazando tanto a la BBS como a la conferencia de eco Fidonet. Al principio, estábamos desesperados por el contenido: navegar por la red a mediados de los 90 era como los viajes de Colón en busca de lo desconocido, y todos los días traía nuevos y emocionantes descubrimientos. Entonces, prevalecieron muchas de las ansias de creatividad y comenzaron tímidos experimentos para crear sus propias "páginas de inicio de pesadilla". Esta copa tampoco me pasó, los recuerdos de cómo era ahora solo provocan una sonrisa nostálgica.
A mediados de los noventa, no se publicaron libros sensatos en ruso sobre sintaxis HTML, y más aún sobre diseño web. Al menos, mis recuerdos de dicha literatura se refieren más bien al comienzo de la década de 2000; luego, con la ola de popularidad del tema, tales publicaciones de repente se volvieron inesperadamente grandes. Tuve que actuar de manera experimental: la página web se guardó en el disco, se abrió en Notepad.exe, después de lo cual los valores de los atributos de las etiquetas html se cambiaron en el código, se eliminaron y agregaron líneas, y los cambios se rastrearon de inmediato. en la ventana del navegador. En realidad, mis primeras páginas web fueron en general copias localizadas de "páginas de inicio" extranjeras, aprendí a hacer algo realmente mío un poco más tarde a través de experimentos de campo.
Sitio típico de mediados de los 90. Este diseño realmente puede vomitar en estos días.
Una característica distintiva de los sitios de esa época era el uso generalizado de imágenes de fondo de ojos irregulares, con lo que era necesario pavimentar todo el espacio de la página de arriba a abajo. Por lo tanto, era extremadamente importante asegurarse de que la imagen pequeña se acoplara correctamente a sí misma horizontal y verticalmente. Alguien usó Photoshop para esto, luego hubo utilidades especiales para trabajar con imágenes de fondo como Harm's Tile 99, a través de las cuales era posible crear fondos casi perfectos para el sitio, gastando un mínimo de esfuerzo. A algunos "webmasters" (así los llamaban entonces, en letras latinas y con una "W" mayúscula) les encantaba atornillar un archivo MIDI a alguna página, que, sin una declaración de guerra, empezó a reproducirse inmediatamente cuando el sitio fue abierto. Personalmente, para esto estaba dispuesto a golpearlos con algo pesado,porque para ahorrar dinero, utilicé principalmente el acceso telefónico nocturno y, a veces, me olvidé de apagar los altavoces.
Entonces, Internet llegó a la población principalmente por módem, por lo tanto, para acelerar la carga de la página (y debido a las restricciones de alojamiento de esa época), las imágenes tenían que comprimirse. El formato PNG aún no estaba muy extendido en ese momento (al principio, parecía que se necesitaban complementos de navegador adicionales para admitirlo). Las imágenes en los sitios estaban representadas por archivos GIF, para botones, leyendas, encabezados y, por supuesto, animación y JPEG, para todo lo demás. Comprimimos JPEG usando Jpeg Optimizator y Jpeg Cleaner para DOS, para el segundo formato, GifClean 32 fue ampliamente utilizado para Windows. Más tarde, más cerca de cero, el programa universal WebGraphics Optimizer se generalizó: cargó una imagen en él y la herramienta produjo varias versiones de una imagen comprimida con diferentes grados de compresión:todo lo que quedaba era elegir un compromiso entre un tamaño de archivo adecuado y la cantidad de suciedad y artefactos. Las opciones de "Guardar para Web" en Photoshop (al menos en la versión que estaba usando) aún no existían, sobrevivimos lo mejor que pudimos. Tampoco existía la función conveniente de cortar una imagen en rodajas, con la ayuda de la cual era posible ensamblar un mosaico completo de fragmentos de imágenes con diferentes hipervínculos. Las imágenes se cortaron en pedazos en el programa Picture Dicer, hasta que los navegadores finalmente aprendieron a admitir correctamente la etiqueta html <map>. Entonces esta perversión fue olvidada con gran alivio.Tampoco existía la función conveniente de cortar una imagen en rodajas, con la ayuda de la cual era posible ensamblar un mosaico completo de fragmentos de imágenes con diferentes hipervínculos. Las imágenes se cortaron en pedazos en el programa Picture Dicer, hasta que los navegadores finalmente aprendieron a admitir correctamente la etiqueta html <map>. Entonces esta perversión fue olvidada con gran alivio.Tampoco existía la función conveniente de cortar una imagen en rodajas, con la ayuda de la cual era posible ensamblar un mosaico completo de fragmentos de imágenes con diferentes hipervínculos. Las imágenes se cortaron en pedazos en el programa Picture Dicer, hasta que los navegadores finalmente aprendieron cómo admitir correctamente la etiqueta html <map>. Entonces esta perversión fue olvidada con gran alivio.
WebGraphics Optimizer –
El mayor revuelo de la moda en los 90 fueron, por supuesto, los GIF animados, que se recopilaron en programas como Gif Movie Gear y Ulead GIF Animator. En las páginas web, literalmente, todo corría, saltaba y giraba. Se consideró muy correcto e importante meter tantos botones animados, imágenes, íconos e íconos en el sitio como fuera posible, de modo que en un par de minutos el visitante comenzara a agitar sus ojos y vomitar. En 1997, la animación GIF también adquirió un significado práctico: la primera red de intercambio de banners Reklama.ru apareció en Runet, que se utilizó para la promoción mutua de sitios, pero al mismo tiempo tomó una cierta parte de las impresiones para su propia monetización. La red impuso restricciones muy estrictas no tanto en el contenido de los banners, sino en el volumen de archivos,Por lo tanto, a veces, los fotogramas individuales en formato GIF tenían que comprimirse primero con compresores de terceros y luego también optimizarse en el propio GIF Animator, reduciendo la cantidad de colores en la paleta, agregando transparencia allí y eliminando capas innecesarias. A veces, lleva incluso más tiempo que dibujar el anuncio en sí.
Ulead GIF Animator
Los creadores de sitios web de finales de los 90 se enfrentaron a tres grandes desafíos. La primera son las codificaciones cirílicas. Los navegadores no siempre sabían cómo reconocerlo correctamente en modo automático, por lo que a veces tenían que preparar varias versiones del sitio, primero en Windows-1251, después de lo cual se destilaban copias de las páginas web en KOI-8, ISO-8859-5 y CP866 usando utilidades como ConvertHTML o Coder. Luego, las variantes del sitio en diferentes codificaciones se vincularon mediante hipervínculos. Actualizar todo este zoológico de páginas web luego se convirtió en una epopeya separada. Las grandes oficinas, que tenían la capacidad de modificar la configuración del servidor, podían configurar la entrega del sitio en diferentes codificaciones a través de diferentes puertos http, pero la masa habitual de webmasters ni siquiera tenía acceso a la carpeta / cgi-bin /, ni a mencionar cosas más complicadas.Por lo tanto, el problema se resolvió con este tipo de métodos artesanales y todo tipo de accesorios con muletas.
La segunda hemorroide es compatible con las resoluciones de pantalla. Para que nada se dispersara y rastreara en diferentes computadoras, los sitios de esa época estaban envueltos en una tabla invisible, cuyo ancho estaba determinado por los valores de resolución de pantalla más comunes. Creé mis primeros sitios para 640x480, pero pronto 800x600 se convirtió en el estándar más popular, con menos frecuencia había páginas web optimizadas para 1024x768. Si hace que la tabla sea demasiado estrecha, aparecerán márgenes vacíos desordenados en los bordes de la pantalla, demasiado anchos: aparecerán barras de desplazamiento en el navegador para los pacientes con pantallas antiguas. Las disputas sobre qué resolución considerar como la principal y qué ancho de mesa elegir como "estándar" no disminuyeron durante mucho tiempo y, a veces, se convirtieron en verdaderos holivars. Al menos no hasta que la ciencia ideó un diseño sensible de "goma".
. 00-.
Pero el mayor dolor de cabeza fue quizás intentar lograr la misma visualización de página web en Internet Explorer y Netscape Navigator. Durante las "guerras de los navegadores", los desarrolladores crearon etiquetas html que solo su programa solía admitir. Además, Microsoft, según los rumores, estaba alimentando activamente al consorcio W3C para legalizar sus propias innovaciones en el estándar HTML. Para no molestar, muchos webmasters colgaron un descargo de responsabilidad de la serie "Este sitio se ve mejor en Microsoft Internet Explorer" en sus páginas y fueron a beber cerveza con la conciencia tranquila. Otros como yo luchaban por la perfección, y durante largas noches, maldiciendo con los dientes apretados, profundizaron en el código HTML: tan pronto como ajusta la alineación de los objetos en IE, el ancho de las columnas de navegación lateral se desliza hacia afuera en Netcabinet, si arregla las columnas, las líneas horizontales desaparecen.Si vuelve a colocar las líneas en su lugar, aparecerán marcos repugnantes de algún lugar alrededor de las imágenes. Aún así, recuerdo, había un navegador nacional "Ariadne", que ni siquiera era utilizado por ... casi nadie. A principios de la década de 2000, Opera comenzó a ganar popularidad, agregando un poco más a los webmasters: ahora tenían que optimizar las páginas para hasta tres navegadores diferentes.
No es suficiente crear una página de inicio de pesadilla, aún debe estar alojada en algún lugar. El alojamiento profesional era caro y no todo el mundo podía permitírselo, pero muchos proveedores, al comprarles Internet, proporcionaban al usuario hasta un megabyte de espacio en disco de forma gratuita. Estos sitios personales generalmente tenían una URL como www.cityline.ru/~username... Esta opción de alojamiento tenía varios inconvenientes graves. En primer lugar, los proveedores generalmente imponen restricciones sobre el contenido de los sitios, permitiendo que solo se coloquen páginas personales y no permitiendo que se publiquen las comerciales. En segundo lugar, un par de días después de que dejó de pagar por Internet, la página simplemente se destruyó, y si no quedaba una copia de respaldo en su computadora, ya no era posible restaurarla. En tercer lugar, se encontró de hecho atado a esta oficina: no fue difícil transferir un sitio estático a otro host al cambiar de proveedor, pero la dirección registrada en todos los directorios de Internet se perdió para siempre junto con la calificación de Rambler's Top 100 y otros logros obtenidos honestamente ...
Proveedor de Internet de toda Rusia Cityline. Diseño de sitios web - estudio de Artemy Lebedev
La segunda opción es el alojamiento gratuito. Desde 1996, el portal Halyava.ru funciona en Runet, donde era posible, sin-ningún-mez-fondo, es decir, en vano, colocar una página de inicio con un volumen total de no más de 512 kilobytes. A la pregunta de qué dictaba una restricción tan estricta, se publicó una respuesta exhaustiva en las preguntas frecuentes del hoster:
¿Por qué necesitas más? Si su página comienza a pesar más de 512 kilobytes, surge la pregunta: ¿por qué hacer gráficos tan "pesados"?
Desde la generosidad del alma, la compañía ofreció para cada una de esas páginas una dirección del formulario www.halyava.ru/your-name (para personas serias con chaquetas carmesí a las que no les gusta la palabra "Freebie", URL del formato www .homepage.techno.ru / su- nombre), y también lo cubrió con publicidad. De hecho, el sitio del usuario se mostraba en un marco incrustado, en la parte superior del cual el proveedor de alojamiento desenrollaba pancartas y colocaba un enlace a su propio servicio. Cabe señalar que al principio Halyava.ru no tenía la capacidad de descargar páginas web a través de FTP: en cambio, los datos se transmitían al servidor por correo electrónico y se enviaban instrucciones al usuario a través de él. Recuerdo que algunos de los hosters usaban otro método perverso: tenían que copiar el código HTML a través del portapapeles en un formulario especial, desde el cual, presionando el botón Enviar, se generaba una página web con el nombre especificado en una carpeta en el servidor. En el camino, se verificó el código HTML en busca de etiquetas "prohibidas". La página vivió en "Freebie" durante dos meses desde el momento en que el servidor recibió el último comando del usuario, y luego desapareció sin dejar rastro. Naturalmente,Este alojamiento gratuito no implicaba el uso de ningún script: ¡solo páginas web estáticas, solo hardcore! Pero incluso esas condiciones espartanas para los años 90 se consideraron más que aceptables. Freebie, señor!
El alojamiento gratuito en los años 90 fue ofrecido por no tantos proveedores, uno de los más famosos es GeoCities
Para aquellos que sabían inglés y no tenían miedo de comunicarse con soporte técnico en un idioma extranjero, el mundo entero estaba abierto: por ejemplo, en el Servidor de GeoCities, dieron hasta 2 megabytes, y personalmente utilicé servicios de alojamiento gratuitos en el portal Tripod.com. También esculpieron sus propios anuncios en los sitios alojados, también permitieron que solo se publicaran páginas web estáticas y la dirección del sitio se parecía a www.tripod.com/~username... GeoCities ofreció un buzón gratuito además del sitio. Además, se proporcionó acceso FTP normal para cargar páginas web en el servidor. Es cierto que registrar un nuevo sitio no fue una búsqueda fácil: primero tenía que elegir un encabezado temático adecuado en el catálogo, luego encontrar un nombre desocupado, y solo entonces fue admitido en el Lugar Santísimo, para completar un cuestionario para recibir una membresía. Quizás fue precisamente un sistema tan no trivial lo que ahuyentó a nuestros compatriotas. Por otro lado, los estadounidenses, a diferencia de los hosters locales, no restringieron de ninguna manera la colocación de anuncios de terceros en las páginas web de los usuarios. Gracias a la participación en programas de afiliados, recuerdo que incluso gané hasta 15 dólares y luego corrí durante mucho tiempo por los bancos rusos con un cheque de papel que me enviaron por correo, tratando de cobrarlo.
Otro paraíso para los amantes de los regalos de los 90: Tripod
Pronto empezaron a aparecer en Runet otras plataformas para la colocación gratuita de sitios, los desarrolladores tuvieron la oportunidad de registrar dominios de tercer nivel para ellos o crear alias como site.da.ru. Pero, sin embargo, el lanzamiento de scripts seguía siendo inaccesible para la mayoría de los usuarios de planes gratuitos. Los servicios web más populares en ese momento eran los libros de visitas y los chats, y el lenguaje más común para escribir scripts CGI era Perl. Por supuesto, podría adjuntar un libro de visitas de terceros con la publicidad de otra persona a su sitio web (había muchas ofertas de este tipo en RuNet), pero todos, por supuesto, querían tener su propia sala de chat como la legendaria "Cama", o una acogedora "chica invitada" cuidadosamente inscrita en el diseño existente ...
Dado que Perl, en el caso de una configuración incorrecta del servidor (y no todos pudieron configurarlo correctamente), técnicamente permitieron ejecutar comandos del sistema operativo y acceder a archivos fuera de la carpeta de inicio del usuario, y los scripts crearon una carga en el servidor, el acceso a / cgi-bin / era simple, no siempre se descubría a los mortales. La mayoría de las veces, se le pidió al usuario "gratuito" que le escribiera al administrador de alojamiento qué tipo de script desea ejecutar en el servidor y por qué lo necesitaba. Luego fue necesario enviar el script para su consideración, y solo si se aprueba, el administrador lo subió al sitio y le otorgó derechos de ejecución. Al mismo tiempo, depurar los scripts de Perl se convirtió en una auténtica tortura, y la tarea de corregir una ruta especificada incorrectamente o un error en el nombre de una variable en algún lugar se convirtió en una misión imposible. Acceso al DBMS también con tarifas gratuitas, por supuesto,estaba ausente como fenómeno, los datos se escribieron en archivos de texto que se utilizaron en lugar de la base de datos. Arcaico, pero el chat en Perl y .TXT existió exitosamente en mi sitio, al parecer, hasta 2002, cuando fue descontinuado por innecesario. Escribimos los scripts nosotros mismos, pero era posible arreglárselas con opciones listas para usar (se podía obtener una gran selección de varios escenarios para todas las ocasiones en colecciones como freeware.ru), solo había un almacén de scripts y software útil para todos. ocasiones. El alojamiento gratuito con acceso completo a CGI estuvo ampliamente disponible solo a principios de la década de 2000; los usuarios comerciales, por razones obvias, no habían experimentado tales problemas antes.TXT existió con éxito en mi sitio, al parecer, hasta 2002, cuando se suspendió por innecesario. Escribimos los scripts nosotros mismos, pero era posible arreglárselas con opciones listas para usar (se podía obtener una gran selección de varios escenarios para todas las ocasiones en colecciones como freeware.ru), solo había un almacén de scripts y software útil para todos. ocasiones. El alojamiento gratuito con acceso completo a CGI estuvo ampliamente disponible solo a principios de la década de 2000; los usuarios comerciales, por razones obvias, no habían experimentado tales problemas antes.TXT existió con éxito en mi sitio, al parecer, hasta 2002, cuando se suspendió por innecesario. Escribimos los scripts nosotros mismos, pero era posible arreglárselas con opciones listas para usar (se podía obtener una gran selección de varios escenarios para todas las ocasiones en colecciones como freeware.ru), solo había un almacén de scripts y software útil para todos. ocasiones. El alojamiento gratuito con acceso completo a CGI estuvo ampliamente disponible solo a principios de la década de 2000; los usuarios comerciales, por razones obvias, no habían experimentado tales problemas antes.ru: solo había un almacén de scripts y software útil para todas las ocasiones. El alojamiento gratuito con acceso completo a CGI estuvo ampliamente disponible solo a principios de la década de 2000; los usuarios comerciales, por razones obvias, no habían experimentado tales problemas antes.ru: solo había un almacén de scripts y software útil para todas las ocasiones. El alojamiento gratuito con acceso completo a CGI estuvo ampliamente disponible solo a principios de la década de 2000; los usuarios comerciales, por razones obvias, no habían experimentado tales problemas antes.
Freeware.ru: un depósito de software y scripts útiles
La verdadera revelación a finales de los 90 para mí fue el estándar CSS, que aprendí de mis colegas. Resulta que es completamente innecesario escribir un montón de atributos en cada etiqueta html, sino que puede recopilar todos los estilos en un archivo de texto externo. El segundo gran descubrimiento fue la inclusión del lado del servidor, que ahorró mucho tiempo en la actualización de contenido. Con la ayuda de SSI, fue posible por primera vez separar el diseño del contenido real del sitio: el webmaster podía meter el encabezado, el pie de página, la navegación y el contenido en diferentes archivos, y luego recopilarlos dinámicamente en el mismo sitio. servidor. Quería editar el menú en todas las páginas del proyecto; basta con realizar ediciones en un solo archivo. "U" significa conveniencia. Hubo exactamente un paso para la llegada de un CMS completo.
En lugar de ellos, a principios de la década de 2000, editores como HomeSite, Hot Metal Pro, Adobe Page Mill, Hotdog, Macromedia DreamWeaver y, por supuesto, Microsoft FrontPage, que generaba cantidades infernales de código basura, facilitaron mucho la vida a los webmasters. pero realmente me enamoré de la claridad y la sencillez. Sí, el código de las páginas web posteriores a FrontPage tuvo que limpiarse en el Bloc de notas, pero era una parte integral del flujo de trabajo.
Se diseñaron muchas páginas web en Microsoft FrontPage
En ese momento, Occidente estaba experimentando el pico de la famosa "burbuja de las puntocom", y en el segmento ruso de la red, comenzó el rápido crecimiento de nuevos proyectos, algunos de los cuales luego se convirtieron en grandes empresas de Internet con valor multimillonario. capitalización. Pero eso fue más tarde. Al mismo tiempo, la inmensa mayoría de los sitios en ruso se crearon con puro entusiasmo y con el apoyo de recursos financieros y tiempo personal de los propios desarrolladores. Entonces, muchos pensaron con razón que no había dinero en el Runet. Un par de amigos y yo "hicimos trampa" de una manera diferente, es decir, creamos sitios web para clientes estadounidenses, principalmente para pequeñas y medianas empresas. En los Estados Unidos, estos servicios eran entonces caros, en Rusia, mucho más baratos. Recuerdo cómo me sumió en un completo estupor una pregunta de un caballero de Texas, cuántos dólares la hora de trabajo de un webmaster cuesta en Rusia.¡Sí, el perro lo conoce! En Rusia, a finales de los 90, la gente generalmente pagaba por un proyecto terminado, y aun así no siempre. Algunos estudiantes trabajaron por cerveza. Recuerdo que en ese momento hicimos una página de inicio para una panadería de Alabama, para una comunidad religiosa de Pensilvania, para una empresa familiar que ofrecía traslados turísticos en minivan desde el aeropuerto de LaGuardia, para un pequeño salón de belleza y un limpiador de piscinas privado del interior de Texas. , para una tienda de cortadoras de césped de una ciudad que ni siquiera pude encontrar en el mapa ... No en todas las startups millonarias, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.e incluso entonces no siempre. Algunos estudiantes trabajaron por cerveza. Recuerdo que en ese momento hicimos una página de inicio para una panadería de Alabama, para una comunidad religiosa de Pensilvania, para una empresa familiar que ofrecía traslados turísticos en minivan desde el aeropuerto de LaGuardia, para un pequeño salón de belleza y un limpiador de piscinas privado del interior de Texas. , para una tienda de cortadoras de césped de una ciudad que ni siquiera pude encontrar en el mapa ... No en todas las startups millonarias, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.e incluso entonces no siempre. Algunos estudiantes trabajaron por cerveza. Recuerdo que en ese momento hicimos una página de inicio para una panadería de Alabama, para una comunidad religiosa de Pensilvania, para una empresa familiar que ofrecía traslados turísticos en minivan desde el aeropuerto de LaGuardia, para un pequeño salón de belleza y un limpiador de piscinas privado del interior de Texas. , para una tienda de cortadoras de césped de una ciudad que ni siquiera pude encontrar en el mapa ... No en todas las startups millonarias, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.para una comunidad religiosa en Pensilvania, para una empresa familiar que ofrece traslados en minivan desde el aeropuerto de LaGuardia, para un pequeño salón de belleza y un limpiador de piscinas privado en el interior de Texas, para una tienda de cortadoras de césped de una ciudad que ni siquiera pude encontrar en el mapa. .. No todas las startups de un millón de dólares, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.para una comunidad religiosa en Pensilvania, para una empresa familiar que ofrece traslados en minivan desde el aeropuerto de LaGuardia, para un pequeño salón de belleza y un limpiador de piscinas privado en el interior de Texas, para una tienda de cortadoras de césped de una ciudad que ni siquiera pude encontrar en el mapa. .. No todas las startups de un millón de dólares, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.que ni siquiera pude encontrar en el mapa ... No en todos los millones de startups, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.que ni siquiera pude encontrar en el mapa ... No en todos los millones de startups, por supuesto, pero trajo algo de dinero. Además, nuestra pequeña banda de webmasters no ofrecía publicidad: un simple conocimiento del inglés era suficiente para que las órdenes llegaran una tras otra a través del boca a boca.
Cuando PHP finalmente expulsó a Perl de Internet, un programador web podría ser considerado un verdadero hombre solo si dominaba tres logros principales en su vida: plantar un hígado, cultivar parches y escribir su propio CMS. El número de motores autoescritos con aproximadamente la misma funcionalidad, que recuerdan a las bicicletas con ruedas cuadradas, triangulares, trapezoidales e incluso de bandas de Mobius, superó rápidamente todos los límites razonables. Pero en ese momento ya me había atado por completo al diseño web y toda esta orgía me pasó a salvo. Además, en ese momento, Internet en su conjunto había adquirido su forma moderna, finalmente se comercializó, y los profesionales que habían dominado una escala de producción verdaderamente industrial a precios industriales comenzaron a dedicarse al desarrollo web.Y para mí, el diseño web nunca ha sido la profesión principal y la principal fuente de ingresos. Me gustaba mucho más escribir textos.
Sin embargo, se dice que dejar de jugar con sitios web a veces es incluso más difícil que dejar de fumar. A veces todavía hago cosas en Joomla y WordPress para mi propio placer. Pero cada vez, abriendo mis viejos archivos, recuerdo con una sonrisa los días en que escribíamos sitios en Notepad.exe, optimizábamos manualmente cada imagen antes de subirla, y lo más importante, aprendimos por ensayo y error, sin videos en YouTube, cursos en línea. , etc. incluso sin literatura especial. No teníamos tantos servicios públicos a nuestra disposición, desde motores para todos los gustos hasta constructores visuales, con la ayuda de los cuales puede dibujar una página de destino viable con el mouse en un par de minutos, tomando café y mirando TikTok con un ojo. Y Runet era diminuta, como una caja de arena para niños en el patio, y su población, como la población de esa caja de arena, era más ingenua,bondadoso y abierto. Eran buenos tiempos.
