CodeIgniter projet de charges vide de la page web
J'ai un codeigniter projet que j'ai couru avec succès sur Mac OS X Lion. Lorsque vous tentez d'exécuter le même projet dans ubuntu, demandant localhost/résultats du projet dans une page vierge avec aucune source.
J'ai ajouté AllowOverride All de apache.conf en vain. Ma dernière stratégie a été de mettre un die() instruction dans des endroits stratégiques dans l'index et les fichiers inclus, en essayant de trouver la ligne sur laquelle le code ne fonctionne pas. Grâce à cette méthode, j'ai trouvé dans system/core/CodeIgniter.php qu'un dé déclaration avant la ligne "$IC = new $classe();" s'exécute, tout en une fois (et sans doute qui en découlent code) ne fonctionne pas.
Que puis-je faire avec cette information pour m'aider à exécuter ce projet au niveau local?
Merci!
- Activer le rapport d'erreurs PHP et la journalisation. Vous obtiendrez un message d'erreur qui vous fournira plus d'informations. Par défaut, Codeigniter, il désactive, afin de vérifier votre configuration et d'augmenter la journalisation des erreurs au niveau le plus élevé possible (Codeigniter se dégrade de votre configuration PHP comme il décline strictes erreurs utile).
- Avez-vous vérifié la version de PHP sur chaque machine?
Vous devez vous connecter pour publier un commentaire.
J'ai eu la même page blanche lorsque j'ai commencé à travailler avec CI.
Pour moi, c'était juste que j'avais oublié d'installer mySQL sur ma machine. Vous n'obtenez pas des erreurs parce que dans le système de fichiers, la connexion de base de données est précédé par un "@" donc pas les erreurs sont affichées.
Si ce n'est pas le problème, vérifiez que votre version de PHP, ou essayez d'ajouter un phpinfo() dans le index.php fichier.
Avez-vous, par hasard, mis tout espace blanc ou de nouvelles lignes après la fin de la balise PHP dans certains de vos fichiers? Si oui - supprimer avec balise de fermeture PHP.
(P. S. Dans le code de l'allumeur, vous ne devez jamais fermer les balises PHP dans des fichiers qui ne contiennent que du code PHP - Contrôleur, Modèle,...)
J'ai fini avec un problème similaire dans le sens inverse, - a travaillé sur Ubuntu mais alors ai rien sur OS X. je ne mysql et d'autres sites fonctionnant très bien sur le même serveur. Pour moi, il y avait deux coupables, peut-être cela va vous aider aussi:
Les journaux de votre répertoire n'est pas accessible en écriture. Généralement le répertoire de l'application/les journaux, sauf si vous avez certains de configuration personnalisé de l'installation. (http://codeigniter.com/user_guide/general/errors.html) Ce ne sera pas seulement une incidence sur tous ceux log_message(...) les appels de fonction, il ne pourra pas non plus quand le Chargeur de classe essaie de charger le Journal de la bibliothèque. Si c'est le cas, en changeant les niveaux de journalisation dans le fichier de configuration (comme souvent suggérée) ne produira pas les résultats utiles parce que, eh bien, CI ne peut pas vraiment écrire tout des erreurs.
Vous pourriez être absent quelques autres bibliothèque php qui est installé sur le serveur où il travaille. Pour moi, c'était un manque de memcached php extension de Chargeur de classe a été également défaut lors de l'initialisation de la Session de classe (une coutume version étendue de celui-ci si). Celui-ci pourrait être plus difficile à déboguer si vous ne savez pas quelles extensions sont nécessaires (comme adhérant à un projet existant avec beaucoup de figurants sur le dessus de CI de base de l'installation). Donc, la prochaine étape serait d'aller et essayer de mettre ceux qui meurent(...) des déclarations par le biais de la classe Loader pour voir ce qui en réalité ne parvient pas à charger.