» »

Zelo odzivne, hitre spletne strani

Zelo odzivne, hitre spletne strani

«
1
2

starfotr ::

Danes so spletne strani presegle vse meje. Polno balasta, nepotrebno kompliciranje in podobno.

Recimo, da bi rad spletno trgovino in web page. Je danes sploh možno delat oziroma smiselno delat page iz nule?

Želel bi imeti prilagodljivost in odzivnost, kot jo ima dobri stari w3c. Lahka, odzivna, pregledna, prilagodljiva spletna stran. Je to danes moderno/mogoče ali bi vsi radi prodali samo open cart ali kak drug sistem? In seveda, če želiš normalno brskat, obvezno še app. Ker preko brskalnika je to čisto nemoderno danes.

https://www.w3schools.com/

Arey ::

Marsikaj se da, če si pripravljen za to plačat.

starfotr ::

Ok, bom druače zastavil. Kako z orodji, kot je open cart ali podobno, priti na ta nivo odzivnosti in prilagodljivosti?

louser ::

En način je strani onemogočiti , da bi naložila balast.
Pri drugem vsebino scrapaš.
https://en.m.wikipedia.org/wiki/Web_scr...

jype ::

starfotr je izjavil:

Ok, bom druače zastavil. Kako z orodji, kot je open cart ali podobno, priti na ta nivo odzivnosti in prilagodljivosti?
Open cart je napisan v PHP, kar ga že diskvalificira.

Če hočeš hitro rešitev, ki deluje za nekaj sto uporabnikov hkrati, potrebuješ platformo, ki to zmore. To ne bo zastonj.

Zgodovina sprememb…

  • predlagalo izbris: 49106 ()

Miha 333 ::

jype je izjavil:

starfotr je izjavil:

Ok, bom druače zastavil. Kako z orodji, kot je open cart ali podobno, priti na ta nivo odzivnosti in prilagodljivosti?
Open cart je napisan v PHP, kar ga že diskvalificira.

Če hočeš hitro rešitev, ki deluje za nekaj sto uporabnikov hkrati, potrebuješ platformo, ki to zmore. To ne bo zastonj.

Sem skoraj polil viski, ko sem to prebral. PHP je ob ustrezni optimizaciji (in v navezi z ustrezno optimiziranim web serverjem in bazo) lahko kar bomba. Problem je, ker zelo malo ljudi to obvlada.

pegasus ::

Daj no ... kompleksne php sajte smo znali že pred 15 leti furat na takratnih single core mašinah za 30 hitov na sekundo. To, kar se danes počne z webom, je zgolj za bruhat. Kot prvo bi morali kitajci uvest smrtno kazen za vse web developerje, ki dajo od sebe zmazek, ki se nalaga več kot 0.1s, bi se situacija hitro normalizirala.

Kot referenco vedno rad kažem https://cr.yp.to , ki je sicer enostaven page, a hkrati tudi bliskovito hiter, najhitrejši možni. Internet je že bil hiter tam nekje sredi devetdesetih, pa so ga potem razni web developerji in ux experti popolnoma pokvarili.

jype ::

Miha 333 je izjavil:

Sem skoraj polil viski, ko sem to prebral. PHP je ob ustrezni optimizaciji (in v navezi z ustrezno optimiziranim web serverjem in bazo) lahko kar bomba. Problem je, ker zelo malo ljudi to obvlada.
Ne, ne more biti. Katerikoli interpretiran jezik bo sicer praviloma bistveno pocenil razvoj, bo pa praktično onemogočil visoko zmogljivost.

Ceneje je, da je reč že od začetka napisana z orodji, ki težav, ki jih z "optimiziranim web serverjem in bazo" rešuješ, sploh ne ustvarijo.

Zgodovina sprememb…

  • predlagalo izbris: 49106 ()

HotBurek ::

Se strinjnam, da so danes skoraj vse strani big bloat of everything.

- koda je nametana (ni lepo berljiva, tab odmikov ni, nepotrebni newline-i)
- html koda vsebuje napake (w3c validator)
- JS nametana iz vseh vogalov; inline, link
- min 200 css class-ov na element (class="to pa-to pa-se-to in-se-to in-tako-naprej")

Itak se najde 100 stvari, na vsaki strani. Ugibam, da je to posledica "programerjev", ki to nikoli niso bili (razni "diplomirani medijski poštarji" in podobna izobrazba), in so s hitrim wow efekti poceni in uspešno nategnali netehnične stranke.


Če se odločiš delat iz nule (do it!), si naredi spisek funkcij, in potem jih programiraš po vrsti.

