Joomla 1.6 Kisa Inceleme (Joomla 1.6 Beta 8) PDF Yazdır e-Posta
Remzi Değirmencioğlu tarafından yazıldı.   
Çarşamba, 25 Ağustos 2010 11:38

Yaklasik olarak Mayis 2011 de kararli sürümü yayinlamasi beklenen Joomla 1.6 nin 23 Agustos'ta yayinlanan 8. Betasini kurup inceleme firsati buldum ve yeniliklerden biraz bahsetmek istedim.

Joomla 1.6 minimum server gereksinimleri: PHP 5.2+ ve MySQL 5.0.4+

Yeni yönetim paneli tasarimi

Ilk dikkat ceken degisiklik yeni admin temasi 'BlueStork', yeni ikonlar ve kücük degisikler ile oldukca hos duruyor. Degisiklikler kullanimda aliskanlik sorunlari yaratmayacak boyutta.

Joomla 1.6 admin temasi 'BlueStork'Joomla 1.6 admin temasi 'BlueStork'

Safe & New

Kaydet & Yeni özelligi sayesinde cok daha seri bir sekilde makale, menu veya modül yaratilabilir, ayrica kaydet ve uygula buttonlarinin kaydet ve kaydet & kapat seklinde degistirildigide dikkat cekiyor.

Safe & NewSafe & New

Son Güncelleme: Pazartesi, 30 Ağustos 2010 21:50
 
Virtuemart Fatura Eklentisi PDF Yazdır e-Posta
Remzi Değirmencioğlu tarafından yazıldı.   
Cuma, 20 Ağustos 2010 08:18

Virtuemart'ta otomatik olarak sistemden faturalari kesmek icin farkli eklentiler var. Bunlardan birtaneside Virtuemart Invoice Center, bu eklentiyi bir proje icin azda olmayan bir miktarda ödeme yaparak satin aldim ancak eklenti bu durumda fatura islemlerini yapmak icin cok yetersiz durumda yada en azindan ben sik sik hatalarla karsilastim.

Ücretli eklentinin yerine ben forumlardaki insiyatif ile olusturulmus ücretsiz bir eklentiyi tavsiye ediyorum: VirtueMart - Invoice, Delivery Note, Receipt Addon

Eklentiyi buradan indirebilirsiniz: http://www.phoca.cz/download/category/22-virtuemart-addons

Kurulum oldukca basit ancak faturalari düzenlemek icin en azindan PHP dosyalarinda ufak düzenlemeler yapabiliyor olmaniz gerekir.

Kurulum (eger ingilizce biliyorsaniz makalenin en altindaki linkten makalenin aslini okuyabilirsiniz):

  • Bütün dosyalari Joomla kurulumunun bulundugu klasörün icine yükleyin.
  • Sitenizin administrator bölümüne giris yapin ve bu adresi tarayicinizdan cagirarak gerekli tablolari databankiniza yükleyin: [siteniz]/administrator/index2.php?option=com_virtuemart&page=admin.install_delivery_sql.php
  • Basarili yüklemenin ardindan bu dosyayi silin: administrator/components/com_virtuemart/html/admin.install_delivery_sql.php'
  • Asagidaki kodu administrator/components/com_virtuemart/html/order.order_print.php dosyasinin icinde 170. satirdan sonra ($tab->endTab();'dan sonra ve $tab->endPane();'den önce)
 // Delivery
$tab->startTab( $VM_LANG->_('VM_DELIVERY_TAB_LBL'), "delivery_pane" );
require_once(CLASSPATH.'ps_order_delivery.php');
$tab->endTab();
  • Ve son olarak dil dosyaniza asagidaki kodlari ekleyin:
Son Güncelleme: Pazartesi, 30 Ağustos 2010 21:44
 
Tamamen ticarileşen Magento'ya elveda PDF Yazdır e-Posta
Remzi Değirmencioğlu tarafından yazıldı.   
Pazartesi, 03 Mayıs 2010 21:42

