Jump to content

Ödeme Hatası


Recommended Posts

yazma izinlerini şu şekilde ayarlayıp denermisiniz.

/modules - 755

/bankwire ve alt bütün klasörler 755

bütün php ve tpl dosylarını 644 yapın.

 

bunlara ek olarak sunucuya eksik dosya yüklenmiş olabilir.

/classes klsörünü yeniden yükleyin.

Link to comment
Share on other sites

Merhaba

Dosya izinleri ile ilgili yaptıklarınızı geri alın. Güvenlik açığı yaratmayın durduk yere.

 

Veri tabanınıza bağlanıp config tablosundan 

PS_OS_BANKWIRE

değerini bulun. 

 

Bu değerin karşılığında bir id numarası olacak. Bu id numarası ile tanımlı bir sipariş durumunuzun olması gerekiyor. Yönetim panelinden sipariş durumları bölümüne girip bakın. Eğer bu id numarasına karşılık bir sipariş durumu yoksa:

 

  1. Yeni sipariş durumu oluşturun ismini banka havalesi bekleniyor yapın. 
  2. Sipariş beklemede olarak seçin.
  3. kaydedin
  4. Yeni oluşan id değerini alın.
  5. Veri tabanınızı açın config tablosundaki PS_OS_BANKWIRE değerini bulun
  6. Yeni id değerini buraya yazın

 

Biraz karmaşık olabilir. Sorun yaşarsanız veri tabanı erişim bilgilerini PM atın ben halledeyim. (hemen yapacağıma söz vermiyorum)

Link to comment
Share on other sites

"yazma izinleri güvenlik açığına sebep olmaz" cümlesini bir amatörden duysaydım şaşırmazdım. Ama şaşırdım doğrusu."Permissions" sunucuların ilk savunma katmanıdır. 777 ile izin verilmiş klasör ciddi güvenlik açığıdır. Hatta bazı modern web sunucuları böyle bir klasör izni görüldüğünde çalışmayı durduruyor. Örnek:

 

Neyse benim vaktim yok öğrenmek isteyenlere linkler:

http://tldp.org/LDP/intro-linux/html/sect_03_04.html

https://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions

Link to comment
Share on other sites

"yazma izinleri güvenlik açığına sebep olmaz" cümlesini bir amatörden duysaydım şaşırmazdım. Ama şaşırdım doğrusu."Permissions" sunucuların ilk savunma katmanıdır. 777 ile izin verilmiş klasör ciddi güvenlik açığıdır. Hatta bazı modern web sunucuları böyle bir klasör izni görüldüğünde çalışmayı durduruyor. Örnek:

 

Neyse benim vaktim yok öğrenmek isteyenlere linkler:

http://tldp.org/LDP/intro-linux/html/sect_03_04.html

https://www.linux.com/learn/tutorials/309527-understanding-linux-file-permissions

 

yukarıdaki verdiğim yazma izinleri bir güvenlik açığı oluşturmaz dedim

777 demedim.

http://doc.prestashop.com/display/PS15/Installing+PrestaShop

 

Some hosts might require you to use CHMOD 777, although it is not recommended for anything more than a one-time need.

If you have to use CHMOD 777 in order to install PrestaShop, make sure to switch to a safer setting (for instance, 775 for folders and 664 for files) once you are done installing.

Read your host's documentation carefully

Edited by safa (see edit history)
Link to comment
Share on other sites

arkadaşlar yardımlarınız için çok teşekkür ediyorum sorunu yedekteki veritabanı geri yükleyince çözdüm 

 

iyi çalışamalar

rica ederim,

sitene baktığımda siparişleri silmek için yazdığın sorgu sadece siparişleri silmemek le kalmamış bütün sipariş durumlarınıda silmişti.

 

prestashop'ta ilk kurlumda gelen sipariş , üye , ürün detaylarını komple silmek için.

pscleaner modulunu kullanabilirsiniz.

ancak bu modul bütün datayı sildiği için dikkatli olmanız gerekmekte.

Link to comment
Share on other sites

arkadaşlar yardımlarınız için çok teşekkür ediyorum sorunu yedekteki veritabanı geri yükleyince çözdüm 

 

iyi çalışamalar

yani arkadaş madem yedeğini geri yükleyecektin neden bu kadar insanı çözüm üretmek için uğraştırıyorsun, bak senin yüzünden forum birbirine girdi beğendin mi yaptığını :) :)

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...