tasarım dahil her alanda matematik gerekiyor hatta tasarımda yeryer daha fazla matematik oluyor ama bu gözünü korkutmasın html ile başla bootstrap 4 ile devam et baktın bunlarda sıkılıyorsun devam etme ama hoşuna gidiyorsa temelde tasarım için başlangıcın doğru olmuş olur ileride de kafa karışıklığı yaşamazsın cs'i bootstrap dan öğrendiğin için sonrasına da sonra bakarsın
https://en.wikipedia.org/wiki/Session_fixation buradi anlatımın tersini uygularsan sanırım çözüm olacaktır.
ini_set('session.cookie_domain', "localhost"); bununla sitenin hangi adreslerinde session geçerliği olacağını da netleştirebiliyorsun. dış kaynaklardan da erişim oludğu için, durumu netleştirmelisin. oluşturduğun sessionlar site.com üzerinde çalıştığından alt.site.com içerisinde çalışmayacaktır. duruma iframe eklenince hepten kafa karıştırıcı bir hale geliyor olay. makaleyi okuduktan sonra verdiğim fonksiyon kullanımını da araştır. bu arada bu tarz kullanımlarda oturumların çalınması muhtemeldir.
cevap için teşekkürler.
http://prntscr.com/rnfp32 şuan bir yerden çekmiyorum tasarımını yaptım sadece direkt veritabanından alıcam verileri. analitik dedğin google analtycs galiba.
ekrana yazdırdığın kodu ekle, birde çıkan sonuçların ekran görüntüsünü at. yorum satırlı olarak çalışan kodları ekleyim.
tam kod bu kadar
ErrorDocument 404 /404.html
htaccess nedir nasıl kullanılır google bir bak
sorunu çözdüm
axes içerisinde düzenleme yapmak gerekiyormuş
ticks: {
fontColor: "white",
fontSize: 14,
stepSize: 1,
beginAtZero: true
}
htaccess e ErrorDocument 404 /404.html veya .php ekleme yap
siparişler
id, urun_id, musteri_id hizmet, fiyat, taksit, odemeyontemi, kapora, durum(ödemin bitip bitmediğini kontrol edecek), tarih(timestamp current), detay,
ödemeler
id, siparis_id, musteri_id, hizmet, satici, tarih(taksitin ödenmesi gereken tarih), tarih2(odemin yapıldığı tarih), odemeyontemi, ödeme, taksit, durum, notlar
müşteriler
musteriler, isim, soyisim, telefon vs.
sipariş kolonlarda gözüken yapıya uygun şekilde girilir.
siparişler tablosondaki sipariş id ile durum baz alınarak ödemeler sayfasında sorgu yapılır
ödenmemiş hizmetler listelenir
belli bir müşteriye ait ödenmemiş bilgileri listelemek için sorguya musteri id eklenebilir
tüm ödenmemişleri görüntülemek için durum baz alınarak listeleme yapılabilir
güncelleme kısmında muhtemelen olumsuz durumlarda kullanacağı için, notlar kullanılarak neden güncellendiği bilgisi kayıt edilir bu alanı text yapıp bir tinymce eklentisini form alanında kullanırsan şaşırtıcı derecede verimli olur senin için
ödeme alma gelirsek, insert için çekilen veriler form alanlarında gerekli koşula uygun hazırlanır örneğin <input type="hidden" name=siparis_id value="<php? echo row['siparis_id']; ?>"> (bu form olmadan da yapılabilir, basite indirgemek için form ekledim) ödeme tutarı muhtemelen manuel girileceği için bir form verisi girilir daha sonra mevcut taksit durumu +1 arttırılır ya da tam taksit verildiyse -1 düşürülür bu nasıl kolayınıza geliyorsa ve ödemeler tablosuna yeni bir kayıt eklenir
bu mantığa görede takistler 8 ile başlıyorsa ödemelerde 8 den 1 düşülür ya da 0 dan başlar 1 1 artar 8 olana kadar, ödeme hesaplamasınıda fiyat/taksit olarak tutacağını varsaydık tabiki 1000/5 ise her taksit 200 olacaktır vesaire burada veritabanının önemi kadar onu nasıl kullanacağın da önemli. bir önceki mesajımda tamamen matematiksel işlemler üzerinden tek tabloda 3 kolona bazı değişiklikler uygularak en basit haliyle kendimce bir şeyler anlatmaya çalışmıştım. yani veritabanı kadar, php tarafında da iyileştirmeler yapmanız gerekiyor.
kayıt işleminin gerçekleştiği sayfada sql sorgusunun gerçekleşmesinin ardından göndereceğin maili koşul içerisine yaz
şablon olarak yok. kendin yazarsan daha az uğraşırsın bence. işlemin gerçekleceği sayfa için örnek bir yapı;
if(isset($_POST)){
if($sil === true){ÇALIŞACAK KODLAR}else{echo "silmek için izniniz bulunmuyor!..";}
} bir sürü şey yazdım, sonra sildim :) koddan ziyade, mantıklı yapılar oluşturmaya odaklanın.