Concurrent au niveau mail j'ai dis ;)
Exalead ne propose pas de service mail que je sache. De toutes façons je dirais pas: pour vivre heureux vivons cachés :)
Oui j'ai un MX secondaire, qui me sert de aussi de DNS secondaire.
Pour le backup, mon serveur à deux DD ce qui est certes "light" mais me suffit amplement. Non pas de contrat, pas de promesses "alakon" je rends un service, ce n'est pas pour m'engager juridiquement. Depuis un peu plus d'un an que tourne mon Postfix, je n'ai jamais perdu un seul mail, pour le reste c'est un "contrat de confiance" comme dit un chaîne de magasins connus ;)
Concernant OVH: non merci. D'ailleurs mon serveur est chez eux mais plus pour longtemps, puisque je vais sans doute aller poser mon nouveau rack chez Kazar dans les prochains mois...
J'ai cru lire il y a un petit moment sur le site de Bongo que DragonFly (le webmail) serait adapté pour une utilisation sur un serveur lambda. Mais bien après la sortie de la v1.0...
Ta solution me convient parfaitement, mais je pose quand même la question:
qui connaît une manière de limiter "globalement" le débit (download et upload) ?
* Oui mais baisse de productivité toussa.
-> À quoi sert d'être un pays productif si seule une minorité peut en profiter (ex : la Chine). cqfd.
La France à la meilleure productivité d'europe !!
Les gens qui sortent cet argument pourri, et généralement ceux qui sont contre les 35h (même si je reconnais qu'elles n'ont pas eu l'effet souhaité sur l'emploi), on subit un beau lavage de cerveau... Merci Nico !
...et au passage, à l'origine PHP ne pouvait même pas interpréter du HTML, alors croire qu'il a été conçu pour travailler en bonne intelligence avec XML... bref.
De la version 1 à la 5, le "moteur" de PHP à été réécrit deux ou trois fois quand même...
J'espère que tu n'inclues pas la forme <?= $foo ?> qui permet de remplacer <?php echo $foo ?> dans ton propos, si ?
Si. C'est tout simplement déconseillé, car si y pète a l'administrateur du serveur de basculer "short_open_tag" a "Off", bah du jour au lendemains toutes tes pages qui utiliserons les "short_open_tag" (<?) verrons leurs code source (PHP) affiché à l'écran...
Quand au fait que ce soit plus rapide, peut être pour le dev, oui. Mais c'est comme ne pas échapper ses requêtes SQL, ou utiliser $argument à la place de $_POST['argument'] parce que "register_globals" est activé: ça s'appelle coder avec les pieds.
Sans vouloir troller, je pense que PHP occupera de moins en moins de part de marché dans le futur, quand on voit tout les problèmes et les incohérences de ce "langage"
Tu te trompe, pour deux raisons:
- C'est un langage très facile à apprendre, avec une communauté énorme,
- Pour celui qui ne sait pas programmer, il y'a une quantité industrielle de CMS en tous genre, et c'est souvent l'envie de modifier ceux-ci pour l'adapter a son site qui fait que l'utilisateur moyen se lance dans l'apprentissage de PHP.
Je pense surtout que ça viens de la manière dont certains ont appris à coder: comme des porc.
Mais c'est pas forcement leurs fautes. Par exemple il n'est pas rare de voir sur des forums des gros malin suggérer de remplacer la balise d'ouverture "<?php" par "<?" pour gagner 0,0000001 sec d'exécution sur un code hyper crade...
C'est en grande partie pour ça que je suis plus ou moins pour la disparition du style "procédural" dans PHP, ce qui obligerais pas mal d'utilisateurs de PHP à réapprendre a coder proprement, et ça serait pas plus mal...
De toutes façons, plus on va monter dans les versions de PHP, plus les scripts codées avec les pieds seront inutilisables.
Chez moi ça à toujours été automatique sur toutes mes installations, sauf que j'utilisai avant Courier à la place de Dovecot. Pourtant il me semblait que c'est Postfix qui gère la création de ces répertoires.
J'ai résolu ce problème avec la commande maildirmake.dovecot .
Ma seconde question, elle, est toujours d'actualité :)
[^] # Re: Pas la peine de créer une autre asso (sauf problème de clocher)
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
En plus y'a pas mal de choses intéressantes à faire la-bas: http://aide.apinc.org/CompetencesMembresActifs
[^] # Re: hum hum :)
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
Exalead ne propose pas de service mail que je sache. De toutes façons je dirais pas: pour vivre heureux vivons cachés :)
[^] # Re: "ton" serveur?
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
Pour l'avoir testé hier, c'est plutôt pas mal :)
[^] # Re: hum hum :)
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
[^] # Re: Néoliage ?
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
[^] # Re: hum hum :)
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
[^] # Re: "ton" serveur?
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
Pour le backup, mon serveur à deux DD ce qui est certes "light" mais me suffit amplement. Non pas de contrat, pas de promesses "alakon" je rends un service, ce n'est pas pour m'engager juridiquement. Depuis un peu plus d'un an que tourne mon Postfix, je n'ai jamais perdu un seul mail, pour le reste c'est un "contrat de confiance" comme dit un chaîne de magasins connus ;)
Concernant OVH: non merci. D'ailleurs mon serveur est chez eux mais plus pour longtemps, puisque je vais sans doute aller poser mon nouveau rack chez Kazar dans les prochains mois...
[^] # Re: Gandi
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 2.
[^] # Re: Pas la peine de créer une autre asso (sauf problème de clocher)
Posté par tcheuck . En réponse au journal Un service mail fiable et non-commercial ?. Évalué à 1.
[^] # Re: Bravo, mais dommage pour moi
Posté par tcheuck . En réponse à la dépêche Bongo M3, un nouveau serveur courriel/calendrier. Évalué à 1.
Merci ploum pour cette niouze :)
[^] # Re: linuxfrench ??
Posté par tcheuck . En réponse à la dépêche Lea-Linux a besoin de vous. Évalué à 1.
Quelles sont les opérations à effectuer (une simple migration de BDD ?) ?
[^] # Re: TC
Posté par tcheuck . En réponse au message Brider volontairement le débit de son port ethernet. Évalué à 1.
Ta solution me convient parfaitement, mais je pose quand même la question:
qui connaît une manière de limiter "globalement" le débit (download et upload) ?
[^] # Re: Il ne reste plus de royaume indépendant !
Posté par tcheuck . En réponse au journal mon petit jeu libre en PHP. Évalué à 1.
# Faux, Archi faux !!!
Posté par tcheuck . En réponse au journal Théorie sur les 35h. Évalué à 3.
La France à la meilleure productivité d'europe !!
Les gens qui sortent cet argument pourri, et généralement ceux qui sont contre les 35h (même si je reconnais qu'elles n'ont pas eu l'effet souhaité sur l'emploi), on subit un beau lavage de cerveau... Merci Nico !
[^] # Re: Quand ça marche, pourquoi changer ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
Ca serait pas plutôt l'inverse ?
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
De la version 1 à la 5, le "moteur" de PHP à été réécrit deux ou trois fois quand même...
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
C'est les hébergeurs qui ont lancé cette mode. Utiliser des .htaccess est beaucoup plus propre.
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 0.
C'est ce qu'on appelle la rétrocompatibilitée...
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 6.
Si. C'est tout simplement déconseillé, car si y pète a l'administrateur du serveur de basculer "short_open_tag" a "Off", bah du jour au lendemains toutes tes pages qui utiliserons les "short_open_tag" (<?) verrons leurs code source (PHP) affiché à l'écran...
Quand au fait que ce soit plus rapide, peut être pour le dev, oui. Mais c'est comme ne pas échapper ses requêtes SQL, ou utiliser $argument à la place de $_POST['argument'] parce que "register_globals" est activé: ça s'appelle coder avec les pieds.
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 5.
Tu te trompe, pour deux raisons:
- C'est un langage très facile à apprendre, avec une communauté énorme,
- Pour celui qui ne sait pas programmer, il y'a une quantité industrielle de CMS en tous genre, et c'est souvent l'envie de modifier ceux-ci pour l'adapter a son site qui fait que l'utilisateur moyen se lance dans l'apprentissage de PHP.
[^] # Re: Incompatibilités ?
Posté par tcheuck . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 1.
Mais c'est pas forcement leurs fautes. Par exemple il n'est pas rare de voir sur des forums des gros malin suggérer de remplacer la balise d'ouverture "<?php" par "<?" pour gagner 0,0000001 sec d'exécution sur un code hyper crade...
C'est en grande partie pour ça que je suis plus ou moins pour la disparition du style "procédural" dans PHP, ce qui obligerais pas mal d'utilisateurs de PHP à réapprendre a coder proprement, et ça serait pas plus mal...
De toutes façons, plus on va monter dans les versions de PHP, plus les scripts codées avec les pieds seront inutilisables.
[^] # Re: JH cherche infos...
Posté par tcheuck . En réponse au journal [HS] Vélib' à Paris. Évalué à 3.
Ce qui nous donne:
Décidément dans les transports, on a du mal avec les vhosts apache (cf: http://sncf.fr/ )
[^] # Re: Plop
Posté par tcheuck . En réponse au message Quelques question sur postfix. Évalué à 1.
Merci a tous les deux !
[^] # Re: maildirmake ?
Posté par tcheuck . En réponse au message Quelques question sur postfix. Évalué à 1.
Chez moi ça à toujours été automatique sur toutes mes installations, sauf que j'utilisai avant Courier à la place de Dovecot. Pourtant il me semblait que c'est Postfix qui gère la création de ces répertoires.
J'ai résolu ce problème avec la commande maildirmake.dovecot .
Ma seconde question, elle, est toujours d'actualité :)