• 23-01-2010, 21:39:25
    #28
    Üyeliği durduruldu
    konu güzel arakdaşlar yalnız şuna dikkat etmeniz gerekiyor

    VARCHAR(255) bir alanı indexlemek veritabanı yükünü hafifletmez. eğer disk konusunda sıkıntı çekmeyecek kadar büyük bir veritabanınız yoksa unique bir index şart. çunku unique index olunca tablo kadar bir de index büyüklüğü olacak.
  • 23-01-2010, 21:59:26
    #29
    bende title-id.htm taraftarıyım , güzel bilgiler için eline sağlık..
  • 19-11-2010, 17:28:59
    #30
    arkadaşlar k. bayrımınız kutlu olsun. teknik olarak id'siz çekim daha hızlı olağını okudum. fakat büyük portallarda dikkkatimi çekti örneğin google'nin kendi sitesi http://www.google.com/intl/tr_ALL/adwords/seminars/

    bu tarz url'nin açıklamasını rica edecem.
    kolay gelsin
  • 19-11-2010, 17:52:32
    #31
    Üyeliği durduruldu
    farkyerim adlı üyeden alıntı: mesajı görüntüle
    arkadaşlar k. bayrımınız kutlu olsun. teknik olarak id'siz çekim daha hızlı olağını okudum. fakat büyük portallarda dikkkatimi çekti örneğin google'nin kendi sitesi http://www.google.com/intl/tr_ALL/adwords/seminars/

    bu tarz url'nin açıklamasını rica edecem
    kolay gelsin
    veritabanından işlem yapmıyorsanız farkeden birşey olmaz.
    ama içeriği veritabanında çekiyorsanız WHERE id = (int) WHERE sef = (string)

    int olan kısım burada daha hızlıdır.

    string olarak okutacaksanız alanı unique olarak ayarlayın.

    site.com/izle/hadise-deli-oglan-15.html int
    site.com/izle/hadise-deli-oglan.html string
  • 19-11-2010, 17:57:07
    #32
    Üyeliği durduruldu
    geçmiş tecrübelerime dayanarak bi bilgi vereyim bhcodere ve hepinize

    Alıntı
    ReWriteRule ^(.*).html index.php?Ogz=Oku&id=$1 [L,NC]
    burda büyük harfler kullanmış Ogz ve Oku da bunlar bazı linux makinalarda sorun cıkartıor sonucları vermiyor kucuk harf kullanmanızı öneririm
  • 19-11-2010, 18:05:47
    #33
    Üyeliği durduruldu
    Dakota adlı üyeden alıntı: mesajı görüntüle
    geçmiş tecrübelerime dayanarak bi bilgi vereyim bhcodere ve hepinize



    burda büyük harfler kullanmış Ogz ve Oku da bunlar bazı linux makinalarda sorun cıkartıor sonucları vermiyor kucuk harf kullanmanızı öneririm
    değer sabit olduğu için orada sorun çıkmaz.

    site.com/hede.html

    algılayacağı url htaccess deki urldir.
    yani değer sabitse urlde sabittir.

    sizinde dediğinizde doğru tabi .
  • 19-11-2010, 21:58:27
    #34
    sdemirkeser adlı üyeden alıntı: mesajı görüntüle
    unique bir index tipi degil mi hocam zaten unique bile tanimlansa php ile varligi varmi diye kontrol edilip ona göre bu sef id kayitli diye uyari mesaji verilmesi gerekir
    field'ın unique yapılmasının amacı php nin zahmetinden kurtulmaktır zaten. unique olarak tanımladıktan sonra php ile var mı yok mu diye kontrol etmemize gerek yok, mysql bizim yerimize onu php ye göre çok çok daha hızlı yapmaktadır.
  • 20-11-2010, 08:37:03
    #35
    fatal adlı üyeden alıntı: mesajı görüntüle
    field'ın unique yapılmasının amacı php nin zahmetinden kurtulmaktır zaten. unique olarak tanımladıktan sonra php ile var mı yok mu diye kontrol etmemize gerek yok, mysql bizim yerimize onu php ye göre çok çok daha hızlı yapmaktadır.
    eğer php ile mysql e bir verigirişi yaparken unique alanı kontrol ettirmezseniz query patlar sonra örnek veriyorum forum da kullanıcı post atar ama veritabanına kaydolmaz sonucta aynı sef_title unique(yani essiz olacagi icin) sorgunuz false olarak dönecektir. ama şöyle bir yontem izlenebilir kontrol
    if ($query == false ) {
    
    $sef_title = 'baslik-1';
    // gibisinden seftitle degistirilebilir ve query tekrarlanabilir. 
    }
    sonucta buda bir kontroldur mysql kontrolu yapar ve veri ayni sef title li veri girisine izin vermez . ama sonucta php ilede kontrol yapmaniz gereklidir. yoksa query hep false donecektir.

    bir senaryo yaratalim peki 1 kisi konu acti. konu ismi seftitle
    sonra 20.kisi gene ayni konuyu acti bu sefer ne olacak ?

    seftitle-1-1-1-1-1-1-1-1-1-1-1.html sizce 1 rakam icin bunca zahmete girmeye gerke varmi id yi primary index i yaparsiniz auto_inc verirsiniz boylece hic bir zaman ayni degerlerin girilmesi soz konusu olamaz.