Magento'nun cok yüksek server gereksinimi ve yavasligi zaten bilindik bir sorun ama herseyin bir dezavantaji oldugu icin bunlar benim tahammül sinirlarim icinde kaliyordu. Ancak artik en ufak sorun bile uzun saatlerime mal olmaya basladi ve forumlarda verilen destek iyice azaldi. En son olarak 1.3.2 versiyonundan yeni versiyona güncelleme yapmak iskenceye dönüsünce artik zamanimi Magento ile harcamamam gerektigi düsüncesi ortaya cikti. Uzun bir arastirma ve test döneminden sonra Virtuemart+Joomla ikilisinin aslinda cok daha iyi bir secenek olabilecegi ortaya cikti.

Magento yinede bazilari icin bir secenek olusturabilir (minumum dedicated server), Joomla ile Magento arasinda cok büyük bir anlayis farki var. Ben Magento ile calismaya Magento ücretsiz bir sistem iken basladim ve bu sekilde ticari odakli gelisecegini düsünmemistim. Benim icin "Open Source" ve "Free" kavramlari büyük önem tasiyor ve bu tarz yazilimlarin (Joomla, WordPress, Linux.. vb.) altyapilarinin cok saglam olduguna inaniyorum. Magento tarzi yazilimlarda her türlü secenek ve özellik eklenerek sistem cok sisirilir ve hantallastirilir ama bu sayede sistemin pazarlanmasi kolaylastirilir. Joomla gibi nesne odakli sistemlerde ise altyapi cok saglam bir sekilde kurulur ve eklentiler sayesinde sistemin ihtiyaclara göre sekillenebilme imkani vardir. Standart bir Joomla kurulumu ile yapacaginiz web sayfasi cok kisitli olabilir ancak Joomla eklentileri ile neredeyse hertürlü web sayfasi gelistirilebilir.

Eger cok iyi düzeyde teknik bilgiye sahip degilseniz Magento'nun asiri hantal ve komplike sistemi icinde bogulmamanizi tavsiye ediyorum. Magento cok iyi pazarlaniyor, insana cekici geliyor ve cok fazla sey vaad ediyor. Sorulmasi gereken soru bu kadar kompleks bir sisteme ihtiyacimiz varmi, aylik 100 Euro server yatirimi yapmak istiyormuyuz yada müsterilerimizi Magentomuzun güzel sayfalarini acmaya calisirken sinirlendirip kaybetme lüksümüz varmi? Internette görülen Magento sitelerin yüzde 95'i en basit e-ticaret sistemleri ile bile gelistirilebilecek konfigurasyolarda kullaniyor.

Joomla ile yillardir calisiyorum ve bir sorun olmasi durumunda inanilmaz sayidaki kullanicisi ve destek siteleri sayesinde cevaba ulasmak icin genellikle cok kisa bir Google aramasi yeterli oluyor. Magento'da ise bu genellikle iskenceli saatlere dönüsüyor.

Yaklasik iki yil önce yeni bir e-ticaret sistemi arayisinda iken arastimalarim sonucu önümde iki secenek birakmistim, Joomla+Virtuemart ve Magento, uzun süren kararsizliktan sonra Magento ile devam etmistim, bugün bu karardan pisman olsamda oda benim icin bir tecrübeydi.

Performans kosunda hicbir iyilestirme yapilmadan bile Joomla+Virtuemart uygulamalari gözle görülür derecede daha hizli calisiyor.

Bizim gibi web gelistiriciler icin tamamen ticari amacli ve her an size sirtini dönebilecek bir sistem yerine ticari amaci olmayan bir organizasyonun gelistirdigi ve yüzbinlerce insanin paylasimlari ile yasayan sistemi desteklemek cok daha mantikli görünüyor.

En son Joomla+Virtuemart uygulamamiz: www.licht-dekor.de

Son Güncelleme: Pazartesi, 03 Mayıs 2010 23:00
 
Magento Performans İyileştirmeleri PDF Yazdır e-Posta
Remzi Değirmencioğlu tarafından yazıldı.   
Çarşamba, 06 Ocak 2010 19:08

