Correction Drina mal - LAMPE problème avec la blancheur

BRANKKO PHP

Hier soir, j'ai perdu 4 heures de débogage et la modification de code qui a été correct, mais ça n'a pas fonctionné - et j'ai à peine fait irruption dans l'affaire. Le principal coupable est Windows, et ce qui est arrivé, j'ai découvert ce que c'est et comment j'ai résolu le problème, vous apprendrez très vite icon smile Ispravljanje krive Drine – LAMP i problem sa belinama Plus précisément, l'enlèvement des mystères ne vont pas au-dessus de l'ordre, et c'est pourquoi je reših de partager notre expérience avec le reste du monde.

Avant hier soir, j'ai déménagé dans la réalisation de l'un de mes mini-projet Web. Comme la question de XHTML / CSS + PHP / MySQL technologie, j'ai commencé à travailler au niveau local. S'attaque à LAMP et sont exprimés dans la base de production et un panneau arrière. Pour conclure avec un système d'utilisateur qui se connecte, apporter du travail à la fin de la journée (la nuit en fait) et j'ai fait jusque-là accroché sur le serveur. J'ai essayé de script et ensuite exécuté, il a fonctionné sans aucun problème.

Puis hier soir, un peu reših de fixer le formatage et les commentaires, donc je fais les courses une fois de plus svuk'ou, arrangé et retourné en ligne. La seule différence était que cette fois, j'ai travaillé avec WAMP -infection sur la machine avec Windows. Rien, je n'ai pas changé de manière significative que le code est concernée, mais une fois encore reših vérifier que tout est ok. Quand j'ai ce que je vois: chaque fichier sur le tournage d'une fonction (2-3 uproseku). De tous les plus plaint séance (créer et modifier des données). Il est allé quatre heures de l'enfer avec la recherche exactement ce qui ne fonctionne pas et pourquoi d'une rébellion, et le jour est fait.

J'ai tout essayé. J'ai même complètement changé le système de login. Changé certaines choses en mémoire au lieu de cookies de session et tout ce qui est venu à l'esprit. Mais à la fin il a tourné quelque part. Puis reših de supprimer les commentaires au début du fichier, car j'ai lu que certaines fonctions de PHP doit être absolument au début du code (bien que les exemples de démonstration, même dans la documentation, et si vous avez travaillé avant eux ont des espaces ou des commentaires). Du web-rédacteur en chef, j'ai ouvert, édité et sauvegardé chaque fichier individuellement, après quoi, à mon grand étonnement, il proradilo nouveau exempt de défaut. Dans l'incrédulité je suis finalement revenu à ses commentaires, donc soyez sûr de le faire, mais encore il a travaillé. A quelques minutes, j'ai regardé le code et češkao sa tête jusqu'à ce je me suis souvenu d'un ami à des problèmes similaires. Branco tir IE7 lors de l'exécution JavaScript écrit sur ​​la plateforme Windows, alors j'ai pensé qu'ici CR-LF problèmes réels.

J'ai cette théorie expérimentalement démontré de la façon suivante: d'abord j'ai téléchargé tous les fichiers ovao via FTP (en mode texte), où le système se charge de autoamtski EOL. J'ai commencé un script à partir du serveur et il n'y avait pas d'erreurs. Ensuite, j'ai les mêmes fichiers, l'archivage et re-télécharger ovao (cette fois comme une seule archive, le mode binaire) et le décompresser sur le serveur. Au scripts de démarrage, de nouveau apparu erreurs mystérieux sur l'échec de la session.

Le sumarum somme: Si vous ne le développement Web -avec et fonctionnant sous Windows, s'il vous plaît noter que la plupart des serveurs Web sous un système d'exploitation de type UNIX (Linux, BSD, Solaris, MacOS ...) et qu'il est conseillé d'emballer vos fichiers dans le format approprié afin d'éviter de tels problèmes à l'. D'autre part, si vous travaillez dans un environnement Linux, et d'utiliser des composants qui sont développés par des tiers, veillez à vérifier que les fichiers eux-mêmes sont stockés de manière appropriée. De cette façon, vous gagnerez du temps et moi-même et d'autres si elle vient à ces questions.