Gelişme #29

Grupların yetkilerinin yönetilebileceği “access list” alanı oluşturuldu ve bu alanın geliştirilmesine hala devam ediliyor. Bu alan kısaca yöneticilerin onayı ile grupların sahip olabilecekleri çeşitli yetkileri temsil etmektedir. Geliştirilme aşamasında olmasından ötürü daha sonraki gelişmelerde üzerinde çok durulacak olduğundan daha fazla detay girmeyi gerekli görmüyorum.

Gelişme #30

Admin panelinin içeriğinin gösterildiği alanda küçük görsel düzenlemeler yapıldı.

Gelişme #31

“access list” alanının veritabanı tablosu ile ilgili bir düzenlemeye gidildi. Aynı zamanda yetki seçeneği oluşturmak adına bir form oluşturuldu. Sonraki gelişmelerde bu form alanının  işlenmesi sağlanacak.

Gelişme #32

Yazının başında belirttiğim yeni temanın dosyaları sisteme yüklendi.

Gelişme #33

Yüklenen yeni tema dosyaları ve bu dosyaların işlenerek sayfaya yüklenmesini sağlayan betiklerden “qvariables.php” betiği ve “base_functions.php” betiğindeki çeşitli fonksiyonlar düzenlendi.

Böylece yeni bir tasarım çalışmamı projem adına yeni bir temaya çevirerek aktif hale getirmiş oldum. En azından proje sayfası artık daha göze yatkın bir tasarıma sahip.

Bu tasarımı aynı zamanda bir wordpress temasına çevirip sisteme yüklemeyi düşünüyorum. Bu nedenle ilgili proje sayfasından görmüş olduğunuz tasarım hakkındaki fikirlerinizi de bu başlık altında bana iletebilirsiniz. Açıkçası henüz tamamlanmamış bu tasarımı oluştururken ben çok şey öğrendim ve zevk aldım. Doya doya kullanacağımız günlerin gelmesi dileğiyle :)

Gelişme #26 – div to table

Yönetim panelinde verileri listelemek için tablolar yerine div etiketleri kullanılıyordu. Bu bazen düşük ekran çözünürlüğüne sahip monitörlerde satırların birbirine karışmasına yol açabiliyordu.

Basitçe bu div etiketleri table etiketlerine dönüştürüldü. Böylece problemin ortadan kalktığını düşünüyorum. Test edilmedi.

Gelişme #27 – kullanıcı silme

Proje gelişmeleri ile ilgili son girdimde belirttiğim kullanıcı silme işlevi gerçekleştirildi.

Bu arada remove.php betiğini oluşturup çeşitli girdilerin aynı betik üzerinden silinmesini sağladığım için kendime teşekkür ederim. Sayesinde silme işlemini gerçekleştirmem 10 dakikamı almadı :)

Gelişme #28 – veritabanında düzenlemeler

Kullanıcı gruplarının çeşitli işlemlerini gerçekleştirebilmelerini denetlememi sağlayan sütunlar #sogroups tablosundan yeni oluşturduğum #sogroupaccess tablosuna taşındı.

#sogroups tablosunda grup kullanıcısının root haklara sahip olup olmadığını belirleyen “admin_root_access” adında tek bir sütun bırakıldı.

ask_group_login() fonksiyonu bu nedenle tekrar düzenlendi.

Gelecek Gelişme Hakkında

Yönetim panelinin düzenlenecek olan community > groups alanında tüm grupları “admin_root_access” yetkisi kontrolü ile birlikte listeleyecek bir betik oluşturulacak ve grubun diğer yetkilerinin yönetildiği bir başka sayfaya link verilecek..

Bu link verilen sayfada ise #sogroupaccess tablosundaki sütun değerleri yönetilecek..

Ayrıca proje gelişimi sırasında çeşitli yetkileri kolayca düzenleyebilmek adına #sogroupaccess tablosuna ait verilerin yönetilebileceği ayrı bir “groups access” bölümü oluşturulacak.

Bu başlıklar hakkında en kısa zamanda proje basamaklarına da girdiler eklemeliyim.

Daha önceden kullanıcı eklemek adına oluşturduğum formu biraz düzenledim.

