Oldal: 13 / 26 ElsőElső ... 3111213141523 ... UtolsóUtolsó
Eredmény: 121 - 130 (259) összesen

Téma: Weblap betöltésének sebessége

  1. #121
    Törzsvendég Dyra.. logója
    Csatlakozott
    11-09-03
    Hozzászólás
    103
    Begyűjtött 11 köszönetet
    4 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet viacomkft eredeti hozzászólása Hozzászólás megtekintése
    Szia!

    Húú én sem gondoltam, hogy szolgáltatók neveit kellene itt harsogni, én inkább számadatokra gondoltam, például betöltődési időkre (vajon hol időzik ennyire a scripted stb stb...) Ha nem titok és megírod az oldalad címét, akkor lehet, hogy pár fórumtárs is vetne rá egy kósza pillantást, hátha megleljük a hiba okát! Ha gondolod tudok adni egy VPS-t tesztelni, aztán szerintem körülbelül meglátod, hogy most valóban SQL terén van-e hiba vagy nem. Szerintem viszont a VPS nem csodaszer erre a problémára, tehát valószínűleg nem az lesz a megoldás, ráadásul ha csak egy kis hibáról van szó, akkor miért dobnál ki egy rakás pénzt az ablakon?
    Ez az amit írtam, Drupal-ban van egy Boost nevezetű modul ami egy gyorsítóba leképezi az oldal tartalmát és statikus HTML fájlokat hoz létre. Ennek köszönhetően ugye nem kell az MySQL szerverhez fordulnia az oldalnak egy egy tartalom előállításakor hanem betöltődik simán a gyorsítóból. Ez esetben villámgyors az oldal kiszolgálás szinte azonnal történik minden öröm nézni. Ám ez a módszer hatásos egyszerűen bemutatkozó oldalaknál de egy nagyobb méretű oldalnál már nem mert ott ugye az ember több MySQL-hez kapcsolódó dolgot is használ (pl statisztikai információk).

    Ilyenkor kezdődnek a problémák. Ami egyenesen arányos az oldal látogatottságával és a webszerver leterheltségével. Manapság szinte mindenki valamilyen CMS rendszert használ ami miatt gondolom egy egy webszerver SQL szervere igencsak leterhelt. Annyira nem is CPU problem ez szerintem mint inkább lemez I/O. Gondolom a tárhelyszolgáltatók jó része Merevlemezt használ ami a kis fájl műveleteknél irgalmatlan lassú. Szerintem ha az SSD teret nyerne ezen területeken talán lenne valami fellendülés. Így egyszerűen túl sokat kell várni még az adatok megérkeznek ha a tárhelyen több CMS rendszer is működik egyszerre. Persze szerintem itt a szolgáltatóknak is észnél kellene lennie mert ugye a legtöbben folyamatosan adják ki a tárhelyeket most már egészen alacsony árakon is és nem foglalkoznak nagyon vele ha lassú a tárhely. Leggyakoribb válasz "Másnak eddig ezzel nem volt baja".

    Persze az is igaz, hogy lövésem sincs, hogyan optimalizálnak egy ilyen szerót. Milyen fájlrendszert használnak csikozzák-e a vinyókat? Szóval nem tudom. De gondolom mindent megtesznek. Ha viszont csak feldobnak egy Linuxot és egy C-panelt és ezt kb úgy csinálják mint én itthon akkor már régen rossz. Nem hiszem, hogy az EXT4 jó fájlrendszer lenne egy webszervernek. De tényleg nem akarok okoskodni mert ennyire nem vágom a témát csak elmélkedtem picit

    Saját szeróval annyival lennék előrébb, hogy csak az én oldalaim lennének rajta. És nem kellene perceket várnom egy egy átlagos lekérés miatt. Ugye eddig nem írtam de az én oldalaim nem egy bizonyos tipusú SQL kérésnél akadnak be. Van mikor egyáltalán nem akad (ritkán). Van mikor egyszerű dolgok két vállra fektetik és hosszú másodpercekig csak malmoz az ember.



  2. #122
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.749
    Begyűjtött 1.432 köszönetet
    895 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet Káosz_Kölyök eredeti hozzászólása Hozzászólás megtekintése
    Ugye eddig nem írtam de az én oldalaim nem egy bizonyos tipusú SQL kérésnél akadnak be. Van mikor egyáltalán nem akad (ritkán). Van mikor egyszerű dolgok két vállra fektetik és hosszú másodpercekig csak malmoz az ember.
    Azert en megneznik egy slow query log-ot. Esetleg ha drupalhoz van valamilyen kiegeszito ami mutatja hany es milyen SQL keres fut egy oldal generalasanal. Egy hianyzo index tud ilyeneket produkalni es sajnos azt kell hogy mondjam, az ingyenes CMS-eknel en lattam mar iszonyat rosszul megirt query-ket. Foleg a kiegeszitokre jellemezo, hogy a fejleszto ugy takolja oket ossze.


    If debugging is the process of removing software bugs, then programming must be the process of putting them in.
    Ruby blog
    Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime.
    Respect all, fear none

  3. #123
    Törzsvendég Dyra.. logója
    Csatlakozott
    11-09-03
    Hozzászólás
    103
    Begyűjtött 11 köszönetet
    4 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet Geri eredeti hozzászólása Hozzászólás megtekintése
    Azert en megneznik egy slow query log-ot. Esetleg ha drupalhoz van valamilyen kiegeszito ami mutatja hany es milyen SQL keres fut egy oldal generalasanal. Egy hianyzo index tud ilyeneket produkalni es sajnos azt kell hogy mondjam, az ingyenes CMS-eknel en lattam mar iszonyat rosszul megirt query-ket. Foleg a kiegeszitokre jellemezo, hogy a fejleszto ugy takolja oket ossze.
    ezeken már túl vagyok, és mint mondtam nem csak Drupalt használok, elhinném, hogy Drupal specifikus a bajom ha nem látnám, hogy ugyanazon tárhelyen akadozik a WP és a Joomla is. Persze olyan nagy webes nem vagyok eddig 6 szolgáltatónál voltak vannak lapjaim. A problémák szinte mindig a MySQL körül alakulnak ki. Vagy nem optimalizálják vagy túl sokan vannak az oldalakon. Aki most indít vagy csinál weblapot az nagyon nagyon figyeljen oda a tárhely szolgáltatóra. Az lenne a legjobb ha lehetne egy egy tárhelynél próbahónapot kérni és ha nem elégedett az ember akkor könnyes búcsú és jöhet egy újabb tárhely.



  4. #124
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.749
    Begyűjtött 1.432 köszönetet
    895 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet Káosz_Kölyök eredeti hozzászólása Hozzászólás megtekintése
    ezeken már túl vagyok, és mint mondtam nem csak Drupalt használok, elhinném, hogy Drupal specifikus a bajom ha nem látnám, hogy ugyanazon tárhelyen akadozik a WP és a Joomla is. Persze olyan nagy webes nem vagyok eddig 6 szolgáltatónál voltak vannak lapjaim. A problémák szinte mindig a MySQL körül alakulnak ki. Vagy nem optimalizálják vagy túl sokan vannak az oldalakon. Aki most indít vagy csinál weblapot az nagyon nagyon figyeljen oda a tárhely szolgáltatóra. Az lenne a legjobb ha lehetne egy egy tárhelynél próbahónapot kérni és ha nem elégedett az ember akkor könnyes búcsú és jöhet egy újabb tárhely.
    En nem azt irtam hogy ez Drupal specifikus problema . A Wp-nel tapasztalatbol tudom, hogy vannak olyan query-k a taxonomy tablanal, amik qrva lassuak, mert szarul vannak megirva. A Joomlarol meg inkabb ne is beszeljunk.
    Ha valamilyen kiegeszitot hasznalsz akkor pedig meg az is elofordul, hogy a szerzo elfelejtett indexet rakni valamelyik mezore amire kellene.



  5. #125
    WordPress Maniac mahone logója
    Csatlakozott
    08-08-22
    Hely
    Budapest
    Hozzászólás
    4.609
    Begyűjtött 249 köszönetet
    170 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Én is játszottam kicsit. Pár hete kezdtem, akkor 70-75 körülről indult az oldal, most folytattam. Most 93-as, és csak LOW priority maradt, a fontosabbakat megcsináltam:

    Ja, az oldal WP. 2-3 sec között mozog a betöltődés ideje.




    Utoljára módosítva: mahone által : 2011-10-28 01:20

  6. #126
    Bölcs BoGyesz logója
    Csatlakozott
    07-09-17
    Hely
    Sydney
    Hozzászólás
    1.067
    Begyűjtött 435 köszönetet
    198 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Egy ev elejen indult SEO projectnel jeleztem a kliens fele, hogy a 7-8 masodperces oldal letoltes nagyon rossz es hogy ez meg csak rosszabb lesz, mivel a forgalom novekedni fog a kovetkezo honapokban.
    Az oldal rangsorolasa megindult szepen felfele, egyre tobb organikus forgalmat generalva, majd szeptemberre a szerverek tulterheltek lettek es az atlag oldal letoltes 15mp lett, neha 20mp fole is ment. Az AdWords kampany le lett allitva, mert csak penzkidobas lett volna, a forgalom drasztikusan csokkenni kezdett, majd a Google erzekelven, hogy komoly gondok vannak az oldallal, meggondolta magat es az addig elert jo poziciokat par oldallal vissza rakta a SERP-en.
    Az erdekes az volt, hogy a Webmaster Tools sokkal jobb oldal letolteseket mutatott a grafikonon, mint ami valojaban a bongeszokben tortent. A Webmaster Tools 9-10 masodperces letoltesi idot mutatott, ami valojaban 15-20mp volt.

    Az egyik fontos kulcsszo a "travel checklist" volt, amire sikerult egy 4. helyet szerezni, majd a szerver lassulas ota lecsuszott a masodik oldal tetejere, illetve elso oldal aljara.
    Az alabbi grafikon mutatja a forgalmat erre a kulcsszora.



    A ceg "kepzett" online marketing csapata kitalalta, hogy a 40KB-os kepek tul nagyok az oldalon es azok mereteit kellene csokkenteni. Egyebkent a hibat az adatbazis okozta es azota sokat javult az oldal, de idobe fog telni mire vissza szerezzuk az elvesztett poziciokat.


    "Rank Doesn’t Matter, Conversion Does"

  7. #127
    Rubyist Geri logója
    Csatlakozott
    07-12-15
    Hely
    \x90
    Hozzászólás
    5.749
    Begyűjtött 1.432 köszönetet
    895 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet mahone eredeti hozzászólása Hozzászólás megtekintése
    Én is játszottam kicsit. Pár hete kezdtem, akkor 70-75 körülről indult az oldal, most folytattam. Most 93-as, és csak LOW priority maradt, a fontosabbakat megcsináltam:

    Ja, az oldal WP. 2-3 sec között mozog a betöltődés ideje.
    A pagespeed nem rossz dolog, de azt ne felejtsd el, hogy ez csak a "kesz" oldalt nezi, azt nem, hogy az oldal elkeszitese mennyi ideig tart a szervernek.



  8. #128
    Cartman, the Drummer AnagyZ logója
    Csatlakozott
    08-07-31
    Hely
    London - Dunaújváros
    Hozzászólás
    1.695
    Begyűjtött 12 köszönetet
    10 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Ezen lehet segíteni, csak egy kicsit párhuzamosítani kell a dolgot. Fogod a headert és kiküldöd előre, azaz a böngi tud rekvesztelgetni amíg a többi elkészül.



  9. #129
    WordPress Maniac mahone logója
    Csatlakozott
    08-08-22
    Hely
    Budapest
    Hozzászólás
    4.609
    Begyűjtött 249 köszönetet
    170 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    Idézet Geri eredeti hozzászólása Hozzászólás megtekintése
    A pagespeed nem rossz dolog, de azt ne felejtsd el, hogy ez csak a "kesz" oldalt nezi, azt nem, hogy az oldal elkeszitese mennyi ideig tart a szervernek.
    Igen tudom, nem csak ezt néztem, még a gtmetrix-en is futtattam tesztet, ott méri az időt is!



  10. #130
    Szerkesztő _lacus_ logója
    Csatlakozott
    11-03-14
    Hely
    Sopron
    Hozzászólás
    261
    Begyűjtött 113 köszönetet
    72 hozzászólásával

    Alapbeállítás re: Weblap betöltésének sebessége

    egy tipp a betöltési idő méréséhez: a lori nevezetű firefox addon

    Szóval ha sitebuildert keresel, akkor a referenciáit pagespeed-el nézd, ha szerveroldali programozót, akkor a használd (többek között) a fenti addon-t



A téma címkéi:

Könyvjelzők

Hozzászólás szabályai

  • Új témákat nem hozhatsz létre
  • Válaszokat nem küldhetsz
  • Fájlokat nem csatolhatsz
  • A hozzászólásaidat nem módosíthatod
  •