it-swarm-tr.com

Joomla: Giriş yaptıktan sonra boş yönetici arka ucu

Joomla kurulumunu farklı bir sunucuya geçirmeye çalıştığımda bir sorunla karşılaşıyorum. Öncelikle eski sunucudan yeni dosyalara tüm dosyaları kopyaladığımı ve Joomla veritabanını farklı bir sunucuya taşıdığımı söyleyeyim.

MySQL sunucusundaki değişiklikleri yansıtacak şekilde configuration.php dosyasını güncelledim.

Siteyi yüklerken, görünüşe göre iyi çalışıyor: DB'ye bağlanır ve tüm işlemlere izin verir. Ancak, Joomla yönetim paneline erişmeye çalışırken ve başarılı bir şekilde oturum açtıktan sonra boş bir ekran görünür. Arka uca girmenin olası bir yolu yoktur.

Configuration.php dosyasını hata raporlamayı etkinleştirecek şekilde yapılandırdım:

public $error_reporting = 'maximum';
public $debug = 1;

Ayrıca, yönetici/index.php dosyasında sonraki satırı tanıttım:

error_reporting(E_ALL);

Tüm bunlara rağmen Apache2 günlüğünde (/var/log/Apache2/error.log) veya Joomla günlüklerinde (/var/www/logs/error.php) hiçbir hata görünmez.

Bazı uzantıları veritabanında el ile devre dışı bırakmayı denedim ve aslında 'Jomsocial Update' uzantısının devre dışı bırakılmasının, Jomsocial yönetim sitesine erişilememesine rağmen arka uca girilmesine izin verdiği gerçeği ile geldi (boş bir sayfa bir kez daha görünüyor).

Benim için garip olan şey, günlüklerde hiç hata almama gerçeğidir.

Hem eski hem de yeni sunucu aynı Apache sürümüne (2.2.22) sahiptir. Ancak, eski sunucu PHP v5.4.6 oysa yeni sunucu PHP v5.3.10. Ayrıca PHP v5.4.28, ancak başarısız oldu.

Ne olabileceğini biliyor musunuz? Desteğin için çok teşekkür ederim.

1
baldo

Bütün gün bunun üzerinde çalıştıktan sonra sonunda çözüm buldum. Sadece php5-curl kurulu değil. Göründüğü kadar basit ve aptalca.

Yani büyük olasılıkla Jomsocial/Jomsocial Update eklentisinin yönetim sitelerini görüntülemek için kıvrılma gerektirmesi. Sanırım Jomsocial Güncellemesi, yönetici yönetici paneline her girdiğinde yürütüldü ve bu yüzden onu devre dışı bırakmak boş ekran ölümünü engelledi (Jomsocial yönetici sitesine zaten erişilemedi).

Yine de, çözümü bulmanın yolu hakkında kafam karıştı: Bu, diğer senaryolarda başıma geldi, ancak genellikle çözümü buluyorsunuz çünkü curl_init () öğesinin tanımlanmadığını yazdırırken günlükler oldukça açık. Günlüklere kesinlikle hiçbir şey kaydedilmemesi için bu nasıl berbat olabilir?

Aslında, oldukça berbat. Bu kelimeleri yazarken neler olabileceğine dair bir his vardı. Evet, curl_init () çağrılarından önce '@' işleci gelir ve E_ALL günlük kaydı tanımlanmış olsa bile hataları susturur. Bunun ortak kodlama stili olup olmadığını bilmiyorum ama hata ayıklamaya saygı duyduğu şey için, hepsini cehenneme çeviriyor.

Her neyse, aynı sorunu yaşayan herkesin cevabı bu.

Saygılarımızla!

3
baldo

Ben Anthony, üyelerim için bir topluluk bileşeni olarak JomSocial olan bu web sitesini işletiyorum. Tabii ki, benimki gibi bir problemle karşılaşabilecek birine yardım etmeye çalışmak için buradayım, çünkü benimki tamamen internette dolaştım ve Ölüm ekranımı görmemin bir nedenini bile göremedim. Soruna nasıl geldiğimi söyleyeceğim.

  1. Çevrimiçi web sitelerim için bir yedekleme yapma alışkanlığı içindeyim, sonra tamamen işlevsel bir yedeklemem olduğundan% 100 emin olmak için yerel Ana Bilgisayarıma yeniden yüklüyorum. Bunu, alanımın Cpanel'indeki yedekleme sihirbazını kullanarak yaparım.
  2. Bu yüzden yedeklemeyi yaptım, sonra tüm dosyalar çevrimdışı olduğunda (Veritabanı ve Genel HTML arşivim). = Arşivlerimi çıkardım, web sitesini yerel Host'uma yapıştırdım, Veritabanını geri yükledim ve siteye erişmeye çalıştım. Eminim beyaz bir ekranla hiç tanışmadım bir şeyle tanıştım.
  3. Hikayeyi kısa kesmek için, yaklaşık 2 saat deneme ve başarısız olduktan sonra, çıkarılan tüm klasörleri kontrol ettim, hayal kırıklığım için arşivim "Bileşenler" klasörünü çıkartmadı, bu yüzden orijinal olarak kullandığım web sitesinden manuel olarak kopyaladım çevrimiçi olanı yükleyin, web sitesini barındırmadan beri fazladan bir bileşen yüklemedim, bu yüzden ihtiyacım olan tüm bileşenlerin bir şekilde bu klasörde bulunduğundan emin oldum {Ama sadece çalışıp çalışmayacağından emin değildim} , yerel Host'umda web sitemin geri kalanını içeren klasöre yapıştırdım, oradan Joomla web sitemin arka ucuna giriş yapabildim, Temizlenen Önbellek ve süresi dolmuş önbelleği temizledim ve yeterince eminim, web sitem tam olarak yüklendi çevrimiçi.
  4. Bu yüzden basit tavsiyem, web sitenizi başka bir Ana Bilgisayara taşıdıktan sonra WSOD moreso'ya neyin neden olduğunu kontrol etmeden önce, tüm dosyalarınızın ve klasörlerinizin mevcut olduğundan emin olmak için manuel olarak çapraz kontrol yapın, sadece web sitemde yanlış. Bu tavsiye çevrimiçi aradım her yerde herhangi bir yerde değil sürpriz oldu!
0
Anthony Kerry