Webloader scriptlerde cache sonrası hit düşüşü - Sayfa 2 - R10.net
  • 25-02-2010, 05:07:42
    #10
    bir şekilde sorguyu azaltacak birşeyler yap bi host daha al server2.siteismi.com şklinde load yükseldiğinde vs. olduğunda ona göre ayarlar para getiriyorsa 2 tane hostta rahat idare eder
    Farzetki...
  • 25-02-2010, 06:28:04
    #11
    x2841x adlı üyeden alıntı
    Önerebilceginiz başka cache varmı arkadaşlar.
    PHP ile saglanan cache'nin scripte ozel olmasi gerekir benim gorusumce. Yani bu tarz alip site sayfalarini kaydetmek cache degildir.

    Ayrica hitin yuksek oldugu surece , birde index boyutun yuksekse (ki genelde yuksek olur ***** video sitelerindeki spam etiketlerin listelenmesinden)
    binlerce o sayfalarin bilincsizce tek bir klasore yazilip okunmasini hayal edin. ben buna benzer birsey yaptigimda gecen sene, HDD'im saniyede 30k blok yazma yapip 40k blok'da okuma yapiyordu. cache derken hdd'e cok yuklenmis olmadikmi simdi : )

    tavsiyeye gelince "memcache, eaccelerator, apc cache" gibi aramalar yapip bunlari sunucu tarafli kullanabilirsin.

    Ancak benim tavsiyem scriptin optimize edilmesidir herzaman icin.
    MySQL'den veri cekerken rand kullanilmasi cok kasma yapar mesela. Illaki karisik etiket cekmek istiyorsaniz, rand islemini sql sunucuya degil programalam diline (php) yaptirirsaniz , daha az kaynak tuketmis olursunuz.

    Kullanilan sql sorgulari oncelikli olmak uzere, degiskenler ve diger seylere yogunlasarak script tabanli bir optimize ile %50'den yuksek performans kazanci saglanabilir. (dandik scriptler duzenlendiginde, %200ede firlar)

    scripte dayali cache'e gelince, bu bahsettigim sey soyledir ki,
    mesela websayfanizda bir bolum vardir "populer videolar" diye, en cok izlenenler gozukur. bunu ceken populer() isimli bir fonksiyonumuz olsun, bu fonksiyon her seferinde db'den okuma yapip sorgu cekmesi gerekmez, cunku populer videolar bir anda degismez. Mesela her 12 saatte bir en populerleri alip, html dokumunu ftp'nizdeki populer.txt gibi bir dosyaya kaydetse, diger calistirmalarda bunu include etse, iste bu ise yarayan bir cache'dir. SEO bakimindanda digeri gibi kut diye etkilemez, gayet dogal karsilanir.

    yada websitenizin istatistik bolumu vardir "sitemizde 123 video 12 kategori 4324 etiket vardir" gibisinden, bunun icinde ayni sey yapilabilir, her girildiginde sql'den sayim yaptirip kullaniciya sunmak yerine.

    Yada site kategorilerini her seferinde sql'den listelemek zorunda degilsiniz, hergun yeni kategori acmiyorsunuz ya

    umarim demek istedigimi anlatabilmisimdir, oyle butun sayfa ciktisini alip biyere kaydedeyim 1 saatte bir guncelleyeyim , cache degildir.
    ~ What a tangled web we weave when first we practise to deceive.
  • 25-02-2010, 12:01:40
    #12
    Aynı Durum benım basımada geldi.Sebebi ise su yanı kendı sıtemdekı admin panelinden gelen kelimeleri kaydetmek ve sıte ıcı aramaları etıket olarak kaydetmek dıye bır secenek olacak onları ben kaydetmemesını ısaretledım ondan load degerım dustu ama hıtlerde gıttı.
    Bıde sole bır durum var bu forumda da var v8 dekı bır acık yuzunden sısteme gırıp sıtenın butun kategorılerını kendı sıtelerıne yonlendırıyorlar dolayısıyla senın hıtler gıdıyor b sıtesıne.
    Olay ıkısınden bırıdır bence
    Hayatımdaki eskiye ait herşeyi unutuyorum.İsyanlarımın ve şişenin dibini artık bulamıyorum....
  • 25-02-2010, 13:44:09
    #13
    webkit adlı üyeden alıntı
    bkz: Google Güvenli Arama AÇIK
    bu ne alakaydı ?
    skype: bvinteraktif
  • 25-02-2010, 20:10:02
    #14
    Güzel yorumlarınız için tşkler.
    Demek bu cache bizim hitleri düşüren.
  • 26-02-2010, 15:47:58
    #15
    DooMsDaY adlı üyeden alıntı
    PHP ile saglanan cache'nin scripte ozel olmasi gerekir benim gorusumce. Yani bu tarz alip site sayfalarini kaydetmek cache degildir.

    Ayrica hitin yuksek oldugu surece , birde index boyutun yuksekse (ki genelde yuksek olur ***** video sitelerindeki spam etiketlerin listelenmesinden)
    binlerce o sayfalarin bilincsizce tek bir klasore yazilip okunmasini hayal edin. ben buna benzer birsey yaptigimda gecen sene, HDD'im saniyede 30k blok yazma yapip 40k blok'da okuma yapiyordu. cache derken hdd'e cok yuklenmis olmadikmi simdi : )

    tavsiyeye gelince "memcache, eaccelerator, apc cache" gibi aramalar yapip bunlari sunucu tarafli kullanabilirsin.

    Ancak benim tavsiyem scriptin optimize edilmesidir herzaman icin.
    MySQL'den veri cekerken rand kullanilmasi cok kasma yapar mesela. Illaki karisik etiket cekmek istiyorsaniz, rand islemini sql sunucuya degil programalam diline (php) yaptirirsaniz , daha az kaynak tuketmis olursunuz.

    Kullanilan sql sorgulari oncelikli olmak uzere, degiskenler ve diger seylere yogunlasarak script tabanli bir optimize ile %50'den yuksek performans kazanci saglanabilir. (dandik scriptler duzenlendiginde, %200ede firlar)

    scripte dayali cache'e gelince, bu bahsettigim sey soyledir ki,
    mesela websayfanizda bir bolum vardir "populer videolar" diye, en cok izlenenler gozukur. bunu ceken populer() isimli bir fonksiyonumuz olsun, bu fonksiyon her seferinde db'den okuma yapip sorgu cekmesi gerekmez, cunku populer videolar bir anda degismez. Mesela her 12 saatte bir en populerleri alip, html dokumunu ftp'nizdeki populer.txt gibi bir dosyaya kaydetse, diger calistirmalarda bunu include etse, iste bu ise yarayan bir cache'dir. SEO bakimindanda digeri gibi kut diye etkilemez, gayet dogal karsilanir.

    yada websitenizin istatistik bolumu vardir "sitemizde 123 video 12 kategori 4324 etiket vardir" gibisinden, bunun icinde ayni sey yapilabilir, her girildiginde sql'den sayim yaptirip kullaniciya sunmak yerine.

    Yada site kategorilerini her seferinde sql'den listelemek zorunda degilsiniz, hergun yeni kategori acmiyorsunuz ya

    umarim demek istedigimi anlatabilmisimdir, oyle butun sayfa ciktisini alip biyere kaydedeyim 1 saatte bir guncelleyeyim , cache degildir.
    Fonksiyonların cachelenmesi veya sql querylerin cachelenmesi konusunda
    mantıklı demişsin. Ama ilyas senin eski sunucundaki o blok mevzusu tamamen
    mysql kasmasından dolayıydı Optimizasyon olmamasından yani o yaptığımız
    cache sisteminden değildi.
  • 26-02-2010, 16:24:43
    #16
    Arkadaşlar degişen etiketeri 60 sayısını 15 yapın load düşüyor indexlenmede biraz uzun sürer ama hit düşüşünden iyidir.


    Eger yine düşmuyorsa etiket php


    $katala=mysql_query("SELECT * FROM madvideo order by rand() desc limit 20");

    burayı 10 yapın cache mache yapmayın bu iki işlemi yapın zaten düşüyor load.
    Söylediklerim v5 için.
  • 26-02-2010, 18:44:01
    #17
    doğru cache ile hitlerinde problem olmaz. senin cache in seo gözetilmeden sadece loadu düşürme amaçlı yapılmış.

    bu forumda programcılar daha fazla seo öğremeli, seocular da işlerini göecek kadar programlama bilmeliler.
  • 26-02-2010, 18:58:11
    #18
    cache ile hitin bir alası yok
    yaptığınız cache değildir bebeğin ağzından emziğini almak gibi birşey.
    Mevcut bahsettiğiniz scriptlerin hepsini biliyorum ve sorun aynı siteyi beslersin db şişer şişer artık sorgu sayısı o kadar fazla olurki açılan baglantilar kapatılamaz sistem kendini kasar load fırlar siteye giremezsiniz.

    O yüzden site kasarken etiket işlemlerine dikkat edin , googleden gelen aramalara dikkat edin birkaç gün sonra elinizde olmayan sebeplerden ötürü bu günlük siteye ortalama gelen veriyi yarıya kestiğinizde google gözünde değeriniz 2 paralık olur bir süre sonra.Bu yüzden 1.gün neyse mahkeme siteye ugrayana kadar günlük veri girişini o yönde ortalayın yoksa hitin en can alıcı noktalarında hem sunucunuz kasilir hemde bir süre sonra sitenin hitini kaybedersiniz.
    INVEST IN TURKEY