1 - register domain
2 - host dns
3 - point dns to web server
4 - install/configure web server
5 - host test html
6 - move site to 443
7 - create html frame for desktop
etc...
root@debian:/# iptraf-ng
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window

GrX ::

pegasus je izjavil:


Kot referenco vedno rad kažem https://cr.yp.to , ki je sicer enostaven page, a hkrati tudi bliskovito hiter, najhitrejši možni. Internet je že bil hiter tam nekje sredi devetdesetih, pa so ga potem razni web developerji in ux experti popolnoma pokvarili.


Ta referenca se meni zdi malo hecna, ker je stran narejena na pure HTML-ju, brez .js in .css zadev..

jype ::

GrX je izjavil:

Ta referenca se meni zdi malo hecna, ker je stran narejena na pure HTML-ju, brez .js in .css zadev..
S tem ni nič narobe, a večina počasnosti sodobnih spletnih strani izhaja iz tega, da za njimi tečejo razni PHPji, nodeJSji in drugi podobni cuckoo clocki, ki dejansko potrebujejo _sekunde_, da od sebe karkoli vrnejo, praviloma zaradi dveh pomembnih razlogov: Prvi je slaba arhitektura aplikacij in pri tej ima Miha 333 prav, druga pa dejstva, ki so lastna tem rešitvam, ki preprečujejo učinkovito uporabo sodobne strojne opreme (predvsem nitenja ali drugih vrst večopravilnosti, pa tudi mnogih drugih tehnik vzdrževanja stanja, pri katerem so podatki dovolj "blizu" vodilom, da so latence zanemarljivo nizke tudi pri visoki obremenitvi).

GrX ::

jype je izjavil:

S tem ni nič narobe, a večina počasnosti sodobnih spletnih strani izhaja iz tega, da za njimi tečejo razni PHPji, nodeJSji in drugi podobni cuckoo clocki, ki dejansko potrebujejo _sekunde_, da od sebe karkoli vrnejo, praviloma zaradi dveh pomembnih razlogov: Prvi je slaba arhitektura aplikacij in pri tej ima Miha 333 prav, druga pa dejstva, ki so lastna tem rešitvam, ki preprečujejo učinkovito uporabo sodobne strojne opreme (predvsem nitenja ali drugih vrst večopravilnosti, pa tudi mnogih drugih tehnik vzdrževanja stanja, pri katerem so podatki dovolj "blizu" vodilom, da so latence zanemarljivo nizke tudi pri visoki obremenitvi).


Sem kje napisal, da je s tem karkoli narobe? Danes večina strmi k tem, da je spletna stran lepa in trendovska. Sicer pa je na voljo vsaj 10 flat CMS-jev, ki ne uporabljajo PHP-ja in baze. Naprimer Grav je super opensource CMS, ki je v primerjavi z WordPressom tudi precej hitrejši..

111111111111 ::

jype je izjavil:

Miha 333 je izjavil:

Sem skoraj polil viski, ko sem to prebral. PHP je ob ustrezni optimizaciji (in v navezi z ustrezno optimiziranim web serverjem in bazo) lahko kar bomba. Problem je, ker zelo malo ljudi to obvlada.
Ne, ne more biti. Katerikoli interpretiran jezik bo sicer praviloma bistveno pocenil razvoj, bo pa praktično onemogočil visoko zmogljivost.

Ceneje je, da je reč že od začetka napisana z orodji, ki težav, ki jih z "optimiziranim web serverjem in bazo" rešuješ, sploh ne ustvarijo.

Odvisno kak domet hoče imeti. ČE bo imel par 10 izdelkov, je po moje php popolnoma OK, kakšen laravel ni tako slab. Za štartat biznis je več kot OK.

Kar je pa več in imaš več obiska, se pa strinjam z jypetom, kupiš rešitev, ampak ni poceni.

HotBurek je izjavil:

Se strinjnam, da so danes skoraj vse strani big bloat of everything.

- koda je nametana (ni lepo berljiva, tab odmikov ni, nepotrebni newline-i)
- html koda vsebuje napake (w3c validator)
- JS nametana iz vseh vogalov; inline, link
- min 200 css class-ov na element (class="to pa-to pa-se-to in-se-to in-tako-naprej")

Itak se najde 100 stvari, na vsaki strani. Ugibam, da je to posledica "programerjev", ki to nikoli niso bili (razni "diplomirani medijski poštarji" in podobna izobrazba), in so s hitrim wow efekti poceni in uspešno nategnali netehnične stranke.


Če se odločiš delat iz nule (do it!), si naredi spisek funkcij, in potem jih programiraš po vrsti.

