Web à l'aube de Runet. Comment les sites ont été créés et hébergés dans les années 90



La page d'accueil est à moi, la page d'accueil est prête. J'ai terminé mon site, mamie!



Étonnamment, je ne me souviens pas du tout du jour de ma connaissance d'Internet. C'était définitivement 1996 ou 97, mais le moment lui-même, pour une raison quelconque, n'est pas resté dans la mémoire: Internet est entré progressivement dans la vie de notre génération, en déplaçant à la fois le BBS et la conférence d'écho Fidonet. Au début, nous avions désespérément besoin de contenu: surfer sur le net au milieu des années 90 était comme les voyages de Columbus à la recherche de l'inconnu, et chaque jour cela apportait de nouvelles découvertes passionnantes. Ensuite, une grande partie de l'envie de créativité a prévalu et ils ont commencé des expériences timides pour créer leurs propres «pages d'accueil cauchemardesques». Cette tasse ne me passa pas non plus - les souvenirs de comment c'était maintenant ne provoquent qu'un sourire nostalgique.



Au milieu des années 90, aucun livre sensé en russe sur la syntaxe HTML, et plus encore sur la conception Web, n'a été publié. Au moins, mes souvenirs d'une telle littérature se réfèrent plutôt au début des années 2000 - puis, sur la vague de popularité du sujet, de telles publications ont soudainement pris une ampleur inattendue. J'ai dû agir de manière expérimentale: la page Web a été enregistrée sur le disque, ouverte dans Notepad.exe, après quoi les valeurs des attributs des balises html ont été modifiées dans le code, des lignes ont été supprimées et ajoutées, et les modifications ont été immédiatement suivies dans la fenêtre du navigateur. En fait, mes premières pages Web étaient en gros des copies localisées de "pages d'accueil" étrangères, j'ai appris à faire quelque chose de vraiment mien un peu plus tard grâce à des expériences sur le terrain.





Site typique du milieu des années 90. Cette conception peut vraiment vomir ces jours-ci.



Une caractéristique distinctive des sites de cette époque était l'utilisation répandue d'images d'arrière-plan aux yeux déchiquetés, avec lesquelles il était nécessaire de paver tout l'espace de la page de haut en bas. Par conséquent, il était extrêmement important de s'assurer que la petite image s'ancre correctement avec elle-même horizontalement et verticalement. Quelqu'un a utilisé Photoshop pour cela, plus tard, il y avait des utilitaires spéciaux pour travailler avec des images d'arrière-plan comme Harm's Tile 99, grâce auxquels il était possible de créer des arrière-plans presque parfaits pour le site, en dépensant un minimum d'effort. Certains "Webmasters" (c'est ainsi qu'ils les appelaient alors - en lettres latines et avec une lettre majuscule "W") adoraient visser un fichier MIDI sur une page qui, sans déclaration de guerre, commençait à jouer immédiatement lorsque le site a été ouvert. Personnellement, pour cela, j'étais prêt à les frapper avec quelque chose de lourd,parce que pour économiser de l'argent, j'utilisais principalement une connexion commutée de nuit et j'oubliais parfois d'éteindre les haut-parleurs.



