Çerezleri adlandırma - en iyi uygulamalar [kapalı]

107

Çerez isimleri neye benzemelidir?

Olmalılar mı:

küçük_ harf
CamelCase
Underscore_Camel_Case
UPPER_CASE

Yoksa başka bir şey mi olmalılar?

php cookies naming-conventions

— Emanuil Rusev
kaynak

1

İyi soru! Kalan oylar olsaydı buna olumlu oy veririm.

— Pekka

1

@Pekka: Senin için oy verdim. Ben de yükseltirdim, ancak yalnızca bir kez olumlu oy verebilirim :(

— Charlie Brown

2

@Bran, zaten birkaç dakika içinde yeni oylar aldığım için senin için oy verdim. Ama buna ben de oy verecektim ... Tanrım.

— Tor Valamo

1

Teşekkürler Jacob! Bu bizi bir adım ileri götürüyor. Bu soruya şans eseri oy vermeyi planlamadın, değil mi? Çünkü eğer yaptıysanız, başka bir gönüllüye daha ihtiyacımız olacak!

— Pekka

1

Her ihtimale karşı, yapmazdım. İşte sizin için + 1'im. :)

— Hilton Perantunes

66

appname_meaningfulname

— Ignacio Vazquez-Abrams
kaynak

10

@Emanuil: Aynı alandaki diğer uygulamalar tarafından oluşturulan diğer tüm çerezlerden ayırt etmek için.

— Ignacio Vazquez-Abrams

2

@Emanuil Rusev, tarayıcı eklentileri bazen çerezleri ayarlıyor. Web sitem bir çerez aldığında ve sitem tarafından belirlenen veri yerine kullanıcının eklentisi tarafından veri setini aldığında bunu zor yoldan öğrendim.

— lala 13

8

Bu çerezin her istekle birlikte gönderildiğini unutmayın, bu yüzden imho, yapabileceğiniz en küçük adı kullanın ve kodunuzu güzelce belgeleyin.

— MatthieuP
kaynak

4

_REQUEST, değişkenler_sırası ayarınızın php.ini'de nasıl ayarlandığına bağlı olarak öncelikli olarak üç genel diziyi (!) De sarmaladığından, kullanıyor olabileceğiniz rastgele _GET ve _POST parametreleriyle adlandırma çakışmalarını önleyen bir şey olmalıdır. Diğer bir deyişle, "x" adlı bir _COOKIE ve "x" adlı bir sorgu dizginiz varsa ve $ _REQUEST ["x"] için sorarsanız, GET parametresini istediğinizde / beklediğinizde çerez değerini alırsınız. Bu, özellikle çerezlerinizin kapsamı, tüketildikleri klasöre değil, web sitenizin köküne "/" göre ayarlanmışsa sorunludur.

Bu yüzden iki en iyi uygulama diyorum:

çerezlerinizin kapsamını okundukları ve yazıldıkları yolla sınırladığınızdan emin olun, (setcookie () yönteminin üçüncü argümanı bunu yapar)
tanımlama bilgilerinize bir tür tanımlama bilgisine özgü adlandırma kuralı verin. Ters web sitesi, örneğin java ad alanları, ardından ".". {Appname}. ".". {Kolay çerez adı camel cased} Yani, siteniz www.testsite.com ise ve uygulamanız foo ve değişkeniniz "bar bar bar bar barann" ise "com.testsite.foo.barBarBarBarBarBarann" olacaktır

— WillieMack
kaynak

3

Bu uygulamalardan bazılarını canlı bir web sitesinde gördünüz mü?

— Emanuil Rusev

0

Projenin kodlama standartlarının gerektirdiği stili kullanıyorum.

Genel olarak, şemaları isimlendirmek için camelCase'i tercih ederim, ancak faturaları hangisi öderse, benim gideceğim odur.

— zombat
kaynak

0

Belki cevabımı beğenmeyeceksin:

Kendi çerezlerinizi kullanmayın, verileri sunucu oturumlarında saklayın. Bu nedenle, yalnızca bir çereze ihtiyacınız var (oturum kimliğini referans almak için) ve hiçbir rolü olmayan nasıl adlandırdığınız.

— NineBerry
kaynak

9

Bu, yük dengeleyicilerle karışık hale gelir, çünkü o zaman oturum aynı ana bilgisayarda (veya muhtemelen aynı veri merkezinde) olmayan bir veritabanında depolanmalıdır. Bazen kurabiyeler iyidir.

— dotancohen

1

@dotancohen, açıkladığınız sorunla ilgili bazı bağlantılar sağlayabilir misiniz? teşekkür ederim!

— Sharky

1

"Tanımlama bilgilerini kullanma" kulağa biraz safkan geliyor; ancak bu, kullanıcı için işleri temiz tutma girişimini seviyorum.

— Parapluie

securecookies, herhangi bir sunucu tarafı oturum depolaması olmadan güvenle kullanılabilir. Çok büyük olmaları gerekmez (aslında oldukça mütevazı bir 4k sınırı vardır) ve yük dengeleyicilerden ve / veya merkezi DB aramalarından kaçınırlar.

— colm.anseo