1 - register domain
2 - host dns
3 - point dns to web server
4 - install/configure web server
5 - host test html
6 - move site to 443
7 - create html frame for desktop
etc...

Odvisno kaj je tvoj point. če bi rad služil z izdelavo spletnih strani potem go for it. Drugače je zapravljanje časa, ker za neko osnovo, je dovolj on-click rešitev.

Zgodovina sprememb…

GrX ::

111111111111 je izjavil:

Odvisno kak domet hoče imeti. ČE bo imel par 10 izdelkov, je po moje php popolnoma OK, kakšen laravel ni tako slab. Za štartat biznis je več kot OK.


MVC frameworki načeloma niso noob friendly.

111111111111 ::

Če bi rad sam delal in namerava precej rasti bo moral zagriznit v kislo jabloko. :)

Še vedno pa lahko nekoga plača in mu tisti naredi spetno stran hitro kot blisk.

c3p0 ::

PHP sam po sebi ni problematičen, sploh 7.x. Večina časa se porabi ali na komunikaciji z bazo, vidim po 100 in več queryjev na page, ali branju tudi po več sto, tudi 1000+ datotek na request. "Preprost" WP page.

Problem so programerji pluginov in templateov, brez osnovnega pojma o optimizaciji. Glavno, da je lepo.

Zelo hiter page na WP ipd. platformi ima tako ponavadi predvsem porihtan caching in ni na shared hostingu s 1000 ostalimi strankami za 0,99€/mesec.

Ales ::

GrX je izjavil:

111111111111 je izjavil:

Odvisno kak domet hoče imeti. ČE bo imel par 10 izdelkov, je po moje php popolnoma OK, kakšen laravel ni tako slab. Za štartat biznis je več kot OK.


MVC frameworki načeloma niso noob friendly.

Laravel? Hehe. Že dolgo je tole recimo online: https://cpubase.com/cpu. Še vedno niso poštimali, cpubase.com in klik na prazen search (ali na nekaj, kar ni direkten zadetek), pa je.

Ampak dobro, da imajo kar močno mySQL geslo... :))

Kak FW bi kdaj lahko bil malo pametnejši, da ne pošlje poln debug kar čez javen IP... programerji bi pa itak vedno lahko bili malo bolj pametni, da vsaj izklopijo debug.

Za bolj običajne CMS so dejansko plugini in templati problem, sploh v povezavi z uporabniki, ki menijo, da lahko WP vsak štima. Kot prvo so pogosto plugini slabo napisani oz. vsaj popolnoma neoptimizirani, potem pa še uporabniki naložijo in aktivirajo vse, kar vidijo "zanimivega" in imaš vklopljenih 23 zbloatanih pluginov en čez drugega. Sledeči korak je še pet 10 MB fotografij na uvodni strani, brez dejanskih thumbnailov ali kake dodatne optimizacije... pa je stran končana in online. :))

Aja, pa me veseli, da se kdo še spomni na https://cr.yp.to/...

starfotr ::

In kaj priporočate? Da bo kul?

blackbfm ::

porihtan caching in ni na shared hostingu s 1000 ostalimi strankami za 0,99€/mesec


Tut drazji paketi so kr lepo na shared hostingu z ostalimi strankami :))

Se strinjam za caching.

d3m1g0d ::

Kot prvo, uporabljaj kvaliteten CDN, če ga rabiš. Jaz sem za eno spletno stran uporabljal javni Bootstrap CDN, ki mi je nalaganje zakasnil za več kot 2 sekundi. Ko sem premaknil datoteke na lasten strežnik, je stvar tako rekoč poletela.

Izogibaj se javascripta, kolikor se le moreš. Če uporabljaš Bootstrap, uporabljaj samo CSS, če ne potrebuješ JS dela.
Slike so (pre)velikokrat mnogo prevelike, kot pa je velik ekran brskalnika, zato jih stisni na 1920x1080, kar je za večino klientov še vedno dovolj.

Pomemben je tudi odziven HTTP server. Nginx je mnogo hitrejši in varčnejši od Apache ali IIS.

Drugače pa je en dober guide na voljo tukaj: link
Gott ist tot! Gott bleibt tot! Und wir haben ihn getötet!

blackbfm ::

Z javascriptom lahko izboljsas ux, offloadas vsebino z ajax, in podobno.. Ni razloga da se ga izogibas.


Pomemben je tudi odziven HTTP server. Nginx je mnogo hitrejši in varčnejši od Apache ali IIS.