Görüldüğü üzere bu form “create_user()” adında bir js fonksiyonunu çağırmakta. Bu fonksiyon ise projem hakkında daha önceden işlediğim konulara benzer olarak “create_user.php” betiğine formdaki gerekli verileri göndermekte. Bu betik ise basitçe verilerin gerekli kontrollerden geçmesi halinde veritabanına kullanıcı kaydını gerçekleştirmektedir.

Hatırlamam Gerekenler:

• Bu betiğin, veritabanı ile haşır neşir olan ve kendisi gibi “../jobs” dizini altında bulunan diğer betiklerden farkı ise “check_user_avalibility()” adında yeni bir fonksiyon ile kullanıcı kontrolü yapmasıdır.
• Aynı zamanda betik 6. satırda bulunan eregi fonksiyonu ile karakter düzenlemesi yaparak numerik ve metin karakterleri dışında kullanıcı ismine girilmiş olan karakterleri silmektedir.

Gelecek Çalışma:

• Kullanıcı silme işlemi ile ilgili olan sayfa düzenlemelerinin yapılması
• “remove_user()” js dosyası ve “../jobs/remove_user.php” betiğinin oluşturulması

Anlatacaklarım daha önceki konularda da bahsettiğim gibi klasik AJAX işlemleri olacağından fazla üzerinde durmadan yüzeysel olarak bahsedeceğim.

Öncelikle admin panelimizden “community -> user” alanına girdiğimizde en altta load_users_content() fonksiyonunda yeni oluşturduğum kullanıcı ekleme işleminde kullanacağımız form ile birlikte üstünde kullanıcılarımızın yer aldığı bir tablo görüyoruz. Burada oluşturduğum form hakkında umarım bir sonraki girdimde bahsedeceğim. İlgili ekran görüntüsü 1.

Herhangi bir kullanıcıyı düzenlemek için düzenleme butonuna tıkladığımızda edit_user_by_id() fonksiyonu tarafından karşımıza ilgili kullanıcının özelliklerini düzenleyebileceğimiz bir form gelmektedir. İlgili ekran görüntüsü 2.

Bu formdaki bilgiler “save” butonuna basıldıktan sonra update_user() javascript fonksiyonu tarafından okunur ve bu veriler update_user.php betiğine gönderilir. Bundan sonrası tamamen bu betiğin görevidir. İlgili işlemleri yapar, çıktıyı üretir, ardından çıktıyı kendisini çağıran javascript fonksiyonuna geri gönderir ve bu javascript fonksiyonu sonucu sayfaya yazdırır.

Bu arada formdaki select kutusuna ilgili group isimlerini yazdırabilmek için get_group_list() adında kullanışlı bir fonksiyon oluşturdum.

AJAX metodunu anlatır tarzda bir girdi oldu yine.

Kapanış yazılarını hiç yapamıyorum nedense.. :)

Yavaş yavaş ilerlettiğim samkon içerik yönetim sistemi projesinde sistem değişkenlerini yönetme işlemini en son girdimle tamamlamış bulunduğumdan, uzun zamandır buraya geldiğimde ne yapacağım diye düşünüp durduğum, kafamda yöntemler oluşturup aralarından birini seçmekte zorlandığım işlemlerin başlangıcı olan topluluk yönetme işlemlerine (kullanıcılar ve gruplar) vakit ayırıp biran önce kafamdaki soru işaretlerini ortadan kaldırmaya başlamak istedim.

Birazdan giriş yaptığım users alanı adına her kullanıcı bir grubu temsil edeceğinden kafamda bir problem oluşmazken topu atmış bulunduğum groups yönetimi için grupların çeşitli alanlardaki yetki düzenlemeleri ile ilgili kafam bir hayli karışık.

Sorun sistemin tamamen yapılandırılmamış olmasından kaynaklanıyor. Sistemde kullanıcıların yetkilerine göre gerçekleştirebilecekleri kaç çeşit işlem olacağı bir soru işareti kafamda (?) Bir yandan da kaç çeşit işlem olacağını dolayısı ile kaç çeşit grup tanımlamam gerekeceğini saymadan her tür işleme bir tabloda alan ayırayım ve gruba bu tablo için iki değerlikli veriler yazdırayım diyorum. Buda işimi aşırı uzatıyor, ayrıca veritabanı üzerinde zırt pırt eklemelere gitmem gerekebilecek. Bunun yerine çeşitli işlem tiplerini ifade eden çeşitli izin alanları oluşturup aynı seviyedeki işlemleri bu izin alanına göre işlem görmesini sağlamak çok daha mantıklı ve alan açısından ekonomik geliyor. Aynı zamanda tek bir alan açıp 0-100 arası gibi belli bir değer aralığında gruplara izin derecesi vermek de mümkün.

