Hard som det er å tro, har det vært over 20 år siden World Wide Web er blitt en vanlig del av vår kollektive kultur. Det har spilt en stor rolle i å endre hvordan vi kommuniserer og hvordan vi jobber. Det er ikke mange aspekter av våre liv som ikke har blitt endret på nettet og den tilsynelatende ubegrensede samlingen av informasjon.

Når det gjelder designere, er vi absolutt takknemlige for hvilken rolle nettverket har spilt i våre liv. Det har gitt oss et middel til å gjøre en god lever, tross alt.

Men Internett kan være et veldig trend-besatt sted, spesielt når det gjelder teknologi. Det har alltid vært vanskelig å holde tritt med alle de siste må-ha klokkene og fløyter som kundene ber om (selv om de ikke var så gode). Fortiden er fylt med eksempler på gimmicky "features" som vi implementerte og begrensede teknologier vi har hatt å jobbe rundt.

Her er noen av de elementene som en gang var alle raseri. Etterpå viste de seg å være klumpete teknologier som en gang var en nødvendig del av vår jobb. Mens du kanskje fortsatt finner noen få eksempler på dem i naturen, blir de raskt utryddet.

Egen kode og formater

Tilbake på 1990-tallet, da bruken av nettet vokste raskt, satser selskaper på å skape nettsteder som var mer underholdende og forbrukervennlige. Det var en mengde nye nettleser plugins og følgesvenn programvare som tillatt for dette. Det som stod ut, var imidlertid at en mangel på standarder mente at det meste av denne teknologien var stengt og proprietær.

Microsoft ser ut til å vinne nettleserkrigen

Da Microsoft Internet Explorer lanserte tilbake i august 1995, var hovedkonkurrenten oppstarten Netscape Navigator . Programvaregiganten fra Washington State var ute etter å sette Netscape ut av virksomheten og dominere markedsandelen for nettlesere.

Blant deres mange ideer var å skape proprietære, ikke-standard HTML som bare ville fungere i IE. Det førte til nettsteder som kunne se radikalt annerledes ut i andre nettlesere. Som det viste seg, var mange designere ikke opptatt av å bruke kode som gjorde sitt nettsted ubrukelig (eller bare ren) for en betydelig del av brukerne.

Multimedia valg

Både video og lydformater pleide å være et komplett rot. Godt før HTML5-standarder tillot nettlesere å håndtere multimedia på egenhånd, var det en mengde proprietære formater og programvare som trengs for å se på eller høre på noe.

Ved å sette opp et nettsted med noe av dette innholdet måtte du velge mellom konkurrerende formater. Plugins for QuickTime, Realaudio / Realvideo , og Windows Media Player var blant de mest brukte. Og selvfølgelig var de på ingen måte kompatible med hverandre. Så hva formatene du postet på et nettsted, måtte sluttbrukeren ha kompatibel programvare installert for å få tilgang til innholdet. Hva som er verre, ved hjelp av RealAudio / RealVideo-plattformen mente du måtte installere en server-side programvarepakke for å aktivere flere samtidige strømmer. Dette gjorde live-arrangementer ganske kostbare.

Mye av dette kom også på en tid da bredbåndsforbindelser ikke var så vanlige. Selv om programvareselskapene pralede over produktets evne til å fungere godt med svært liten båndbredde, var kvaliteten på streaming media generelt dårlig. Videoene var små og pixelerte, mens lyd (spesielt live streaming lyd) hørtes på linje med en billig AM-radio.

Interessant side notat: Mitt første online kjøp var for "premium" versjonen av Ekte spiller . Det lovet bruken av high-end kodeker som forbedret kvaliteten på streaming innhold. Når det er sagt, la jeg ikke merke til noen forbedringer. Kanskje det 56k-modemet hadde noe å gjøre med det ...

Blits

Jeg vet, Blits brukes fortsatt litt for video. Men det var en tid da Flash var go-to-plattformen for interaktive medier og animasjoner. Omtrent alt nettsted som ønsket animasjon, spill, lyd- eller videospillere ville bruke formatet.

Flash, generelt, hadde et par dødelige feil:

