Je viens de déplacer un site sur un serveur de production et une installation de codeigniter une fois de temps de travail renvoie désormais un écran vide. Je crois que cela est dû à WhitSpace, mais comment êtes-vous censé trouver quelque chose comme ça? P>
7 Réponses :
choses à vérifier: p>
$ config ['base_url'] code> est correctement défini li>
- Avez-vous également pu copier votre .htaccess aussi? LI>
- Avez-vous les mêmes versions PHP dans les deux machines? Si votre réponse est oui, je vous demanderai à nouveau: êtes-vous sûr? Li>
- Quelle est la valeur de votre DB $ ['défaut'] ['nom d'hôte']? Li>
- Avez-vous la même configuration de la base de données sur votre serveur local et de production? Il pourrait y avoir des différences avec le nom d'hôte, le nom d'utilisateur, le mot de passe et le nom de la base de données LI>
ul>
Autres choses que vous pouvez faire: p>
- SET
$ DB ['Par défaut'] ['db_debug'] code> à true code> li>
- Déployez une nouvelle installation de codeigniter dans votre serveur de production et vérifiez si vous pouvez voir quelque chose LI>
- Si vous voyez toujours une page vierge, déployez un seul fichier PHP avec du texte et dites-nous ce que vous voyez li>
ul>
Il s'avère que le serveur exécute PHP 4 au lieu de 5. Espérons que la société d'hébergement le mettra à jour pour moi demain. Merci d'avoir répondu.
@Randell My APP est sur CI et exécutez sur Heroku Server .index.php est echo "Hello" mais mon contrôleur par défaut est ni exécuté. Et je ne suis pas sûr de la version PHP de Heroku et de mon application (CI = '2.1.2 ', Php = 5.5.16)
@Harsh, assurez-vous que display_errors code> et
display_startup_errors code> est défini sur
true code>. Assurez-vous également que
error_rporting code> est défini sur
e_all code>. Voir Stackoverflow.com/a/21429652/106778 par exemple.
@Randell merci pour votre réponse ... il y a un problème de MySQL ext. J'installez que BU Compositeur sur Heroku Server pour que tout fonctionne bien ... :)
J'ai expérimenté le même problème et je l'ai résolu en définissant mon dossier de journal en écriture. Il semble que si vous activez la journalisation et que votre dossier de journal sur votre serveur n'est pas inscriptible, le codeigniter vous montre simplement une page vide. P>
Vous venez de m'a sauvé de 3 heures de chasse. Nous devons vraiment vérifier la capacité d'écriture de ce répertoire.
Le problème peut être dû au manquant du module PHP 'mysqli'. Ceci est le pilote de votre appel à la base de données. Je vérifierais cela avec: p>
php -i | grep mysqli p>
php -m p>
Cela a résolu mon problème deux fois maintenant. CodeIdignitor va écran vide si PHP n'a pas l'extension de base de données appropriée installée
Cela a également résolu mon problème, merci @rlane. Il n'y avait pas d'erreurs même dans les journaux Apache2 pour indiquer que c'était un problème ...
Merci. C'était mon problème lors de l'hébergement sur Heroku. Je devais mettre à jour le compositeur.json à inclure "ext-mysql": "*" code> sous la section
"nécessite" code>, puis exécutez
Mise à jour du compositeur code> Pour mettre à jour le fichier compositeur.lock.
Sur Debian, le nom du paquet est PHP5-MYSQL.
J'ai un problème de simillar. J'essaie de toute façon possible que les gens écrivent. Mais personne ne travaille pour moi. Mais, finnaly j'ai constaté que mon index.php n'est pas complet lorsque vous transférez sur le serveur via FTP. Donc, si quelqu'un ne peut toujours pas résoudre l'écran blanc de la mort, votre index.php n'est pas complet. P>
Chargez votre aide d'URL lorsque vous créez une fonction, par exemple: Il vous montrera des erreurs ou une vue que vous avez chargée. p> p>
Si vous avez déménagé dans un nouveau serveur, assurez-vous que le serveur a installé PHP-5. La raison pour laquelle l'écran est vide est parce que le serveur ne peut pas encore rendu PHP.
Tapez cette ligne dans et redémarrez après: p>
sudo apt-get Installer php5 libapache2-mod-php5 p> blockquote>
redémarrage: p>
xxx pré> Ceci est bien sûr supposant que vous ayez accès au serveur via un client SSH avec des droits d'administration. P>
Best of Luck, Niall P> P>
déclarer cela quelque part dans votre fichier /index.php Fichier: Il semble que CodeIntre (V2?) ne traite que des exceptions dérivées de CI_Exception, de sorte que toutes les exceptions non capturées (des bibliothèques tierces , etc.) ne sont pas manipulés. p> p>