Magento 1.9 Yönetici paneline giriş yapamıyorum!

Magento 1.9'u yükledim . Bir hafta boyunca iyi çalışıyordu. Ben Magento yönetici paneline giriş çalıştı ve ben daktilo ederken Aniden dün usernameve password, Giriş butonuna tıkladım ve hiçbir şey olmadı. Sayfa yenilenir ve hepsi bu. Hata veya başka mesaj yok.

Yanlış kullanıcı adı veya şifre girdiyseniz, hata gösteriyor.

Bu konuyla ilgili konuştuktan sonra, aşağıdaki satırlarda yorum yapmam önerildi:

Uygulama \ kodu \ çekirdek \ Mage \ Çekirdek \ Model \ Oturum \ Özet \ Varien.php

/* to solve login issue */
  /*if (!$cookieParams['httponly']) {
  unset($cookieParams['httponly']);
  if (!$cookieParams['secure']) {
  unset($cookieParams['secure']);
  if (!$cookieParams['domain']) {
  unset($cookieParams['domain']);
  }
  }
  }

if (isset($cookieParams['domain'])) {
  $cookieParams['domain'] = $cookie->getDomain();*/ //I have commented these lines

Ve aşağıdaki bazı eski sürümler için aynı dosyada önerildi.

$cookieParams = array(           
    'lifetime' => $cookie->getLifetime(),           
    'path'     => $cookie->getPath(),           
    //'domain'   => $cookie->getConfigDomain()           
    //'secure'   => $cookie->isSecure(),           
    //'httponly' => $cookie->getHttponly()       
);
  }*/

Bundan sonra bile, yönetici giriş yapamadı. Bu olduğu gibi. Bu sorunla karşılaşan var mı? Bu konuda başka bir çözüm var mı?

(Önbelleği ve oturumu ftp ile silmeyi denedim).

Çekirdek kodunu bu şekilde değiştirmeyi bırakın - geçici olarak bir sorunu çözebilir, ancak izlenmesi neredeyse imkansız olacak gelecekteki sorunları yaratabilir.

Orada bir var farklı konuların sayısı görüyorsanız hatasız yönetici giriş davranışa neden, ama hepsi ayarlamak veya oturum çerezi okumak mümkün olmayan Magento için geri dönün. Magento, sayfalar arasında hata mesajları iletmek için oturumlar kullanıyor - bu yüzden bir hata mesajı görmüyorsunuz. Magento aynı zamanda "giriş yapmış" değeri saklamak için oturumlar kullanır, bu nedenle oturumları ayarlamamak aynı zamanda temel hata davranışına da neden olur.

Muhtemel sebepler arasında

• Yerel bilgisayar saati ve sunucu saati uyuşmazlığı, anlık çerez geçersiz kılınmasına neden olur. Sunucu saatinizin doğru olduğundan emin olun.

• Yanlış izinler açık var/session, oturum dosyalarının kaydedilmesini önleme

• Veritabanı / redis / diğer oturum depolamanın hatalı yapılandırılması, oturum değerlerinin kaydedilmesini önleme

• Bir modül oturumları erkenden başlatıyor, doğru oturum adlarının ayarlanmasını önlüyor

• Birden çok URL kullanan bir geliştiricisiniz ve birden çok çerez alanınız var

• Başka bir geliştirici bir şekilde değiştirildi app\code\core\Mage\Core\Model\Session\Abstract\Varien.phpve izini zorlaştırdı.

• İçindeki çerez alanı System -> Configuration -> Web -> Session Cookie Management, gerçek site alanıyla eşleşmiyor.

• localhostSunucu etki alanınız olarak kullanıyorsunuz ve localhostbazı durumlarda çerezleri ayarlamakta zorluk çeken bir webkit sürümünü kullanıyorsunuz .

Kısa vadeli düzeltme, etki alanı için çerezinizi silmektir. Bu, sorunu çözmek için genellikle yeterlidir. Devam ederse, yukarıdaki nedenlerden hangisinin hatanızın nedeni olduğunu belirleyin ve sorunu çözmek için gerekli adımları atın (izinleri, vb.)

Bazı Magento kurulumlarında da aynı semptomları yaşıyorum (sadece 1.9 değil). Benim durumumda, yalnızca Chrome'da olur. Bunu Firefox / Safari / Opera'da oturum açarak ve 'Web' ayarlarının 'Oturum Çerezleri Yönetimi'nde' Yalnızca HTTP kullan 'seçeneğini' Hayır 'olarak değiştirerek düzeltirim.

Bende de bu problem vardı. var/sessionDizin ayarlanmış olmasına rağmen, oturumlar kapatılamadı 0777. Magento oturum dosyaları yarattı, ancak hepsi sıfır bayt kaldı.

Dan oturum depolamasını değiştirilmesi filesiçin dbbenim için sorun çözüldü.

1. Magento kurulum dizini açın. İndex.php dosyasını bulun ve açın.
2. Error_reporting için ara (E_ALL | E_STRICT); kodu.

3. Öyle yorum yapın:

   /*error_reporting(E_ALL | E_STRICT);*/

4. Ve bunun yerine aşağıdaki kodu kullanın:

   error_reporting(E_ALL);

   $_SERVER['MAGE_IS_DEVELOPER_MODE'] = true;

5. # İşaretini kaldırarak uncomment, böylece şöyle görünüyor:

   ini_set('display_errors', 1);

6. Bu dosyayı kaydedin ve sunucuya yükleyin. Hataları görmek için web sitenizi yeniden yükleyin.

