SET ettiğin keyi nereden alıyorsun onun yerine id sini alsan daha kısa yol olabilir.
Daha sade anlatabilirmisin tablo üstünde..
Veritabanı değilde kullanıcı gizlliliği bakımından güvenliği kastetmiştim.
Banada veritabanı mantıklı geldi hatta misafir kullanıcı için mail adresi girmesini zorunlu tutuyorum bu mail adresini misafir tablosuna kaydedip id sini user id olarak adres tablosuna kaydedip adreslerini alıyorum.
Eğer yönlendirme işlemini ajax işlemlerinin olduğu sayfada yaparsan header çalışmayacaktır.
Eğer öyleyse :
Ajax sayfanda $yonlendirme = false; adında bir değişken oluştur sayfanın başında olsun.
Yönlendirme geren bir durumda da $yonlendirme = true; olarak değiştir.
js tarafında response ettiğin veride
if(obj.yonlendirme){
//yönlendirme linkini burada belirleyip yönlendirebilirsin
//yada ajax sayfanda yonlendirme değişkenine atayıp burada kullanabilirsin.
}
Yaptığın şey ne belirtmemişsiniz.
Neyse
js de yönlendirme neden olmazmış siz denedinizmi
sonuçta sayfayı eğer bir php ajax sayfasına gönderip orada header ile yönlendirmek isterseniz header çalışmayacaktır.
php ajax sayfasından yönlendirme sayfını response edip js de yönlendirebilirsin. Yada ajax sayfasında bir referans belirleyip
mesela $yonlendirme = 1 (true) ise bu veri js tarafına geldiğinde yönlendireceğin sayfayı direkt js de yaaparsın.
jquery kullanmıyorum ama bildirimler ne ise ona uygun bir yöntem yapsan
mesele html() değilde javascriptte olduğu gibi
$('#noti_numbera').textContent = e;
Herkes farklı düşünmüş.
Misafir de olsa cookide misafir id tutsam
siteyevgirerken kayıtlı kullanıcı yoksa cookide misafir id var mı diye kontrol edip veritabanınavdaha önce misafir id ile kaydedilen sepeti getirip
kullanabilirim.
Bunsepeti kayıtlı kullanıcı olsa da olmasada veritabanından gelen sepeti sessiona kaydedip gösterebilirim.
Güncellemelerden kaynaklı veri tutarsızlıkları olacak bu durumda tercihen her seferinde db den çekilebilir.
Profesyonel siteler nasıl yapıyor güncellemelerde veri tutarsızlıkları olabilir özellikle ürün kampanya veya diyat değişijliklerinde
Tekrar dizi yapman gerek & yide explode et,
sonra
$exp[0] //sayfa
$exp[1] //değer
Aklıma şimdi geldi unique alanları mesela kullanıcı adı ve mail bunları girişte session da tutup güncelleme öncesi kontrol etsem uyar mı
as u sonrası için yazıyorum
as u, GROUP CONCAT(taks_filename) as grupimg
sorguna GROUP BY taksfileuserid demelisin
sorgunda kullanıcı bilgisi ve aralarında varsayılan olarak virgül ike ayrılmış şekilde
resim1,resim2 resim5 vs.. diye gelecek
resim adlarını da explode fonksiyonu ile istersen diziye çevirebilirsin
ayrıxa grup concat sınırmı sayıda karaktere izin verir işini görür yine de bunu da araştır