@didiermisson @webatou @elmaroufy http://is.gd/eQ0yV con eso ya anda el @gwibber ;) #oauthpocalypse #oauthpocalipsis - posté le 01/09/2010 21:56:38
@didiermisson Merci pour le RT. - posté le 31/08/2010 15:32:45
@didiermisson euh... bah, juste le coup d'oeil alors. Un peu comme on regarde une jolie peinture^^ :) - posté le 29/08/2010 13:21:59
Je suis également rédacteur sur www.webactus.net
La garantie d’un travail bien fait et un service rapide à domicile.
Tous travaux de rénovation, décoration et transformation dans le bâtiment, peintures extérieures et intérieures : Arthur-Deco
Objets, meubles et tableaux à vendre : Les Objets de Maman
Si vous voulez restreindre l’accès à certaines parties de vos sites Web en forçant un logon (mot de passe), c’est possible avec Apache2 en créant un fichier .htaccess et un fichier contenant les utilisateurs autorisés et leurs mots de passe.
Les fichiers .htaccess permettent plein de choses. Je ne m’intéresse ici qu’au contrôle d’accès à un dossier. Je vais définir dans .htaccess l’accès par un mot de passe.
J’ai cherché longtemps sur cette erreur qui survenait lors de certaines réponses à des mails depuis le Webmail Squirrelmail.
Fatal error: strtotime() [<a href='function.strtotime'>function.strtotime</a>]:
Timezone database is corrupt - this should *never* happen!
in /home/didier/www/monsite.be/mail/functions/date.php on line 428
Cela ressemble à un bug PHP. Plusieurs messages sur Google en parlent… mais pourtant… Read the rest of this entry »
J’avais eu, il y a quelques jours, de nombreux messages d’erreur en Drupal (mais pas uniquement avec Drupal) : « failed to open dir: Too many open files« .
Je pensais avoir résolu ce problème (voir mon billet failed to open dir: Too many open files) en augmentant les valeurs « ulimit » dans /etc/security/limits ». Ca va mieux oui… mais ce n’est pas fini !
J’ai encore des messages d’erreur en Drupal, mais j’ai aussi eu un plantage d’Apache2 avec dans le log des messages d’erreurs :
[Sat Jul 18 07:38:12 2009] [crit] [client ::1] (24)Too many open files: /.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable [Sat Jul 18 07:38:12 2009] [crit] [client ::1] (24)Too many open files: /.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable [Sat Jul 18 07:38:12 2009] [error] (24)Too many open files: could not open mime types config file /etc/mime.types. Configuration Failed
Je dois continuer mes recherches, et pour cela analyser ce qu’utilise réellement mon Apache2 ! Read the rest of this entry »
Sur un serveur Debian, je veux faire les mises à jour de plusieurs serveurs Drupal, mais j’obtiens très régulièrement de nombreux messages d’erreur :
Les noms des modules changent, mais ça revient.
Pour un site, j’ai plusieurs noms de domaine (.be, .com, .eu…).
Sur un serveur Apache, je veux rediriger tout le trafic utilisateurs vers le nom de domaine principal, ici le .be.
De plus, je veux rediriger tous les accès vers ces domaines avec des URL en « www. » vers le nom court sans « www. ».
Des solutions existent avec des .htaccess et le module Apache « rewrite », mais une autre solution me semble plus simple : directement inclure cette redirection permanente dans le VirtualHost de ce site. Il parait qu’elle est un rien plus performante aussi, alors pourquoi s’en priver ?
Un outil d’attaque DOS vient de faire son apparition. Son but est de saturer un serveur Apache par de TRES nombreuses connexions simultanées, ce qui finalement fait tomber votre serveur…
On peut espérer des corrections de sécurité très bientôt. Sont concernés Apache 1.x et 2.x, Lighttpd, Squid, et … pas les serveurs Ms IIS (pour une fois).
L’article écrit par Sébastien Bilbeau, sur Tux-Planet.
Vous gérez un superbe (évidemment) site e-commerce, ou un Webmail ou un accès phpMyAdmin où vous (ou vos visiteurs) entrez des données confidentielles ou simplement votre mot de passe. Ce serait quand même plus prudent que ces données ou ce mot de passe ne circule pas en clair sur le Net…
C’est évidemment possible. Apache (par exemple) peut chiffrer les communications. Mais pour cela, vos visiteurs doivent accéder à votre site en tapant « https« , ce qu’ils ne font pas toujours !
Comment forcer l’utilisation de « https » au lieu de http » ?
Mais avec un fichier « .htaccess » bien sur ! 