Neyse bu uzun tartışmalı konuyu beynimin bir ucuna atarak bu girdide asıl bahsetmem gereken konuya dönmek istiyorum artık:

Önceden menülerin yönetimi adına oluşturduğumuz ‘edit menus‘ alanında ilgili community ana menüsünü ve alt menülerini oluşturdum: bknz.

Daha sonra imajdan da görebileceğiniz users ve groups alt menülerinin ihtiyaç duydukları load_users_content() ve load_groups_content() fonksiyonlarını admin_functions.php betiğinde oluşturdum.

Şimdilik sadece load_users_content() fonksiyonu üzerinde çalıştım ve kullanıcıları çeşitli özellikleriyle birlikte bir tablo üzerinde gösterilmesini sağladım. bknz 2.

Gözünüze takılabilecek olan edit_user_by_id() ve edit_groups_by_id() fonksiyonları ise tahmin edeceğiniz üzere sırasıyla id bilgisi verilen kullanıcı ve grup bilgilerini düzenleme işlemini görecek olan fonksiyonlar olarak ileride geliştirilecek işlevlerdir.

Yazının başında bahsettiğim kafama takılan konu hakkında fikirlere açığımdır.

onclick=\”load_form_for_variable_type();\”

admin_functions.js betiğinde yer alan load_form_for_variable_type() fonksiyonuna bağlanması ve kendisine girilen değere bağlı olarak page-content-list-dynamic-area id bilgisine sahip alanda yeni form elemanları oluşturmasıdır. Bahsettiklerimi kısaca eklenecek sistem değişkeni tipine göre yeni bir form elemanı oluşturma işlemi olarak değerlendirebilirsiniz.

Ben de ilk defa javascript ile bu kadar haşır neşir olduğumdan ortaya çıkan tablodan büyük haz duydum. Eğer tarayıcı tabanlı bu tür uygulamalara meraklıysanız ilgili basit fonksiyonu incelemenizi tavsiye ederim.

Son olarak doldurulan form bilgileri create_system_value() fonksiyonu ile toplanarak ../jobs/create_systemvalue.php betiğine POST metodu ile gönderilir. Bu betiğimiz ise gerekli kontrolleri yaparak veritabanına sistem değişkeni ekleme işlemini tamamlar.

Bu işlem de daha önceki girdilerimde anlattığım metodlar ile benzer mantığa sahip olduğundan, açıklamaya ihtiyaç duymadım: Kısaca tek yaptığım

• form oluşturmak,
• oluşturduğum formdaki bilgileri alarak işlem yapılacak betiğe gönderecek ve aynı zamanda sayfada yapılacak işlemleri gerçekleştirecek (sayfa yenileme, işlem sonu bilgilendirme) bir javascript fonksiyonu oluşturmak,
• ardından bu fonksiyondan bilgileri alıp veritabanı üzerinde işlem yapacak ana php betiğini oluşturmak.

hepsi tamam. :) Bu 3 temel işlem üzerinde ayrı ayrı durarak, birbirlerine olan bağlarını iyi düğümlemek ve sonucunda ortaya çıkan tabloyu izlemek anlatılamayacak bir duygu.

Ekran görüntüleri: 1, 2, 3

Herşeyi bir php betiği ve bir javascript fonksiyonu karşılamaya yetti. Bu gelişmeyi sizlere örnek bir işlemde izlenen yolu açıklayarak tarif edeceğim. Örneğin daha önce hakkında bol bol atıp tuttuğum yönetim panelinin ‘edit menus‘ alanında panelimize yeni bir ana menü eklemek istediğimizde formumuzu doldurup ‘create‘ butonuna bastık.