To so neke miti in legende. Konfiguriraj apache podobno kot nginx in bo deloval podobno, sicer pa je bottleneck prej povsod drugje kot v samem web serverju.

d3m1g0d ::

Kar se JS tiče, govorim predvsem za statične strani, s kakršnimi sem se jaz ukvarjal. Seveda je velikokrat JS potreben, ampak takrat, ko obstaja hitrejša rešitev, je škoda izgubljati čas zaradi lenobe. Za Nginx pa govorim, kako deluje out of the box. Apache je za večino preprostih strani prekompliciran. Če pa poganjaš en ogromen Wordpress blog s 1001 pluginom, se pa strinjam, da je Apache boljši, ker je narejen za hujše workloade. Nginx počepne pod velikimi obremenitvami, kjer Apache zasije. Vseeno pa je za do 1000 povezav naenkrat Nginx še vedno za las odzivnejši.
Gott ist tot! Gott bleibt tot! Und wir haben ihn getötet!

c3p0 ::

blackbfm je izjavil:


Tut drazji paketi so kr lepo na shared hostingu z ostalimi strankami :))

Se strinjam za caching.


Imajo pa na voljo več resourceov (entry processes, ram, cpu % itd.), tako da tudi znotraj istega strežnika imaš na voljo različne performanse. Seveda precej odvisno od ponudnika. Nekateri ponudniki še vedno pakete ločujejo le s št. domen in diskovnim prostorom, ki je na voljo. Če je strežnik overcommittan, pa vse pade v vodo.

d3m1g0d je izjavil:

Kar se JS tiče, govorim predvsem za statične strani, s kakršnimi sem se jaz ukvarjal. Seveda je velikokrat JS potreben, ampak takrat, ko obstaja hitrejša rešitev, je škoda izgubljati čas zaradi lenobe. Za Nginx pa govorim, kako deluje out of the box. Apache je za večino preprostih strani prekompliciran.


Odvisno. Nginx npr. sije ob hitrem serviranju statičnih vsebin. Zato mnogi uporabijo kar oba hkrati. Obstajajo pa še boljše, a plačljive opcije, kot je npr. LiteSpeed.

Zgodovina sprememb…

  • spremenil: c3p0 ()

blackbfm ::

Vseeno pa je za do 1000 povezav naenkrat Nginx še vedno za las odzivnejši


Vecino strani apache servira z levo roko, marsikatera nima niti tolk mesecnega prometa, kaj sele hkratnega.

Optimizacijo serverja se lahko gres ko iztrosis vse workarounde na nivoju same aplikacije ali karkoli pac serviras. Da pa caras z nginxom zgolj zato ker tam neki benchmark kaze da je boljsi, to pa je rahlo bz.

Netrunner ::

Problem je, ker danes vsi kupujejo jajce od predlog na themeforest ipd. katere so neoptimizirane. Kar se tice cms sistema pa se spet ne dela nič custom ampak uprabi obstoječe neoptimizirane module.

Poceni != optimizirano :)
Doing nothing is very hard to do... you never know when you're finished.

jype ::

blackbfm je izjavil:

Z javascriptom lahko izboljsas ux, offloadas vsebino z ajax, in podobno.. Ni razloga da se ga izogibas.
Če ne potrebuješ dinamičnih vsebin, potem javascript doseže predvsem to, da uporabnik na izris strani čaka precej dlje.

Zgodovina sprememb…

  • predlagalo izbris: 49106 ()

WhiteAngel ::

OP: Idealno je, če nimaš adwara. V bistvu dajejo občutek počasnosti reklame in analitika. Na strani strežnika pa je malo spletnih aplikacij takih, da jih na nekem normalnem cloudu tudi z zelo slabo kodo in podatkovnim modelom ne uspeš normalno laufati.

Sam osebno bi prepovedal javascript. html+css in si zmagal.

d3m1g0d ::

blackbfm je izjavil:

Vseeno pa je za do 1000 povezav naenkrat Nginx še vedno za las odzivnejši


Vecino strani apache servira z levo roko, marsikatera nima niti tolk mesecnega prometa, kaj sele hkratnega.

Optimizacijo serverja se lahko gres ko iztrosis vse workarounde na nivoju same aplikacije ali karkoli pac serviras. Da pa caras z nginxom zgolj zato ker tam neki benchmark kaze da je boljsi, to pa je rahlo bz.

Ne gre se za to, da Apache ne bi zmogel serviranja strani. Gre se za to, da je Apache izredno neučinkovit pri majhni obremenitvi in, da je za statiko nginx nedvomno boljši. Poleg tega se nginx vsaj v mojem mnenju konfigurira veliko bolj pregledno kot pa apache. Pa tudi optimizacija kode ti ne reši serverja, ki žre enormne količine RAMa. Pa ne razumem, kaj je zate dovolj dober razlog za menjavo serverja, če ne performance.

