appname_meaningfulname

Bu tanımlama her isteğiyle gönderilen, yani imho, sadece can küçük ismini kullanın ve güzel kodunuzu belgelemek olduğunu aklınızda tutun.

Belki benim cevap gibi olmaz:

Sunucusu oturumlarında kendi çerezlerini ama mağaza verilerini kullanmak etmeyin. Yani sadece tek bir çerez (session id başvurmak) ve adını nasıl hiçbir rol oynadığını gerekir.

Bu _REQUEST her üç küresel diziler (!) Sarar beri variables_order ayar php.ini içinde nasıl bağlı önceliğe sahip, kullanıyor olabilirsiniz params keyfi _GET ve _POST ile adlandırma çakışmalarını önler şey olmalıdır. Eğer "x" ve "x" adlı bir QueryString param adında bir _COOKIE var ve ["x"] $ _REQUEST sorarsanız Başka bir deyişle, sen isteyebilirsiniz zaman / GET param bekliyoruz çerez değeri olsun. Çerezleri web sitenizin kök "/", ve onlar tüketilen klasörüne kapsamına eklenir, bu özellikle problemlidir.

Yani, iki iyi uygulamaları söylüyor:

1. , onlar okumak ve yazılı yoluna Kurabiyelerinin kapsamını sınırlamak emin olun (setcookie üçüncü argüman () metodu bu yapar)
2. Lütfen çerezleri çerez belirli bir adlandırma kuralı çeşit vermek. Daha sonra, java ad alanları gibi, ters sitesi önermek ".". {Appname}. ".". {Dostu çerez adı deve kasalı} Peki, sitenizin www.testsite.com ve app foo olduğunu ve eğer değişken "bar bar bar bar bar barann", bu "com.testsite.foo.barBarBarBarBarBarann" olacaktır edilir

Ben için proje çağrısı için ne olursa olsun stil kodlama standartlarını kullanır.

Genellikle şemaları adlandırma için camelCase tercih, ama hangisi faturalarını öder ben giderim biridir.