Aynen önceden olduğu gibi bu işlem create_menu() javascript fonksiyonunun girdiğimiz verilerimizi edinmesini sağlıyor. Edindiği verileri ise ../jobs/create_menu.php betiğine gönderiyor. Buraya kadar bir değişiklik yok fakat create_menu() fonksiyonu create_menu.php betiğinden aldığı çıktı onaylandığı anda önceden olduğu gibi sayfanın notification adına sahip alanına çıktıyı basmasının yanında bu sefer birde yeni oluşturmuş olduğum reload_content() javascript fonksiyonuna yeniden yüklenecek içeriğin veritabanında kayıtlı ismini (bu örnek için: edit_menus) gönderiyoruz ve çıktısını page-content bilgisine sahip sayfa içeriğine yazdırmasını istiyoruz. Bu işlemi aşağıdaki betik yardımıyla gerçekleştiriyoruz:

document.getElementById(’page-content’).innerHTML = reload_content(’edit_menus’);

reload_content() fonksiyonu ise aldığı bu veriyi yeni oluşturduğum ../jobs/reload.php betiğine POST metodu ile gönderiyor. Son olarak reload.php betiğine aldığı veriyi load_content_by_post() fonksiyonu yardımıyla işlemek kalıyor.

load_content_by_post() fonksiyonu load_content() fonksiyonu ile tamamen aynı işlevi görmektedir tek farkları ise aa verisini alma metodları farklıdır. GET metodu ile işlemi gerçekleştirmeye zorlandığımdan aynı işlevi POST ile uygulayan bu fonksiyonu oluşturmayı tercih ettim.

Sayfanın içeriğinin tekrar yüklenmesini istediğim işlemlerin admin_functions.js betiğindeki ilgili fonksiyonlarına aynı işlemi uyguladım. Tek yaptığım tekrar yüklenecek sayfanın veritabanındaki ismini reload_content() javascript dosyasına göndermek oldu.

Oh be! Artık içim biraz olsun rahat… :)

Bir önceki girdimden altyapısını oluşturduğum bu işlemin kullandığı fonksiyon ve betikleri kısaca tanıtacağım. İlk önce aktifleştirme ve deaktifleştirme işlemlerinin yanı sıra daha önceden bahsettiğim diğer işlemlere de altyapı sunan tablomuzun bulunduğu system values alanını temsil eden admin_functions.php betiğindeki load_systemvalues_content() fonksiyonunun ilgili satırlarına göz atalım.

Görüyoruz ki #sovariablebools tablosundan alınan verinin değeri FALSE (0) ise $process değişkenimiz activate_boolvalue() metnini aksi takdirde deactivate_boolvalue() metnini içermekte. İçerdiği bu metin biraz aşağıda üzerine tıkladığımızda işlemimizi gerçekleştireceğimiz imaj dosyasına a etiketinin onclick özelliği ile bağlanıyor. Yani imaj dosyasının üzerine tıklandığında $process değişkeninin değeri fonksiyon olarak çalıştırılmak isteniyor. Bu fonksiyonlar ise …/admin_functions.js javascript betiğinde tanımlılar.

activate_boolvalue() ve deactivate_boolvalue() javascript fonksiyonlarına göz attığımızda ise kendilerine girilen id değerinin yanına birde gerçekleştirecekleri işleme göre bir değer taşıyan (activate veya deactivate) process adlı bir değer ekleyerek …/jobs/act_or_deact_bool.php betiğine POST metoduyla gönderiyorlar. Betikten gelen cevabı ise notification id değerini taşıyan alana giriyorlar.

Burada tabikide veritabanında değişiklik yapan asıl betik act_or_deact_bool.php betiğidir. Kendisine gönderilen id verisine göre hangi satırda işlem yapacağını ve process verisine göre atayacağı değeri belirler ve kullanıcı yetki kontrolü yaparak işlemi gerçekleştirir ve bir çıktı gönderir.

Proje giderek daha karmaşık ve bir o kadarda zevkli hale gelmeye başladı. Aklımda olupta henüz hayata geçirmeye fırsat bulamadığım o kadar çok işlem varki rüyalarıma kadar girmekte. Şimdilik bu kadar…