Pa še en benchmark, da ne bom na prazno zagovarjal:
Gott ist tot! Gott bleibt tot! Und wir haben ihn getötet!

blackbfm ::

Gre se za to, da je Apache izredno neučinkovit pri majhni obremenitvi in, da je za statiko nginx nedvomno boljši


Lep graf zgoraj ampak se vedno so dejstva da
- za povprecno stran je vseeno ali strežnik doseže 100 ali pa 30000 req/sec
- za statiko je apache lahko podobno ucinkovit (v neki meri) ce mu izklopis vse featurse in das v event mpm način delovanja

Pa ne razumem, kaj je zate dovolj dober razlog za menjavo serverja, če ne performance


Če ti čurimuri plugin v wordpressu dela sql poizvedbo 30 sekund ti bo nginx pomagal točno nič, nula, zero

Zgodovina sprememb…

  • spremenilo: blackbfm ()

gendale2018 ::

dolgo dolgo nazaj (še v časih ko je bil apache 1.4 trenutna verzija) sem ga poganjal na svojem strežniku (fizično moj, nič deljeno) in je delalo ok

potem par let nazaj sem pa postavljal par spletnih strani in videl kako čudo je ratal.... ni bi bilo všeč in sem malo pregledal alternative nginx je zgledal ok.. probam, namestim, skonfiguriram (vse brez kakih komplikacij), strani (od tega ena praktično samo html/css/slike, enih par forumov (veliko phpja), ...) so pa tudi vse delale super in to na shared hostingu z ne ravno nekim hudim hwjem... od takrat sem za nginx
ja sam mali poštar, kurac mi je oštar
čuvajte se žene, bit ćete jebene

p1nky ::

Če boš delal sam, je vseeno najlažje narediti v WordPressu + WooCommerce (lahko pa si kupiš npr HTML predlogo za domačo stran (ali pač narediš sam če imaš voljo in čas), in imaš samo za trgovino postavljen WP).

Kot so že napisali, je problem predvsem počasna tema, miljon pluginov, klicev na bazo, neoptimizirane slike, lahko tudi počasen ali preveč oddaljen strežnik. Če najdeš vsaj dokaj hitro temo (poleg ostalega že omenjenega) in jo še dobro optimiziraš, je lahko trgovina, kljub temu, da dela na WP, kar hitra.

Da bi delal sam iz nule trgovino, ne vem, pomoje se ne splača. Če rabiš pro rešitev je tudi magento v redu, je pa veliko zahtevnejši, tako glede znanja, da narediš stran, kot glede resorsov, ki jih rabiš, da dela ok.
Pač nekaj je hitrost nekaj pa tudi enostavnost izdelave in kasnejšega vzdrževanja. Odvisno od tega, kaj zares rabiš, samo verjetno bo WP + WooCommerce čisto zadostoval :)

starfotr ::

Jah nič, sedaj, ko ste navrgli rešitve, mi pa povejte še ceno. 300 izdelkov za začetek, zaenkrat nimam xml za uvažat. Magento je predrag zame, vsaj trenutno, plugini so noro dragi. In tudi preokoren je ta sistem.

DePalmo ::

Sam se vedno bil pristaš da je najbolje spisat iz nule in zanimivo, te strani pač niso shekane (kot bi OP-ov bodoči WordPress 100% bil), so hitre in odzivne. Na eno stran kjer je TV spored, sem dodal phpfastcache in mi je stranka čez nekaj časa poslala tole: "the website served 40 589 unique visitors and they visited 139 340 times". Me zanima kater WP bi bil to zmožen.

HotBurek je izjavil:

Se strinjnam, da so danes skoraj vse strani big bloat of everything.

- koda je nametana (ni lepo berljiva, tab odmikov ni, nepotrebni newline-i)
- html koda vsebuje napake (w3c validator)
- JS nametana iz vseh vogalov; inline, link
- min 200 css class-ov na element (class="to pa-to pa-se-to in-se-to in-tako-naprej")

Itak se najde 100 stvari, na vsaki strani. Ugibam, da je to posledica "programerjev", ki to nikoli niso bili (razni "diplomirani medijski poštarji" in podobna izobrazba), in so s hitrim wow efekti poceni in uspešno nategnali netehnične stranke.

Zanimivo. Lih delam na Magentu v2 in se vse točke ujemajo ... Kako bom enkrat to dokončno optimiziral, mi še ni jasno, pa nebi rad dodal še en "extension".