Başka bir olası neden: harddisk / volume / kota dolu ve bu yüzden oturum verileri diske yazılamıyor. Muhtemelen görünmüyor, ama sadece bana ikinci kez oldu ve anlamak biraz zaman aldı.

Yorum yapmak için yeterli itibarım yok, ama @Alan Fırtına, belki de bunu mükemmel listene almak istersin.

Son zamanlarda aynı sorunu yaşadım ve basit bir numara benim için çalıştı. Ayrıca bu, Google Chrome'daki kontrol paneline erişemeyen insanlar içindir . Mozilla Firefox üzerinde çalışabilirseniz, lütfen bunu yapın çünkü bu sorunun Mozilla firefox’ta kalıcı olmadığını düşünüyorum.

Yani krom için çözüm:

Goto Sistem-> Yapılandırma-> Web . Güvenli Olmayan ve Güvenli sekmesini genişletin . http://127.0.0.1/[Your folder name]Localhost kullanıyorsanız Temel URL’yi değiştirin veya ön uçtan eriştiğiniz Site URL’nizle değiştirin. Ayrıntılara ilk kez girdiğimde, sadece yenilenip tekrardan döndüğünüz gibi aynı sayfaya geri döndüğünden, Dashboard'a iki kez giriş yapmak zorunda kaldım .

PhpMyAdmin'inizi sunucunuzdan açın, bu sql komutunu bir kez deneyin.

Bu SQL'i çalıştırın:

SET FOREIGN_KEY_CHECKS=0;
UPDATE core_store SET store_id = 0 WHERE code='admin';
UPDATE core_store_group SET group_id = 0 WHERE name='Default';
UPDATE core_website SET website_id = 0 WHERE code='admin';
UPDATE customer_group SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';SET FOREIGN_KEY_CHECKS=1;

Şimdi yönetici giriş yapabilir.

Lütfen bunu takip edin:

Yönetici sayfası, bulunmayan 404 sayfayı gösteriyor

Aynı sorunu yaşadım ve / var / session içindeki tüm dosyaları silerek çözdüm. Bence Magento'da çok fazla seans var!

Alarm Fırtına Listesi doğru ve ayrıntılı. İşte birkaç ek vaka.

1. Serseri olarak izin ait kontrol var/sessionkonak Makinesine çok
   (sorunları montaj)
2. Diskinizin dolu mu veya var / session içinde çok fazla dosya olup olmadığını kontrol edin
3. Çalıştır n98-magerun.phar sys:check(çerez alanı dahil olmak üzere sorunları yakalar)

4. Local.xml dosyasını düzenleyerek oturumu veritabanına değiştirin. Insidie ​​kullanarak izin konularının çoğunu ekarte edecek<global>

   <session_save><![CDATA[db]]></session_save>

Ayrıca örneğin üçüncü parti eklentiler (güvenlik duvarı / güvenlik uzantıları) farklı olmak https://github.com/paimpozhil/MageFirewall/blob/master/app/code/community/MageFirewall/Firewall/Model/Observer.php#L53 koyar Kara listede eğer çok fazla denersen.

Oturumunuz başlangıçta izin sorunları için çalışmıyorsa, ancak orijinal sorunu düzelttikten sonra da başarısızlığa devam ederse gerçekleşebilir

Özel durumda admin_session_user_login_success, çoğu güvenlik / güvenlik duvarı modülü bu olayı kullandığından olaya göz kulak olun . Değişken $_SESSION['admin']gözlemciler tarafından sıfırlanırsa, özellikle dikkat edin

Ayrıca bir form anahtarınızın bulunması da önemlidir, aksi halde formunuz işleme alınmaz.

<?php echo $this->getBlockHtml('formkey'); ?>

Bu sorunun basit bir çözümü , localhost yerine hostname olarak http://127.0.0.1 kullanmaktır .

Sorun, yöneticinize giriş yapamadığınızdan, veritabanı sekmesindeki güvenli ve güvenli olmayan taban URL'lerini değiştirmelisiniz: core_config_data

Bu ayrıca baseurl'nün n98-magerun sys ile doğrulanmasını sağlar : check

Üzerinde geliştiriyorsanız localhostve ayarlamak veya alan adınızı değişti localhost, veritabanı tablo güncellemek core_config_dataalan adları için 127.0.0.1yerine. ÖrneğinUPDATE core_config_data SET value="http://127.0.0.1/magento/" WHERE path="web/unsecure/base_url";

Ayrıca, yukarıdan her şey işe yaramadıysa ve çaresiz erişime ihtiyacınız varsa, şifreyi veritabanında güncelleyebilirsiniz:

UPDATE admin_user SET password=CONCAT(MD5('qXpassword'), ':qX') WHERE username=‘user’;

ihtiyaçlarınıza göre kullanıcı ve şifre kelimelerini değiştirin.

Öncelikle sizi önbelleği temizlemeye çalışacağımı düşünüyorum ve bu işe yaramazsa, var klasörünüzde chmod 700 yapmayı deneyin.

Tarayıcınızı değiştirebilir bu iş benim için olabilir. Bu hata geldiğinde tarayıcı kromunu firefox olarak değiştirdim ve çalışıyor.

Aynı şey benimle bir süre önce oldu ve sorunum oturumdan geldi. Oturumları oluşturmak ve önbellek oluşturmak için yeterli DISK alanım yoktu var/. Bazı şeyleri çıkardım ve sonra her şey çalıştı. Belki birine yardım eder.

Şerefe

"Var / cache" ve "var / session" klasörünü boşaltarak önbelleğinizi temizlemeyi deneyin, bu benim için çözüldü.

Ayrıca bir kereden sonra web sunucusunu yeniden başlatmak zorunda kaldım.