Internet est alors venu à la population principalement par modem, par conséquent, pour accélérer le chargement des pages (et en raison des restrictions d'hébergement de l'époque), les images ont dû être compressées. Le format PNG n'était pas encore répandu à cette époque (au début, des plugins de navigateur supplémentaires semblaient nécessaires pour le prendre en charge). Les images sur les sites étaient représentées par des fichiers GIF - pour les boutons, les légendes, les en-têtes et, bien sûr, l'animation et le JPEG - pour tout le reste. Nous avons compressé JPEG en utilisant Jpeg Optimizator et Jpeg Cleaner pour DOS, pour le deuxième format, GifClean 32 était largement utilisé pour Windows. Plus tard, plus proche de zéro, le programme universel WebGraphics Optimizer s'est généralisé: vous y avez chargé une image et l'outil a produit plusieurs versions d'une image compressée avec différents degrés de compression:il ne restait plus qu'à choisir un compromis entre une taille de fichier appropriée et la quantité de saleté et d'artefacts. Les options "Enregistrer pour le Web" de Photoshop (du moins dans la version que j'utilisais) n'existaient pas encore, nous avons survécu du mieux que nous pouvions. Il n'y avait pas non plus de fonction pratique de découper une image en tranches, à l'aide desquelles il était possible d'assembler toute une mosaïque de fragments d'images avec différents hyperliens. Les images ont été coupées en morceaux dans le programme Picture Dicer, jusqu'à ce que les navigateurs apprennent enfin à prendre en charge correctement la balise html <map>. Puis cette perversion fut oubliée avec un grand soulagement.Il n'y avait pas non plus de fonction pratique de découper une image en tranches, à l'aide desquelles il était possible d'assembler toute une mosaïque de fragments d'images avec différents hyperliens. Les images ont été coupées en morceaux dans le programme Picture Dicer, jusqu'à ce que les navigateurs apprennent enfin à prendre en charge correctement la balise HTML <map>. Puis cette perversion fut oubliée avec un grand soulagement.Il n'y avait pas non plus de fonction pratique de découper une image en tranches, à l'aide desquelles il était possible d'assembler toute une mosaïque de fragments d'images avec différents hyperliens. Les images ont été coupées en morceaux dans le programme Picture Dicer, jusqu'à ce que les navigateurs apprennent enfin à prendre en charge correctement la balise html <map>. Puis cette perversion fut oubliée avec un grand soulagement.





WebGraphics Optimizer –



Le plus gros buzz de la mode dans les années 90 était, bien sûr, les GIF animés, qui étaient rassemblés dans des programmes tels que Gif Movie Gear et Ulead GIF Animator. Sur les pages Web, tout fonctionnait, sautait et tournait littéralement. Il était considéré comme très correct et important de fourrer autant de boutons animés, d'images, d'icônes et d'icônes que possible sur le site, de sorte que dans quelques minutes le visiteur commence à onduler dans ses yeux et à vomir. En 1997, l'animation GIF a également acquis une signification pratique: le premier réseau d'échange de bannières Reklama.ru est apparu sur le Runet, qui a été utilisé pour la promotion mutuelle des sites, mais en même temps a pris une certaine partie des impressions pour sa propre monétisation. Le réseau a imposé des restrictions très strictes non pas tant sur le contenu des bannières, mais sur le volume des fichiers,Par conséquent, parfois, des images individuelles au format GIF devaient d'abord être compressées avec des compresseurs tiers, puis également optimisées dans GIF Animator lui-même, réduisant le nombre de couleurs dans la palette, y ajoutant de la transparence et supprimant les calques inutiles. Parfois, cela prenait encore plus de temps que de dessiner l'annonce elle-même.





Ulead GIF Animator



Les concepteurs de sites Web de la fin des années 90 ont été confrontés à trois défis majeurs. Le premier concerne les encodages cyrilliques. Les navigateurs ne savaient pas toujours comment le reconnaître correctement en mode automatique, ils devaient donc parfois préparer plusieurs versions du site - d'abord sous Windows-1251, après quoi des copies de pages Web étaient distillées dans KOI-8, ISO-8859-5 et CP866 en utilisant des utilitaires comme ConvertHTML ou Coder. Ensuite, les variantes du site dans différents encodages ont été liées par des hyperliens. La mise à jour de tout ce zoo de pages Web s'est ensuite transformée en une épopée distincte. Les grands bureaux, qui avaient la possibilité de modifier la configuration du serveur, pouvaient configurer la livraison du site dans différents encodages via différents ports http, mais la masse habituelle de webmasters n'avait même pas accès au dossier / cgi-bin /, pas à mentionner des choses plus compliquées.Par conséquent, le problème a été résolu avec de telles méthodes artisanales et toutes sortes d'accessoires à partir de béquilles.