starfotr je izjavil:

Jah nič, sedaj, ko ste navrgli rešitve, mi pa povejte še ceno. 300 izdelkov za začetek, zaenkrat nimam xml za uvažat. Magento je predrag zame, vsaj trenutno, plugini so noro dragi. In tudi preokoren je ta sistem.

Da se ti poda odgovor na tvoje vprašanje, boš moral povedat kaj več. Naprimer kaj točno hočeš od trgovine. A je to samo gola prodaja izdelkov ali so kakšne dodatne želje. Gledal si Magento, torej lahko veš kaj spada pod dodatne želje.
Moraš pa vedet eno stvar! Pri custom spletni trgovini, boš za čisto vsako spremembo plačal razvijalcu da ti jo naredi. Če boš hotel zamenjat temo, bo pač še toliko dražje. Zato mogoče poglej open source rešitve ala. OpenCart, Shopify, itd če si vsaj malo iznajdljiv. Žal nimam z njimi izkušenj in ne morem o njih nič reči.

EDIT: Če ti bo kdo omejeval število kategorij oz. produktov, ga pošlji v 3 p.m.. In se ne zajebavam, to je najbolj glupa omejitev ki jo lahko da programer oz. najlažji način kako izčrpat še več denarja iz stranke. In da programer nastavi to omejitev je dejansko več dela, kot pa če jo izpusti, torej bi plačal več za manj dela.

Zgodovina sprememb…

  • spremenilo: DePalmo ()

111111111111 ::

DePalmo je izjavil:

"the website served 40 589 unique visitors and they visited 139 340 times"

Odvisno v kolikem času. Če je to v dveh letih ni ravno impresivno. :)

OP:
- tako kot je napisano zgoraj povej malo več.
- Boš delal sam ai bi outsorucal?

HotBurek ::

Tole bi se lahko lotili web projekta, pa v enem mesecu naredimo tak frame/setup (front/back-end).
root@debian:/# iptraf-ng
fatal: This program requires a screen size of at least 80 columns by 24 lines
Please resize your window

boolsheat ::

A to je kdo raziskoval?
https://github.com/alibaba/tengine

JanBrezov ::

pegasus je izjavil:

Kot referenco vedno rad kažem https://cr.yp.to , ki je sicer enostaven page, a hkrati tudi bliskovito hiter, najhitrejši možni.


Kot komični vložek prilagam spletno stran s podobnimi kvalitetami, ki ustreza temi pogovora.

motherfuckingwebsite.com

pegasus ::

Ja, ko so web developerji odkrili responsive design, sem jim začel v glavo metat html 1.0. Osebek za tem komičnim web sajtom počne isto.

odgovornost ::

Iatromantis ::

https://twitter.com/fr3ino/status/10001...
Because of #GDPR, USA Today decided to run a separate version of their website for EU users, which has all the tracking scripts and ads removed. The site seemed very fast, so I did a performance audit. How fast the internet could be without all the junk! ? 5.2MB -> 500KB

blackbfm ::

Sam se vedno bil pristaš da je najbolje spisat iz nule in zanimivo, te strani pač niso shekane (kot bi OP-ov bodoči WordPress 100% bil), so hitre in odzivne.


Ce niso shekane ne pomeni da so varne ali varnejse od wordpressa. Težko verjamem, no v bistvu sploh ne verjamem da je tvoja koda kvalitetnejsa od wordpressa (govorim o jedru, ne o curimuri pluginih)


Na eno stran kjer je TV spored, sem dodal phpfastcache in mi je stranka čez nekaj časa poslala tole: "the website served 40 589 unique visitors and they visited 139 340 times". Me zanima kater WP bi bil to zmožen.


Ni neka huda cifra tole. Ce bi izkoristu file cache se php niti ne rabi zaganjat (torej teoreticno po par 1000 req/sec s pravim setupom) :D

b4d ::

Staticni generatorji so zanimiva resitev za dolocene primere: HUGO.
b4d.sablun.org

Zgodovina sprememb…

  • spremenil: b4d ()

DePalmo ::

blackbfm je izjavil:

Sam se vedno bil pristaš da je najbolje spisat iz nule in zanimivo, te strani pač niso shekane (kot bi OP-ov bodoči WordPress 100% bil), so hitre in odzivne.


Ce niso shekane ne pomeni da so varne ali varnejse od wordpressa. Težko verjamem, no v bistvu sploh ne verjamem da je tvoja koda kvalitetnejsa od wordpressa (govorim o jedru, ne o curimuri pluginih)