Bugün ise özet olarak önceki bildirimde oluşturduğum “system values” alanının yönetimiyle ilgili olan sistem değişkenlerini düzenleme (şimdilik ’sovariablechars’ yani metin değişkenleri için) ve sistem değişkenlerini kaldırma (hem metin hem de mantıksal değişkenler için) eylemlerini gerçekleştirdim.

#sovariablebools tablosunda tutulan mantıksal değişkenler bir düzenleme işleminden çok aktifleştirme ve pasifleştirme işlemlerine tabi tutulacağından değişkenleri düzenlemekten kastım #sovariablechars tablosunda tutulan metin değişkenleridir.

Bu kısa giriş açıklamalarından sonra neler yaptığıma gelecek olursak, anlatmanın en kolay yolu sanırım admin_functions.php betiğinde bulunan load_systemvalues_content() fonksiyonunu ele almak olacaktır.

Görüldüğü üzere fonksiyonun ilk işlevi GET metoduyla alınan aaa verisini kontrol etmek ve eğer değer girilmiş ise edit_char_by_id() fonksiyonuna göndermektir. Bundan sonra id numarası aaa değişkenine yüklenen metin değişkenini düzenlemek edit_char_by_id() fonksiyonuna kalmaktadır.

edit_char_by_id fonksiyonu kendisine girilen id numarasına ilişkin bilgileri #sovariablechars tablosundan alır ve ekrana düzenleme yapabileceğimiz bir form yazdırır. Bu form yardımıyla düzenleme işlemini gerçekleştirme istediğimizde admin_functions.js betiğinde tanımladığımız update_char_value() fonksiyonu çalıştırılır ve ilgili veriler /so-admin/base-files/jobs/update_systemvalue.php betiğine gönderilir. Bu betik ise girilen yeni verileri ilgili id numarasına sahip satıra yazar. Buna ilişkin bir bildiri sayfanın “notification” id değerine sahip alanında belirir (update_char_value() fonksiyonu sayesinde – AJAX).

Bu işlem sistem metin değişkenlerinin düzenlenmesiyle ilgili olan kısımdı. Düzenleme sayfası ekran görüntüsüne buradan, düzenlemeden sonraki ekran görüntüsüne ise şuradan ulaşabilirsiniz.

Benzer bir mantıkla çalışan admin_functions.js betiğinde yeni oluşturduğum
remove_char_value() ve remove_bool_value() fonksiyonları ise daha önceden bahsettiğim …/jobs/remove.php betiğine işlenecek tablo ismi verisini ve id bilgisini gönderiyor. Sistem değişkenini kaldırma işlemini remove.php tamamlıyor. Yani remove.php daha önce bahsettiğim menü ve alt menü girdilerini silme işlemini gerçekleştirmekle kalmıyor, sistem değişkenlerini silme işlemini de kendisine bırakmış olduk.

System Values alanının ekran görüntüsüne şuradan ulaşabilirsiniz.

Geçmiş bir gelişme olması ve svn deposundan ilgili gelişmelerin takip edilebilmesi nedeniyle fazla üzerinde durmayacağım. Fonksiyonumuz yönetim panelimizde options seçeneğinin altında yer alan system values alanının içeriğini oluşturmaktadır. Bu alanda daha önceden bahsettiğim gibi sistemde hali hazırda bulunmasını istediğimiz bir takım değişkenleri yöneteceğiz.

Bu değişkenler iki değerlikli –boolean– ve uzun metin olmak üzere iki tiptedir. İki değerlikli değişkenlerimizi tutmak için veritabanımızdaki sovariablebools, metin değişkenlerini tutmak için ise sovariablechars tablolarını kullanacağız.

load_systemvalues_content() fonksiyonumuzu incelersek fonksiyonumuzun henüz sadece bu veritabanı tablolarından aldığı bilgileri sırayla ekrana bilgi amaçlı yazdırmaktan ibaret olduğunu görebiliriz. Sırasıyla önce sovariablebools ve sovariablechars tablolarından verileri alıyor ve ekrana yazdırıyor.

Üzerinde düzenleme, silme, etkinleştirme gibi işlemlerle çalıştığımdam ve ilgili işlemlerin gelişmelerinde zaten bahsedileceğinden detayına henüz girmek istemiyorum. Fakat ekran görüntüsü isterseniz şuraya bakabilirsiniz.