Eğer Firefox'da Firebug ve Page Speed eklentileriniz varsa (ki yoksa kurmanızı şiddetle tavsiye ederim) Magento sitenizde performans testi yaptığınızda aşağıdaki örnekte gördüğünüz gibi bir uyarı alırsınız, eğer bu uyarının kaynağı belli bir dosya olsaydı bu optimizasyonu yapmak aslında zor olmazdı ancak bu durumda sistem dosyalarında değişiklik yapmadan bu optimizasyonu yapamıyoruz.

Minify JavaScript
There is 293kB worth of JavaScript. Minifying could save 53.8kB (18.3% reduction).
* Minifying index.php?c=auto&f=,prototype/prototype.js,pro... using JSMin could save 53.5kB (20.3% reduction).

Neyseki JS ve CSS dosyalarını sıkıştırıp optimize edecek ücretsiz bir Magento eklentisi var: Fooman Speedster. Bu eklentiyi kurup sayfanızın performasını arttırmanız çok iyi olacaktır, sayfanın yüklenme süresinin arama motoru optimizasyonunda önemli bir faktör olduğunu dikkate alın ve mümkünse Firebug/Page Speed'deki diğer önerileride tek tek gözden geçirin.

Aslında GZip konusuna hiç değinmeyecektim ancak bilmeyenleriniz olabilecileğini düşünerek GZip Compression konusunuda hatırlatmak istedim. GZip sıkıştımasını kullanabilmeniz için serverınızda mod_deflate'in aktif olması gerekir, eğer aktif olup olmadığını bilmiyorsanız servis sağlayınıza sorabilirsiniz.

Magento'nun kurulu olduğu ana klasörün içindeki .htaccess dosyasında gerekli kodlar yazılmış ancak deaktive edilmiştir.

Son Güncelleme: Çarşamba, 06 Ocak 2010 19:59
 
Magento Ödeme Sayfasında 'Bu Adrese Gönder' Seçeneğini Standart Olarak Atamak PDF Yazdır e-Posta
Remzi Değirmencioğlu tarafından yazıldı.   
Cumartesi, 12 Aralık 2009 02:21

Kaba verilere göre online alışverişlerin 80%'inde teslimat adresi ile fatura adresi aynı. Magento'da ödeme sayfasına gittiğinizde ve fatura adresini girdiğinizde altta gördüğünüz gibi iki seçenek var ve sistemde standart olarak "Farklı adrese gönder / Ship to different address" seçili. Müşteriler genellikle yazılanları okumadıkları ve çabuk sonuca ulaşmak istedikleri için hemen devam buttonuna tıklıyorlar, sistem bu durumda adresin tekrar girilmesini istiyor, tabiki sistemin bunu neden sorduğunu anlayamayan müşteriler suçu sisteme atacak ve size sinirleneceklerdir ve bu durum satın alma işleminin iptal edilmesi ile sonuçlanabilir.

Bu Adrese Gönder - Ship to This Address

Ne yazıkki alacak olan alır zihniyeti ile ilermeye çalışan ve bu tür ayrıtılar konu edildiğinde bunlara gülerek yaklaşan insanlar var ("ne yazıkki" diyerek üzülmeye gerek yok aslında, başarıya ulaşmak isteyenler ve bunu hak edenler bu küçük ayrıntılar sayesinde diğerlerinden ayrılacaklardır) her bir küçük kullanılabilirliği arttırıcı ayrıntı size fayda sağlayacaktır, örneğin buradaki ayrıntının bugüne kadar olan şiparişlerinizde 5%'lik bir düşüş yaratmış olduğunu öğrenseydiniz üzülmez miydiniz? Tabiki bu tür bir istatistik yapmak mümkün değil, bu rakam daha çok veya daha az olabilir.

Son Güncelleme: Pazartesi, 30 Ağustos 2010 21:46
 
«BaşlangıçÖnceki123SonrakiSon»

Sayfa 1 / 3

Hakkımda

Marmara Üniversitesi Almanca İşletme Enformatiği öğrencisiyken Viyana Üniversitesi'ne geçmeye karar verdim ve şuanda Viyana'da ücüncü senemi okumaktayım, kendimi ağırlıklı online ticaret ve pazarlama teknikleri olmak üzere sürekli internet teknolojileri üzerine geliştirmeye çalışıyorum.

Xing

openSUSE.org