La deuxième hémorroïde est la prise en charge des résolutions d'écran. Pour que rien ne soit dispersé et analysé sur différents ordinateurs, les sites de cette époque étaient enveloppés dans un tableau invisible, dont la largeur était déterminée par les valeurs de résolution d'écran les plus courantes. J'ai créé mes premiers sites pour 640x480, mais bientôt 800x600 est devenu le standard le plus populaire, moins souvent il y avait des pages Web optimisées pour 1024x768. Si vous rendez le tableau trop étroit, des marges vides désordonnées apparaîtront sur les bords de l'écran, trop larges - des barres de défilement apparaîtront dans le navigateur pour les personnes souffrant de vieux écrans. Les différends sur la résolution à considérer comme la principale et la largeur de table à choisir comme "standard" ne se sont pas résorbés pendant très longtemps et se sont parfois transformés en véritables holivars. Du moins pas avant que la science n'ait proposé un design réactif «en caoutchouc».





. 00-.



Mais le plus gros casse-tête était peut-être d'essayer d'obtenir le même affichage de page Web dans Internet Explorer et Netscape Navigator. Pendant la «guerre des navigateurs», les développeurs ont proposé des balises html que seul leur programme supportait normalement, de plus, selon les rumeurs, Microsoft alimentait activement le consortium W3C afin de légaliser ses propres innovations dans le standard HTML. Afin de ne pas déranger, de nombreux webmasters ont accroché sur leurs pages un avertissement de la série «Ce site est mieux vu dans Microsoft Internet Explorer», et sont allés boire de la bière en toute conscience. D'autres comme moi cherchaient la perfection, et pendant de longues nuits, jurant à travers les dents serrées, se plongeaient dans le code HTML: dès que vous ajustez l'alignement des objets dans IE, la largeur des colonnes de navigation latérales glisse dans Netcabinet, si vous fixez les colonnes, les lignes horizontales disparaissent.Si vous remettez les lignes en place, des cadres dégoûtants ont émergé de quelque part autour des images. Pourtant, je me souviens, il y avait un navigateur national "Ariadne", qui était même utilisé par ... presque personne. Au début des années 2000, Opera a commencé à gagner en popularité, ajoutant un peu plus aux webmasters: ils devaient maintenant optimiser les pages pour jusqu'à trois navigateurs différents.



Il ne suffit pas de créer une page d'accueil cauchemardesque, il fallait encore qu'elle soit hébergée quelque part. L'hébergement professionnel était cher et tout le monde ne pouvait pas se permettre, mais de nombreux fournisseurs, lorsqu'ils achetaient Internet chez eux, fournissaient à l'utilisateur jusqu'à un mégaoctet d'espace disque gratuitement. Ces sites personnels avaient généralement une URL comme www.cityline.ru/~username... Cette option d'hébergement présentait plusieurs inconvénients sérieux. Premièrement, les fournisseurs imposaient généralement des restrictions sur le contenu des sites, autorisant uniquement le placement de pages personnelles et interdisant la publication de pages commerciales. Deuxièmement, quelques jours après que vous ayez cessé de payer pour Internet, la page était simplement détruite - et s'il n'y avait plus de copie de sauvegarde sur votre ordinateur, il n'était plus possible de la restaurer. Troisièmement, vous vous êtes en fait retrouvé lié à ce bureau: il n'était pas difficile de transférer un site statique vers un autre hébergeur lors du changement de fournisseur, mais l'adresse enregistrée dans tous les annuaires Internet a été perdue à jamais avec la notation du Rambler's Top 100 et autres. réalisations honnêtement gagnées ...





Fournisseur Internet de toute la Russie Cityline. Conception de site Web - studio d'Artemy Lebedev



La deuxième option est l'hébergement gratuit. Depuis 1996, le portail Halyava.ru fonctionne dans Runet, où il était possible, sans-aucun-mez-bottom, c'est-à-dire pour rien, de placer une page d'accueil avec un volume total ne dépassant pas 512 kilo-octets. À la question de savoir ce qui a dicté une restriction aussi stricte, une réponse exhaustive a été publiée dans la FAQ de l'hébergeur:



Pourquoi avez-vous besoin de plus? Si votre page commence à peser plus de 512 kilo-octets, la question se pose: pourquoi créer des graphiques aussi "lourds"?


De la générosité de l'âme, la société a offert pour chacune de ces pages une adresse de la forme www.halyava.ru/your-name (pour les personnes sérieuses en vestes cramoisies qui n'aiment pas le mot "Freebie", des URL au format www .homepage.techno.ru / votre- nom), et l'a également couvert de publicité. En effet, le site de l'utilisateur était affiché dans un cadre embarqué, au sommet duquel l'hébergeur déroulait des bannières et plaçait un lien vers son propre service. Il est à noter qu'au début, Halyava.ru n'avait pas la possibilité de télécharger des pages Web via FTP: à la place, les données étaient transmises au serveur par e-mail et des instructions étaient envoyées à l'utilisateur via celui-ci. Je me souviens que certains hébergeurs utilisaient une autre méthode perverse: ils devaient copier le code HTML via le presse-papiers dans un formulaire spécial, à partir duquel, en appuyant sur le bouton Soumettre, une page Web avec le nom spécifié était générée dans un dossier sur le serveur. En cours de route, le code HTML a été vérifié pour les balises «interdites». La page a vécu sur "Freebie" pendant deux mois à partir du moment où le serveur a reçu la dernière commande de l'utilisateur, puis a disparu sans laisser de trace. Naturellement,un tel hébergement gratuit n'impliquait l'utilisation d'aucun script: seulement des pages Web statiques, seulement du hardcore! Mais même de telles conditions spartiates pour les années 90 étaient considérées comme plus qu'acceptables. Freebie, monsieur!





L'hébergement gratuit dans les années 90 était proposé par peu de fournisseurs, l'un des plus célèbres étant GeoCities



Pour ceux qui connaissaient l'anglais et n'avaient pas peur de communiquer avec le support technique dans une langue étrangère, le monde entier était ouvert: par exemple, sur le Serveur GeoCities, ils ont donné jusqu'à 2 mégaoctets, et personnellement j'ai utilisé des services d'hébergement gratuits sur le portail Tripod.com. Ils ont également sculpté leurs propres publicités sur les sites hébergés, ont également autorisé la publication de pages Web statiques et l'adresse du site ressemblait à www.tripod.com/~username... GeoCities a offert une boîte aux lettres gratuite en plus du site. De plus, un accès FTP normal a été fourni pour télécharger des pages Web sur le serveur. Certes, enregistrer un nouveau site n'a pas été une quête facile: il fallait d'abord choisir une rubrique thématique appropriée dans le catalogue, puis trouver un nom inoccupé, et alors seulement tu as été admis au saint des saints - pour remplir un questionnaire pour recevoir une adhésion. C'est peut-être précisément un système aussi non trivial qui a effrayé nos compatriotes. En revanche, contrairement aux hébergeurs locaux, les Américains n'ont en aucune façon restreint le placement de publicités de tiers sur les pages Web des utilisateurs. Grâce à ma participation à des programmes d'affiliation, je me souviens que j'ai même gagné jusqu'à 15 dollars, puis j'ai couru pendant longtemps dans les banques russes avec un chèque papier qui m'était envoyé par la poste, essayant de l'encaisser.





Un autre paradis pour les amateurs de cadeaux des années 90 - Tripod



Bientôt, d'autres plates-formes de placement de sites gratuits ont commencé à apparaître dans Runet, les développeurs ont eu la possibilité d'enregistrer des domaines de troisième niveau pour eux ou de créer des alias comme site.da.ru. Mais, néanmoins, le lancement de scripts était toujours inaccessible à la plupart des utilisateurs de plans gratuits. Les services Web les plus populaires à l'époque étaient les livres d'or et les chats, et le langage le plus courant pour écrire des scripts CGI était Perl. Bien sûr, vous pouvez joindre un livre d'or tiers avec la publicité de quelqu'un d'autre à votre site Web - il y avait beaucoup d'offres de ce type sur RuNet - mais tout le monde, bien sûr, voulait avoir son propre salon de discussion comme le légendaire "Bed", ou une "guest girl" douillette parfaitement inscrite dans le design existant ...