Na eno stran kjer je TV spored, sem dodal phpfastcache in mi je stranka čez nekaj časa poslala tole: "the website served 40 589 unique visitors and they visited 139 340 times". Me zanima kater WP bi bil to zmožen.


Ni neka huda cifra tole. Ce bi izkoristu file cache se php niti ne rabi zaganjat (torej teoreticno po par 1000 req/sec s pravim setupom) :D

Ne trdim da je moja koda nad vsem in bi se ji vsi mogli klanjat, a dejstvo govori da je tale omenjena stran na netu že 5 let in kolikor mi stranka trdi, redno pod različnimi napadi in do sedaj še ni klecnila. Niti nobena druga stranka mi še ni pojambrala da je kje prišlo do vdora, sem pa sam imel izkušnjo z vdorom ko sem si namestil WP da si postavim hiter in preprost blog. No, inštaliram WP, spremenim vsa gesla in pozabim nanj za cca. en mesec ko opazim da se na hostingu nekaj čudnega dogaja (naj povdarim en WP, ostalo custom). No, nekako so očitno zvohal WP in vdrli preko njega ... in kako vem da je kriv WP? Ker nisem imel vdora ne prej in ne potem ko sem WP zabrisal dol. Zato se pač WPja izogibam kolikor le lahko, pač manj glavobolov ;)

Nekdo je vprašal za kakšno obdobje so te številke, za en mesec. Stran izkorišča memcache in ne file cache, ker so datoteke počasnejše. Problem pa je ker je stran preveč dinamična da bi lahko celotno zgeneriral in shranil v eno datoteko ...

blackbfm ::

in kako vem da je kriv WP? Ker nisem imel vdora ne prej in ne potem ko sem WP zabrisal dol. Zato se pač WPja izogibam kolikor le lahko, pač manj glavobolov ;)


Ce pogledam cifre, za 4 miljone trgovin je wp očitno OK (vir: https://wordpress.org/plugins/woocommer... ) , za tvoj blog pa ni ker je prenevaren in shekan takoj.. :))

p1nky ::

seveda ti lahko prej pohekajo WP, ki ga uporablja ogromno strani in obstaja več variant, da se okužiš preko pluginov, teme itd, kar običajno poteka avtomatsko preko botov in ne namensko proti tebi. Vsemu pa se v večini lahko izogneš, če stran (WP, plugine, teme) updejtaš in jih tudi moraš. Lahko imaš še kak dodaten plugin za varnost, ne bo pa ta 100%, kot pri nobeni stvari (npr. imaš zadnjo verzijo plugina, ki ima neko ranljivost...). sicer večina takih okužb povzroča težave v delovanju ali pa spamanje s tvoje strani in ne kraje podatkov, lahko pa tudi to ja (npr. Panama dokumente so morebiti pohekali čez neupdejtan plugin: Panama Papers) @ Wikipedia. Kot je že nekdo napisal, to še ne pomeni, da je tvoja koda varnejša, mogoče samo še ni bila direktna tarča, trdim pa seveda ne ničesar.
Je pa v primeru, da nekdo rabi dejansko samo enostavno stran, ki je ne bo niti spreminjal, boljše naredit navadno stran brez podatkovnih baz, kot že napisano je miljon lepih tem, ali pa se potrudiš sam. Tudi veliko hitrejša bo. Samo če pa rabiš trgovino je pa vseeno lažje uporabiti že pripravljene rešitve, in WP je najbolj user friendly vsaj pomoje.
Opencart in Prestashop sta verjetno slabši rešitvi (manj možnosti oblikovanja, različnih funkcionalnosti, ker to uporablja manj strani je tudi na netu manj pomoči na to temo - no to pride v poštev bolj v primeru, da delaš sam). Lahko greš pa tudi na kak klik build sistem na drugih platformah, kjer si stran naklikaš in se hosta pri njih (npr kak Shopify, Squarespace), je pa to običajno dražja rešitev in ne vem koliko se kaj poveča cena v primeru večjih zahtev uporabnika, lahko si preveriš sam pri njih. Pa vezan si direktno na njih, verjetno pa se ne rabiš preveč obremenjevati z raznimi vdori ali updejtanjem.
Vse je odvisno od tega, kaj rabiš in hočeš

Aja še to - če bo pa tako dobro zalaufalo, da boste imeli res res ogromno obiskovalcev, bo pa verjetno tudi denar za kakšno custom rešitev po potrebi :D

Zgodovina sprememb…

  • spremenilo: p1nky ()

GrX ::

DePalmo je izjavil:

Ne trdim da je moja koda nad vsem in bi se ji vsi mogli klanjat, a dejstvo govori da je tale omenjena stran na netu že 5 let in kolikor mi stranka trdi, redno pod različnimi napadi in do sedaj še ni klecnila. Niti nobena druga stranka mi še ni pojambrala da je kje prišlo do vdora, sem pa sam imel izkušnjo z vdorom ko sem si namestil WP da si postavim hiter in preprost blog. No, inštaliram WP, spremenim vsa gesla in pozabim nanj za cca. en mesec ko opazim da se na hostingu nekaj čudnega dogaja (naj povdarim en WP, ostalo custom). No, nekako so očitno zvohal WP in vdrli preko njega ... in kako vem da je kriv WP? Ker nisem imel vdora ne prej in ne potem ko sem WP zabrisal dol. Zato se pač WPja izogibam kolikor le lahko, pač manj glavobolov ;)

