Magento Come eseguire il debug di una schermata bianca vuota

Ho un errore nel mio backend Magento che risulta in una schermata vuota (WSOD). Ho impostato gli errori su on in admin ma non viene creato nulla in var / logs /. (Ho controllato le autorizzazioni per quella directory e tutto è corretto).

Ho anche ini_set (‘display_errors’, 1) in index.php e Magento è impostato sulla modalità sviluppatore. Ho anche abilitato i log degli errori di apache e php.

Non si registrano errori però ?!

Qualcuno ha idea del perché gli errori non vengono mostrati? Come sono confuso! Grazie

Questo è il modo in cui l’ho corretto (Hope ti aiuterà ragazzi):

  1. Usa il seguente codice nel tuo file index.php

    ini_set('error_reporting', E_ERROR); register_shutdown_function("fatal_handler"); function fatal_handler() { $error = error_get_last(); echo("
    "); print_r($error); }

  2. Nel mio caso mi ha detto che l'errore / 503.php non era disponibile.

3. Il problema era con l'estensione testimonial che ho usato ( http://www.magentocommerce.com/magento-connect/magebuzz-free-testimonial.html )

  1. Ho cancellato il file testimonial.xml nella mia app / etc / modules / testimoanial.xml.
  2. cancella il file "maintenance.flag".

Ogni volta che succede, la prima cosa che controllo è il limite di memoria di PHP.

Magento sovrascrive il normale gestore degli errori con il proprio, ma quando l’errore è “Memoria insufficiente” il gestore personalizzato non può essere eseguito, quindi non viene visualizzato nulla.

Lo stesso problema, ho appena eliminato la cache

 rm -rf var/cache/* 

Et voilà ! Non capisco cosa fosse …

Questo potrebbe essere semplice come un conflitto di modelli. Ripristina il modello predefinito in System/Configuration/Design/Themes.

Anch’io ho avuto lo stesso problema, ma ho risolto dopo aver disabilitato il compilatore e reinstallato di nuovo l’estensione. Disabilitare il compilatore può essere fatto da system-> configration-> tools-> compilation .. Qui Disabilitare il processo … Good Luck

Di seguito sono riportati i motivi delle pagine vuote in Magento

1) Problemi di authorization di file o directory. Se si sta eseguendo la migrazione da un server a un altro, ricordare di fornire 755 autorizzazioni alle directory e ai file

2) Se stavi lavorando su un file xml e improvvisamente le pagine si oscurano. Verifica che potresti non aver commentato correttamente le code line. Un commento non risolto creerà anche il problema.

3) Potrebbero esserci problemi a causa dell’assegnazione insufficiente della memoria per memory_limit .

4) Prova a cancellare il contenuto della cartella var / cache

5) Prova a cancellare il contenuto della cartella var / session

6) Se le tue estensioni utilizzano il caricatore ioncube in produzione, installa anche ion cube sul server di sviluppo. (Come per le estensioni dell’estensione). Anche se potresti avere un caricatore ionico prova ad installare l’ultima versione. Perché qualche volta quando aggiorni le estensioni che dipendono da cubo di ioni c’è incompatibilità con le versioni precedenti.

7) Imposta short_open_tag = On in php.ini. Alcune volte gli sviluppatori usano tag e se short_open_tag non è impostato su on puoi affrontare problemi come la mezza pagina distorta ecc.

Può anche essere quando non hai una corretta estensione php caricata. Vorrei ricontrollare che hai tutte le estensioni php necessarie caricate sul tuo sistema se non è il problema del limite di memoria.

Stavo anche affrontando questo errore. L’errore è stato corretto cambiando il contenuto della funzione core getRowUrl in app \ code \ core \ Mage \ Adminhtml \ Block \ Widget \ Grid.php La funzione principale è:

 public function getRowUrl($item) { $res = parent::getRowUrl($item); return ($res ? $res : '#'); } 

Sostituito con:

 public function getRowUrl($item) { return $this->getUrl('*/*/edit', array('id' => $item->getId())); } 

Per maggiori dettagli: http://bit.ly/iTKcer

Godere!!!!!!!!!!!!!

Ho avuto lo stesso problema, è stato risolto dopo aver reinstallato il mio tema

Ho anche riscontrato lo stesso problema durante il caricamento del progetto Magento sul mio server web, nel mio caso il file zip è danneggiato durante il processo di caricamento e anche molti dei miei file php sono danneggiati . Ho caricato via ftp. Ho trovato la soluzione per questo. Se stai facendo il file zip da un computer Linux, prova a usare lo strumento da riga di comando (ad esempio: ie;

zip -r my_archive.zip /path/of/files/to/compress/ )

e caricare sul tuo server web dal client windows filezilla.

Mi sono imbattuto in questo problema e ho perso tutto il giorno per risolverlo. Prova ad aumentare memory_limit , che ha funzionato per me!

Ciò può anche essere causato dall’uso dei segnalibri xDebug durante il debug della pagina. Basta fermare il debugger (rimuovi cookie) e tornerà alla normalità.

Come hai detto tu, c’è una sola risposta a questo problema.

Ho avuto lo stesso problema dopo aver cambiato tema. La memoria è stata impostata su 1024 prima, quindi non è questo il problema. La cache è stata cancellata e non c’era nulla di utile nel log degli errori.

Nel mio caso la soluzione era diversa: il vecchio tema aveva un modello di home page personalizzato … Passandolo a quello standard lo aggiustavo.

UN’ALTRA RAGIONE

per uno schermo bianco senza messaggi di errore potrebbe essere la frammentazione della cache APC .

Usa phpinfo () per scoprire se è usato dalla tua pagina (abbiamo avuto problemi con PHP 5.4 + APC 3.1.13) e se sì vedi cosa succede quando tu

  • disabilitarlo tramite .htaccess: php_flag apc.cache_by_default off
  • cancella la cache di apc ogni volta che viene chiamata la pagina: aggiungi nella parte superiore di index.php apc_clear_cache(); (nessuna soluzione ma buona per vedere se l’APC è il problema)

Se hai l’APC e questo è il problema, allora potresti farlo

  • giocare con le sue impostazioni, che potrebbero essere scomode e non funzionare affatto
  • basta aggiornare a PHP 5.5 e utilizzare invece la cache di opcode integrata.

Ho provato tutte le soluzioni suggerite ma senza fortuna.

Alla fine ho scoperto che ho bisogno di usare il layout di amministrazione e template e skin da una nuova versione di Magento che è necessario aggiornare. Per esempio nel mio caso è 1.9.2.4

  • Utilizza il layout e il modello adminhtml per rendere il tema di amministrazione può essere caricabile

– Fondamentalmente, prendi tutti i file (da app / design / adminhtml / default della nuova versione), copia e incolla questi nella cartella app / design / adminhtml / default del sito corrente per sostituire tutti i vecchi file se c’è

  • Usa adminhtml skin per rendere il tema di amministrazione può essere visualizzato correttamente

– Fondamentalmente, prendi tutti i file (da skin / adminhtml / default della nuova versione), copia e incolla questi nella cartella skin / adminhtml / default del sito corrente per sostituire tutti i vecchi file se c’è

Ovviamente, ricorda di fare backup prima di farlo.

La cosa migliore è usare un controllo di versione come GIT o SVN.

Nel mio caso la dimensione del file index.php era zero. Ho copiato il file originale e ha funzionato.

Tuttavia, nessuna idea su ciò che ha cancellato il contenuto di index.php.

La mia soluzione: triggerszione del plugin tramite Sistema -> Config> Avanzate> Avanzate

A volte ciò accade perché i collegamenti simbolici non sono consentiti nelle impostazioni del modello: Advanced > Developer > Template Settings > Allow Symlinks