Depuis Perl, en cas de configuration de serveur incorrecte (et tout le monde n'était pas autorisé à le configurer correctement), techniquement autorisé à exécuter les commandes du système d'exploitation et à accéder aux fichiers en dehors du dossier de base de l'utilisateur, et les scripts ont créé une charge sur le serveur, l'accès à / cgi-bin / était de simples mortels n'étaient pas toujours découverts. Le plus souvent, il était demandé à l'utilisateur «gratuit» d'écrire à l'administrateur d'hébergement le type de script qu'il souhaitait exécuter sur le serveur et pourquoi il en avait besoin. Ensuite, il a été nécessaire d'envoyer le script pour examen, et seulement s'il est approuvé, l'administrateur l'a téléchargé sur le site et lui a donné les droits d'exécution. Dans le même temps, le débogage des scripts Perl s'est transformé en pure torture, et la tâche de corriger un chemin mal spécifié ou une erreur dans le nom d'une variable quelque part est devenue mission impossible. L'accès au SGBD à des tarifs gratuits aussi, bien sûr,était absent en tant que phénomène, les données ont été écrites dans des fichiers texte qui ont été utilisés à la place de la base de données. Archaïque, mais le chat en Perl et .TXT a existé avec succès sur mon site, semble-t-il, jusqu'en 2002, quand il a été interrompu car inutile. Nous avons écrit les scripts nous-mêmes, mais il était possible de s'en sortir avec des options prêtes à l'emploi - une vaste sélection de scénarios variés pour toutes les occasions pouvait être obtenue dans des collections comme freeware.ru - il n'y avait qu'une réserve de scripts et de logiciels utiles pour tous occasions. L'hébergement gratuit avec accès complet à CGI n'est devenu largement disponible qu'au tout début des années 2000; les utilisateurs commerciaux, pour des raisons évidentes, n'avaient jamais connu de tels problèmes auparavant.TXT a existé avec succès sur mon site, semble-t-il, jusqu'en 2002, date à laquelle il a été abandonné car inutile. Nous avons écrit les scripts nous-mêmes, mais il était possible de s'en sortir avec des options prêtes à l'emploi - une vaste sélection de scénarios variés pour toutes les occasions pouvait être obtenue dans des collections comme freeware.ru - il n'y avait qu'une réserve de scripts et de logiciels utiles pour tous occasions. L'hébergement gratuit avec accès complet à CGI n'est devenu largement disponible qu'au tout début des années 2000; les utilisateurs commerciaux, pour des raisons évidentes, n'avaient jamais connu de tels problèmes auparavant.TXT a existé avec succès sur mon site, semble-t-il, jusqu'en 2002, date à laquelle il a été abandonné car inutile. Nous avons écrit les scripts nous-mêmes, mais il était possible de s'en sortir avec des options prêtes à l'emploi - une vaste sélection de scénarios variés pour toutes les occasions pouvait être obtenue dans des collections comme freeware.ru - il n'y avait qu'une réserve de scripts et de logiciels utiles pour tous occasions. L'hébergement gratuit avec accès complet à CGI n'est devenu largement disponible qu'au tout début des années 2000; les utilisateurs commerciaux, pour des raisons évidentes, n'avaient jamais connu de tels problèmes auparavant.ru - il y avait juste une réserve de scripts et de logiciels utiles pour toutes les occasions. L'hébergement gratuit avec accès complet à CGI n'est devenu largement disponible qu'au tout début des années 2000; les utilisateurs commerciaux, pour des raisons évidentes, n'avaient jamais connu de tels problèmes auparavant.ru - il y avait juste une réserve de scripts et de logiciels utiles pour toutes les occasions. L'hébergement gratuit avec accès complet à CGI n'est devenu largement disponible qu'au tout début des années 2000; les utilisateurs commerciaux, pour des raisons évidentes, n'avaient jamais connu de tels problèmes auparavant.





Freeware.ru - un dépôt de logiciels et de scripts utiles



La vraie révélation à la fin des années 90 pour moi a été le standard CSS, que j'ai appris de mes collègues. Il s'avère qu'il est totalement inutile d'écrire un tas d'attributs dans chaque balise html, mais à la place, vous pouvez rassembler tous les styles dans un fichier texte externe. La deuxième grande découverte a été Server Side Includes, qui a permis de gagner beaucoup de temps lors de la mise à jour du contenu. Avec l'aide de SSI, il est devenu possible pour la première fois de séparer la conception du contenu réel du site: le webmaster pouvait entasser l'en-tête, le pied de page, la navigation et le contenu dans différents fichiers, puis les rassembler dynamiquement directement sur le serveur. Je voulais éditer le menu sur toutes les pages du projet - il suffit de modifier un seul fichier. "U" est synonyme de commodité. Il y avait exactement une étape vers l'avènement du CMS à part entière.



Au lieu d'eux, au début des années 2000, des éditeurs comme HomeSite, Hot Metal Pro, Adobe Page Mill, Hotdog, Macromedia DreamWeaver et bien sûr Microsoft FrontPage, qui a généré des quantités infernales de code indésirable, ont rendu la vie beaucoup plus facile aux webmasters, mais je suis vraiment tombé amoureux de la clarté et de la simplicité. Oui, le code des pages Web après FrontPage devait être nettoyé dans le Bloc-notes, mais il faisait partie intégrante du flux de travail.





De nombreuses pages Web ont été mises en page dans Microsoft FrontPage



À cette époque, l'Occident connaissait le pic de la fameuse «bulle Internet», et dans le segment russe du réseau, la croissance rapide de nouveaux projets a commencé, dont certains se sont ensuite transformés en grandes entreprises Internet de plusieurs millions de dollars. capitalisation. Mais c'était plus tard. Dans le même temps, l'écrasante majorité des sites en langue russe ont été créés avec enthousiasme et soutenus par les ressources financières et le temps personnel des développeurs eux-mêmes. Beaucoup pensaient alors à juste titre qu'il n'y avait pas d'argent sur le Runet. Un couple de mes amis et moi avons "triché" d'une manière différente, à savoir, nous avons créé des sites Web pour des clients américains, principalement pour des petites et moyennes entreprises. Aux États-Unis, ces services étaient alors chers, en Russie - beaucoup moins chers. Je me souviens comment j'ai été plongé dans la stupeur totale par une question d'un gentleman du Texas, combien de dollars par heure de travail d'un webmaster coûte en Russie.Oui, le chien le connaît! En Russie, à la fin des années 90, les gens payaient généralement pour un projet achevé, et même pas toujours. Certains étudiants travaillaient pour la bière. Je me souviens qu'à cette époque, nous avions créé une page d'accueil pour une boulangerie de l'Alabama, pour une communauté religieuse de Pennsylvanie, pour une entreprise familiale proposant des transferts touristiques en minibus depuis l'aéroport de LaGuardia, pour un petit salon de beauté et un nettoyeur de piscine privée de l'arrière-pays du Texas. , pour un magasin de tondeuses à gazon d'une ville que je ne pouvais même pas trouver sur la carte ... Pas du tout des startups à un million de dollars, bien sûr, mais ça rapportait de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.et même alors pas toujours. Certains étudiants travaillaient pour la bière. Je me souviens qu'à cette époque, nous avions créé une page d'accueil pour une boulangerie de l'Alabama, pour une communauté religieuse de Pennsylvanie, pour une entreprise familiale proposant des transferts touristiques en minibus depuis l'aéroport de LaGuardia, pour un petit salon de beauté et un nettoyeur de piscine privée de l'arrière-pays du Texas. , pour un magasin de tondeuses à gazon d'une ville que je ne pouvais même pas trouver sur la carte ... Pas du tout des startups à un million de dollars, bien sûr, mais ça rapportait de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.et même alors pas toujours. Certains étudiants travaillaient pour la bière. Je me souviens qu'à cette époque, nous avions créé une page d'accueil pour une boulangerie de l'Alabama, pour une communauté religieuse de Pennsylvanie, pour une entreprise familiale proposant des transferts touristiques en minibus depuis l'aéroport de LaGuardia, pour un petit salon de beauté et un nettoyeur de piscine privée de l'arrière-pays du Texas. , pour un magasin de tondeuses à gazon d'une ville que je ne pouvais même pas trouver sur la carte ... Pas du tout des startups à un million de dollars, bien sûr, mais ça rapportait de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.pour une communauté religieuse en Pennsylvanie, pour une entreprise familiale proposant des transferts en minibus depuis l'aéroport de LaGuardia, pour un petit salon de beauté et nettoyeur de piscine privée dans l'arrière-pays du Texas, pour un magasin de tondeuses à gazon d'une ville que je ne pouvais même pas trouver sur la carte. .. Pas du tout des startups à un million de dollars, bien sûr, mais cela a rapporté de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.pour une communauté religieuse en Pennsylvanie, pour une entreprise familiale proposant des transferts en minibus depuis l'aéroport de LaGuardia, pour un petit salon de beauté et un nettoyeur de piscine privée dans l'arrière-pays du Texas, pour un magasin de tondeuses à gazon d'une ville que je ne pouvais même pas trouver sur la carte. .. Pas du tout des startups à un million de dollars, bien sûr, mais cela a rapporté de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.que je n'ai même pas pu trouver sur la carte ... Pas du tout des millions de startups, bien sûr, mais ça a rapporté de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.que je n'ai même pas pu trouver sur la carte ... Pas du tout des millions de startups, bien sûr, mais ça a rapporté de l'argent. De plus, notre petite bande de webmasters ne faisait aucune publicité: une simple connaissance de l'anglais suffisait pour que les commandes se succèdent par le bouche à oreille.



Lorsque PHP a finalement évincé Perl d'Internet, un programmeur Web ne pouvait être considéré comme un vrai homme que s'il maîtrisait trois réalisations principales de sa vie: planter un foie, faire pousser des patles et écrire son propre CMS. Le nombre de moteurs auto-écrits avec à peu près la même fonctionnalité, rappelant les vélos à roues carrées, triangulaires, trapézoïdales et même Mobius, a rapidement dépassé toutes les limites raisonnables. Mais à ce moment-là, j'étais déjà complètement lié à la conception de sites Web et toute cette orgie m'a dépassé en toute sécurité. De plus, à ce moment-là, Internet dans son ensemble avait acquis sa forme moderne, a finalement été commercialisé et des professionnels qui avaient maîtrisé une échelle de production véritablement industrielle à des prix industriels ont commencé à se lancer dans le développement Web.Et pour moi, la conception de sites Web n'a jamais été la principale profession et la principale source de revenus. J'aimais beaucoup plus écrire des textes.



Cependant, il est dit que cesser de jouer avec les sites Web est parfois encore plus difficile que d'arrêter de fumer. Parfois, je fais encore des choses dans Joomla et WordPress pour mon propre plaisir. Mais à chaque fois, en ouvrant mes anciennes archives, je me souviens avec un sourire du temps où nous écrivions des sites dans Notepad.exe, optimisions manuellement chaque image avant de la télécharger, et surtout, nous apprenions par essais et erreurs, sans vidéos sur YouTube, cours en ligne , etc. même sans littérature spéciale. Nous n'avions pas autant de services publics à notre disposition, allant des moteurs pour tous les goûts aux constructeurs visuels, à l'aide desquels vous pouvez esquisser une page de destination fonctionnelle avec votre souris en quelques minutes, en sirotant un café et en regardant TikTok avec un oeil. Et Runet était minuscule, comme un bac à sable pour enfants dans la cour, et sa population, comme la population de ce bac à sable, était plus naïve,bon enfant et ouvert. C'étaient de bons moments.






All Articles