Kaj bi se moralo spremeniti, da bi spet imeli kvalitetne spletne srani?

Ukines WordPress in podobno navlako. Ukines vse JavaScript projekte in razne node zadeve. Prisilis vse da pisejo vanila JavaScript in php... Takoj ko rečeš modularni sistem si v kurcu. Pa spletna stran bo spet stala par 10 k

Ravno eno mnenje videl danes, beri https://vhsoverdrive.neocities.org/essa...

Smo ravno nekaj dni nazaj s kolegi govorili, kako počasne so danes vse strani. Skoraj ne vem, da bi bila kakšna izjema. Kot ste omenili zgoraj, je vse preglomazno in neprečiščeno. Kar pa je nekako razumljivo, saj je tako pri vseh stvareh v družbi. Vse hitro, čim ceneje in s čim manj truda.

Strani so počasne zaradi vseh analitik in miljon skript za nepomembne zadeve in ker se uporablja jajce od CMS-jev kot je the mighty wordpress ipd. šara. Največji problem pa je ta, da je preveč wanabe programerjev kateri naredijo stran "ugodnejše" in če hočeš konkurirat moraš manj časa zapravit c razvoj in posledično ni optimalno kot bi lahko bilo.

Problem je da pri točki 3 vsaj pri wordpressu ne sodelujejo več programerji :)

Utk je 14. apr 2022 ob 18:39 izjavil:

Pred 10 leti smo optimizirali stran, da se je osnovna stran z vsemi css in js (ne prazna, samo brez strašnih podatkov) naložila v browser v 20 ms. Danes z nekim "frameworkom" si takoj na 200, 300, 400.

Saj se da stunat tudi razne frameworke, da se naloži in skompresira le kar stran dejansko uporablja. Tu že 95% WP "razvijalcev" odpade.

Še večji problem pa vidiš, ko greš gledat source ene take strani, naloži se po 100+ raznih JS in CSS fajlov.

Sicer mi je to muka, a sem en testni page naredil v WP, demo vsebina, vse stunal, po en CSS in JS fajl, nginx caching, CDN itd. Samo toliko, da se vidi kar se da. Se stran naloži v par 10ms (TTFB par ms). Pa kliče stranka joj kako je počasen strežnik. Seveda je kriv hosting, ne FDV izobražena WP agencija, ki nima pojma. Dam link na moj WP, tišina.

Jaz mislim da od vecine bolj kvalitetnih ponudnikov lahko to dobis. Bos pa moral to zahtevo ekstra dodati v specifikacije in se pripravi na faktor 2-3 vecjo postavko.

Vse se konca pri denarju :)

Jaz to ponujam, ampak ne bo poceni (kar avtomatsko pomeni da strank ni). Če mi bo projekt všeč, smiseln in "družbeno odgovoren" (karkoli kar ni money grab/scam/ponzi/...) bo ura tam 40 EUR, drugače duplo. Pa ko ne zlagaš lego kock ampak furaš from-the-ground-up pristop gre _PRECEJ_ več časa.

Po svoje je škoda, da se ne fura bolj Web 1.0/2.0 pristopa pri razvoju, ampak ekonomsko je to povsem pričakovano. Da postaviš danes nekomu "lepo" spletno stran s trgovino in CRM-jem traja lahko tudi samo par ur z uporabo neke canned rešitve, oziroma max par dni če nekdo dela "iz nule" z vsemi mogočimi knjižnicami in frameworki. Če želiš isto narediti brez frameworkow, apijev (ajde, plačilni sistem je mus, tu ni obvoza), se hitro pogovarjamo o tednih.
Ja to generira več smeti po spletu.
Ja to je slabše za splet.
Ampak prinese več profita vsem vpletenim.

Sanjanje o nekem deviškem spletu iz 90-ih je idiotizem. Isto kot da bi šel danes živet na vas in bi hotel tam nostalgično kmetovati na roke. Super, dokler obdeluješ 50m² vrta za malo zelenjavce. Katastrofa ko ugotoviš da je že par živali in hektar zemlje 24/7 job.
Potem spoznaš, da rabiš opremo, ki je draga, ergo se ti za tist hektar ne splača, rabiš več zemlje, ipd ... Končaš pa s traktorjem ki ima 20m široke priključke in stotinami hektarjev zemlje.

Pa še nekaj je, pri programiranju zelo pričakovano in smiselno.
Ko recimo delam spletno stran A, ne bom za vsak ajax klic šel delati nove funkcije. Jasno se naredi nek ajax() s parametri. In potem se to širi, ko se širi spletna stran. Ko začneš z drugo stranjo, zakaj bi delal na novo, saj tisto že imaš, hop c/p v nov file. Pri recimo peti ugotoviš da je nekje bug, ojoj popravljati moraš na 5 lokacijah. Ok, damo v nek shared js file (marsikdo sicer že tu začne). Potem ta shared js file dopolnjuješ s featuri ki jih rabiš na vsakem od 10-ih povsem različnih projektih. Sčasoma tisti js iz par kb zrase na 100kb. Pa narediš minify. Pa potem tisto zraste na 100kb. And it goes on.
Vse to je iz vidika SW razvoja smiselno in zaželjeno (in marsikje tudi zahtevano). In potem kmalu narediš lasten jquery ekvivalent (ali karkoli je že danes popularno). In takrat se vprašaš - ali ne bi bilo bolje že od začetka uporabljati jquery? In potem si tu, kjer je danes večina spletnih strani.