1. Flash-innholdet var dyrt og tidkrevende å skape

Hvis du ønsket å opprette originalt Flash-innhold, måtte du kjøpe en dyr programvarepakke (først fra den opprinnelige produsenten, Macromedia, deretter Adobe). Det var flere hundre dollar og hadde regelmessige oppgraderinger som heller ikke var så billige.

Selve programvaren var ganske kraftig. Men det inneholdt også en ganske bratt læringskurve. Du trengte en god tålmodighet for å skape innhold fordi det kan være en veldig lang og uttraktet prosess. Enkle animasjoner som kan ha kjørt i brukerens nettleser i 10 sekunder, kan ha tatt et par timer å lage.

Mange en designer sa et stygg ord eller to under pusten deres når en klient ba om noe Flash-innhold.

2. Flash ble ofte stolt på for tungt

Husk Flash intro ? Hva med nettsteder som ble bygget helt i Flash? Ikke misforstå, det var noen fantastiske kreative implementeringer av formatet. Men i feil hender ble det en helt brukervennlig måte å lage et nettsted på.

Det ble nesten en måte å diktere brukerne nøyaktig hva du ville at de skulle gjøre, i stedet for å la dem bestemme seg selv. Ser tilbake, fatal feil # 1 førte sannsynligvis til # 2. Designere visste at de kunne belaste en god del penger for Flash-utvikling, og så solgte de det ... ofte.

Flash tok til slutt et nytt liv som den foretrukne videoplattformen for YouTube. Men Apples berømt holdning Hvis du ikke tillater at Flash Player kjører på IOS-enheter, er det kommet tilbake som kortvarig. Flash Professional-forfatterappen-lever i form av Adobe Animate CC .

Store statiske steder

Tilbake på dagen var et innholdsstyringssystem (CMS) noe ofte skreddersydd for et stort selskap. Det betydde at mange nettsteder ble bygget med god gammeldags HTML. Og det kan bli veldig vanskelig å vedlikeholde.

Takket være open source CMS som WordPress, Joomla! og Drupal, kan vi ta mange ting for gitt. Humor meg når jeg tar deg gjennom et par verdslige ting vi gjør hver dag som pleide å være en sann smerte med en statisk nettside.

Publisering av en nyhetsartikkel

På et statisk nettsted ville du opprette et nytt HTML-dokument ved hjelp av riktig mal og legge til innholdet ditt. Da måtte du manuelt legge til en lenke til artikkelen i en indeksside eller annen oppføring. Hvis du vil at denne artikkelen skal vises i et sidebar, kan det hende du må måtte åpne en server-side inkludere fil og legg til en link der også. Og ikke glem å laste opp disse endringene til serveren.

Med et CMS, legger du bare til det nye innholdet.

Opprette et fotogalleri

Disse var så gøy! La oss si at du trengte å lage et galleri med 100 bilder. Du vil beskjære og optimalisere bildene med et bilderedigeringsprogram (full størrelse og miniatyrversjoner), sett opp et HTML-layout (mest sannsynlig ved hjelp av et bord) for gallerisiden. Deretter måtte du enten implementere et rudimentært skript for å koble miniatyrer til fullstørrelsesfotografier, eller opprette nye sider for hvert bilde.

Selvfølgelig kan en god CMS-plugin gjøre alle disse tingene for deg mens du er i neste rom som drikker kaffe. Automatisering er en vakker ting!

La oss ikke glemme

Selv om webteknologien fra tidligere år var ofte tungvint, var de også svært viktige forløperne til det vi har i dag. Hvis ikke for smertepoengene forårsaket av så mange proprietære medieformater, kan det hende at vi ikke har godheten som er HTML5 eller andre W3C-standarder generelt. Bakslaget mot Flash hjalp i hvert fall hyrden i den utbredt bruken av minimal design. Og mangelen på automatisering fra statiske steder førte til utvikling og demokratisering av open source CMS.

Selv om den gamle teknologien døde ut (eller er veldig nær den), kan vi i det minste si at dens eksistens gjorde ting bedre for oss alle. Fremgangen vi liker, ville ikke vært mulig uten dem.