Archive classé dans la catégorie ‘Linux’
Comment rapidement accéder aux logs d’un environnement de production symfony 1.x en moins de tapes clavier posible
Est-ce que ça vous est arrivé de vouloir voir les logs de votre application symfony 1.4 en production pour un problème et qu’aucune info n’est disponible pour savoir quel est le problème.
Ça m’est arrivé une fois de trop cet après midi. Ma solution est simple, utiliser le concept du yaml de symfony qui accepte du PHP, puis de faire UNE switch qu’on peut “flipper” pour pouvoir consulter le log.
Sans interruptions de serveur, ni pertes dangeureuses de performances **
Comment j’ai fait
J’ai ajouté a mon projet un simple bloc conditionnel qui va comme suit.
1. Fichier factories.yml
Ajouter cette condition dans le bloc prod:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 | prod: < ?php /** * En cas de besoin debug, flipper 0/1 pour pouvoir accéder aux logs. * * 0 = Pas de debug * * Ne pas oublier de faire un ./symfony cc :) **/ if(0){ echo' logging_enabled: true logger: class: sfAggregateLogger param: level: debug loggers: sf_file_degug: class: sfFileLogger param: level: debug file: %SF_LOG_DIR%%SF_APP%%SF_ENVIRONMENT%.log '; } else { echo' logger: class: sfNoLogger param: level: err loggers: ~ '; } ?> |
2. Nettoyer la cache
Tout simplement.
1 | ./symfony cc |
3. Suivre le log
1 | tail -f log/frontend_prod.log |
Bonsoir!!
Quelques options de configuration récurentes pour Apache, MySQL et PHP
J’était en train de configurer pour la ènième fois un des serveurs avec lequel je travaille et je réalise que je passe mon temps pour chercher comment configurer.
J’ai pensé vous fournir mes switch préférés.
Sortir les options du .htaccess
Il est recommandé d’utiliser un pannel pour les configurations. Question de sécurité, permettre a tout le monde de modifier le serveur apache par un .htaccess, c’est dangeureux. Alors, j’ai mis la syntaxe pour l’ajouter au bloc du <VirtualHost/> directement.
Sous ISPConfig Simplement aller dans “Sites”, choisir un domaine, puis “Options”.
Lire le reste de cette histoire »
Comment dire à Apache le mime-type d’un document Office 2007
J’ai entendu parler de certains Problèmes avec les documents .docx qui son considérés comme étant des fichiers zip. J’ai pensé partager avec vous comment j’ai réparé la situation.
Il est possible que le serveur apache ne considère pas les fichiers doc sur le serveur comme étant des fichiers office. Normalement un navigateur téléchargera le fichier et ouvrira avec le programme qu’il considère comme étant le bon.
A moins que l’ordinateur du visiteur ait pas de bonne association de fichier, dans ce cas, on peut rien y faire.
Pour aider, on peut annoncer au serveur web les associations MIME.
Le problème avec cette méthode qui ne sert presque a rien, c’est que ça ne changera rien si
- Le visiteur n’a pas de bonne association sur son système d’exploitation
- Le visiteur n’a pas Microsoft Office 2007 ou Open Office
Les différentes versions du service de tâches planifié CRON
Suite a mon article «Comment automatiser une tâche avec CRON en utilisant Vim» je me suis venu aux questions sur les différences essentielles entre les versions de CRON.
Le concept de CRON est, un «lanceur de commandes» planifié pour les systèmes UNIX. Le nom est inspiré du dieu grec Chronos.
Ayant déjà utilise Gentoo Linux j’avait vu qu’il était possible d’utiliser plus d’une version de CRON mais je ne m’était jamais penché sur les différences. Je l’ai fait aujourd’hui.
Comment automatiser une tâche avec CRON en utilisant Vim

Logo Vim, qui signifie vi-improved (amélioré)
Deux tâches vraiment essentielles qu’on fait en administrant une machine sous Linux sont très souvent de modifier/créer un fichier et de planifier des tâches de maintenance.
Pour utiliser «cron» il faut savoir utiliser «vi», les commandes sont très souvent les mêmes. Je dois spécifier que j’ai basé mon tutoriel sur CRON fourni par Ubuntu Linux qui est (de mémoire) le même paquet que celui fourni dans Red Hat Linux, Debian Linux ou Ubuntu Linux.
Le but de ce billet est en fait de vous montrer sommairement comment automatiser une tâche (une commande) avec cron.
Je publierai plus tard un billet sur les différences entre les distributions de cron.