Nekdo je vprašal za kakšno obdobje so te številke, za en mesec. Stran izkorišča memcache in ne file cache, ker so datoteke počasnejše. Problem pa je ker je stran preveč dinamična da bi lahko celotno zgeneriral in shranil v eno datoteko ...


Ne pretiravat.. Z WordPressom delam že več kot 10 let, do danes pa sem samo za svoje namene postavil vsaj 40 strani. V tem obodbju sem imel samo enkrat probleme in sicer mi je nekdo vdrl preko nekega levega plugina in v footer strani dodal linke do "loan offerjev". Dejstvo je, da se možnost vdora precej zamnjša, če so vsi plugini priznanih avtorjev in če je vse redno updatano.

Se pa še vedno grenko spominjam Joomle..

Zgodovina sprememb…

  • spremenilo: GrX ()

WhiteAngel ::

GrX je izjavil:

Dejstvo je, da se možnost vdora precej zamnjša, če so vsi plugini priznanih avtorjev in če je vse redno updatano.


Pa si zadel žebljico na glavico. In koliko časa potrebuješ, da updataš 40 strani z njihovimi plugini naslednji dan, ko pride popravek?

PS: apt update && apt dist-upgrade baje ni dobra opcija, ker valda se ne uporablja stock debian/ubuntu wordpressa, ampak se ga posebej dol vleče z wp.org

Zgodovina sprememb…

blackbfm ::

In koliko časa potrebuješ, da updataš 40 strani z njihovimi plugini naslednji dan, ko pride popravek?


kasne 2-3 klike ce uporabljas toole za delo z vecimi stranmi>:D

da se pa tut nastimat avtomatske update>:D

d3m1g0d ::

Avtomatika je sranje. Če delaš na roke, vsaj približno veš, kaj si naredil, če dela avtomatika, pa en lep del časa samo ugotavljaš, kaj se je zgodilo, ko te ni bilo.
Gott ist tot! Gott bleibt tot! Und wir haben ihn getötet!

odgovornost ::

@kristjan02
všeč mi je tvoj podpis, vsebina posta pa upam da je sarkazem.

Imam kar nekaj wp projektov za sabo. Sicer nisem nikoli rabil razvijati kakšnih naprednih pluginov, funkcionalnosti itd tako da mi manjka poglobljeno znanje.
Kar se tiče administracije, popravkov, updatov pa imam wp v malem prstu
Moji sajti delujeo tako, da 1x na mesec naredim avtomatski update. Pred updateom se naredi backup če gre kaj narobe in testi po updajtu. Če testi fajlajo se naredi rollback in se počaka name da se posvetim zadevi.
Do sedaj sem 1x rabil nekaj popravljati. (sem pa razmeroma nov v tem, 3 leta izkušenj, tako da me kakšna hujša nočna mora verjetno še čaka)

Zgodovina sprememb…

«
1
2


Vredno ogleda ...

TemaSporočilaOglediZadnje sporočilo
TemaSporočilaOglediZadnje sporočilo
»

Kdo izdeluje klasične HTML/CSS/JS spletne strani?

Oddelek: Izdelava spletišč
222751 (1867) Phantomeye
»

301 redirect

Oddelek: Izdelava spletišč
373808 (2583) Netrunner
»

WordPress 5.0

Oddelek: Izdelava spletišč
223100 (2375) Netrunner
»

Kako oz. z čim izdelujete spletišča? (strani: 1 2 )

Oddelek: Izdelava spletišč
5713840 (12256) Goran's Blog
»

Kaj moram paziti pri kupovanju spletne strani? (strani: 1 2 )

Oddelek: Izdelava spletišč
7314831 (12517) tiga325

Več podobnih tem