Demande d'information
Alignement des images
Les balises audio et video foirent
Planète Libre et Micro-blogging
Mis à jour du flux RSS
Partages ?
®om
4LW
Admin-Linux
agatzebluz
Aldevar
Another Pinky Punky
AnTav
Antistress
Antoine Millet
Antonin Moulart
archi02
arNuméral
Artisan Numérique
Asher256
Aternatik
Aurélien Bompard
Bastnic
Benkemoun
Bilbo Planet
Biscotte
Blogmotion
bochecha
botchchikii
bouleetbil
Boutor
Breizh ardente
Cairo-Dock
Cameleon
Capof's Space
Captaine74
Carl Chenet
Cedynamix
champtoussel dominique
ChEza
Chicha
Chimrod
Christophe-Marie
Clapico
Corbier
Costalfy
Creasy
CSM 'illovae' Seldon
CyberSDF
Cyrille BORNE
dada
dahu_fou
Damien Cougar
Damocles
Daria
David Dup
David Larlet
Davromaniak
Ddmdllt
Des nouvelles de Wikilivres
Desidia
Devil505
Dhoko
DigitalSpirit
djibux
Dorian Dd
Duchatelet
E-PhasE
Eddy33
Edouard
Effraie
eMerzh
Emilien Macchi
Emilpoe
Emmanuel Gontcho
Emmanuel Kasper
Equinoxefr
Eric
Exceed
FACIL
Facilinux
Feilong
fgallaire
Finss
florentg
floruby
Fonctionerd
Framablog
François
Franck Archange
FredBezies
Full Circle Magazine
Fuse
Génération Linux
G3L
Gaëtan Tenshu
Gilir
Grégory Gutierez
Gregory Colpart
Guillaume Kulakowski
Hugues
Hyla project
Il Palazzo-sama
inalgnu
Jérémy Verda
Jeff
jeremy2491
jeromeg
jesuislibre
JJL
Johan Cwiklinski
Jonathan Ernst
Jonathan Le Lous
Jopa
Jp Fox
Juky
Julien
Julius
ka.da
Kagou
kamagatos
Kate
Kiddo
KissCoolMan
Labo-Linux
LeDucDuBleuet
Lemarinel
Lenezir
Liberez le tux
Libre Astux
Linalis
Littlewing
Louis Roché
lowje
Luc
Macsim
Manu Absolacom
Marco
Matao
Mathieu Comandon
Maxime Carron
McKey
meepix
Michael Zwyssig
Michauko
Mickaël
Minimumserious
Monitoring-FR
Morot
Motarion
mozillaZine-fr
Mr.Yann
MrTom
Nÿco
Naparuba
Nicofo
Nicolargo
Nicosmos
Nicoz
NiKo
nizarus
Noplay
Olivier Faurax
Olivier Prieur
Omega
Oncle Tom
Op'Aisne Source
openSyd
opossum1er
Osku
OxyRadio
Paquet Fedora du Jour
Pascal Chevrel
pc-kc
Peck
Phil
Pianopenguin
Pingax
PlayOnLinux
Ploum
Pokemon_JOJO
Poupoul2
Rémi Samier
Raphaël Hertzog
Ravomavain
Renaud Littolff
Renault
Respawner
Retouche Libre
Ricard
Robin Millette
Roland Mas
RollsRox
Rydgel
Saïmon
Samuel Martin
Sauthier
SckyzO
Scoffoni
Scurz
Shnoulle
Silvyn
Skhaen
Slobberbone
Splitsch
StandarT
StephZ
Sylvain
System Linux
Taltan
Tbellemb
Tchouvince
theClimber
TheGlu
TheLinuxFr
Thibaut
Thierry Andriamirado
Thom1
Thomas Bassetto
Tigrou Damien
TitaX
toitoinebzh
Toorop
TrouveTonGull.info
Tuxargon
Tuxicoman
U-Classroom
Uggy
Ulrich Diplodocus
Une goutte de blog
Uselink
Vanaryon
VELCS
Vetsel
Warren Dumortier
Wattazoum
Wavemaker
Weedfast
Yannig
yeKcim
Yellowiscool
Yoho
Yves Gesnel
Zanko
Zic
Zippy
ZitrouilleThelia est un logiciel e-commerce open source et Dolibarr est un logiciel de gestion d'entreprise lui aussi open source. Intégrés conjointement dans un même système d'information, vous obtenez une solution ecommerce performante (Thelia) et riche en fonctionnalités de gestion d'entreprise (Dolibarr).
Un webservice (installé sur le site Thelia) est interrogé à partir de Dolibarr. Les éléments Thelia peuvent être importés : clients, produits, catégories et commandes.
Dans la base de données Dolibarr, des tables sont utilisées pour faire la relation entre les objets des deux logiciels (ex : fiche client Thelia et fiche client Dolibarr).
Le module ne fonctionne pas encore en écriture dans la base de données Thelia. On pourra faire appel aux triggers Dolibarr pour par exemple effectuer la mise à jour de la base Thelia en cas de mise d'un produit.
La gestion des permissions du module n'est pas développée.
Le module est encore en développement mais néanmoins fonctionnel (ou presque). Vous pouvez tester ce module en téléchargeant les sources ci-dessous.
Merci de votre retour, soit en commentaires en bas de cette page soit par mail.
Toute contribution est bienvenue sous forme de patch (comment faire un patch ?), à envoyer ici.
Ces modifications seront intégrées dans Dolibarr pour les prochaines versions. Vous pouvez également vous inscrire sur le dolibarr.pro pour contribuer au projet.
Le développement de ce module est basé sur le module OSCommerce WS déjà existant dans Dolibarr.
Au menu des nouveautés : le module import de données et le module caisse enregistreuse.
Rappelons que Dolibarr est un logiciel modulaire (on n'active que les fonctions que l'on désire) de gestion d'entreprises, d'indépendants ou d'associations. C'est un projet OpenSource basé sur un serveur WAMP ou LAMP (Apache, Mysql, PHP). Dolibarr se démarque des offres de logiciels de cette catégorie comme OpenAguila, OpenBravo, OpenERP (Ex TinyERP), Neogia, Compiere, Adempiere, etc par le fait qu'ici tout est fait pour offrir de la simplicité :
Il vise donc une cible différente, que sont les PME/TPE, indépendants, professions libérales, micro-entreprises ou associations, la où la sophistication des autres produits les rend plus adaptés aux plus grosses structures.
L'ensemble des fonctionnalités couvertes par cette version sont décrites sur le site Web : http://www.dolibarr.fr/fonctionnalites/
La liste n'est disponible qu'en anglais :
For users :
For translators :
For developers :
Asterisk est un PCBX : un serveur de communications téléphoniques qui utilise le protocole SIP. Autrement dit : un serveur voip... L'article décrit l'installation des paquets debian et la configuration minimale.
On va tout d'abord installer un vserver de test. Sur le serveur hôte :
Pour éviter la compilation du logiciel Asterisk (nécessaire pour avoir la dernière version qui inclus les derniers codecs), le paquet fournit par debian va nous servir.
Avant d'installer, une recherche dans les bons paquets :
Editer le fichier /etc/default/asterisk et indiquer les bons paramètres :
Après quelques petits soucis dû l'utilisation d'un vserver, Asterisk est enfin démarré et prêt à fonctionner.
Il faut maintenant créer le dialplan pour faire communiquer tous nos téléphones SIP.
Présentation d'une interface d'administration en PHP pour gérer la configuration (domaines et utilisateurs virtuels) du serveur de messagerie Postfix.
PostfixAdmin permet donc de gérer graphiquement les utilisateurs virtuels sur un sytème de messagerie. Ecrit en PHP, il utilise une base de données Mysql. Postfix est d'ailleurs configuré lui aussi pour aller chercher les informations de utilisateurss dan cette base de données.
L'installation est relativement simple. Comme toujours, il faut indiquer les bons paramètres de config aux bons endroits ^^
Plusieurs niveaux d'utilisation : l'administrateur du serveur, l'administrateur de domaine et utilisateur final.
En tant qu'administrateur du serveur, vous pouvez :
En tant qu'administrateur de domaine, vous pouvez :
En tant qu'utilisateur, vous pouvez :
A noter que le message d'absence requiert vacation et nécessite une configuration plus avancée. cds

Un screencast est une capture vidéo de l'écran. C'est l'outil idéal pour montrer l'utilisation d'un logiciel. Fabrication en .ogg avec recordMyDesktop et encodage avec mencoder.
Dans un premier temps, il faut capturer l'image de l'écran. Pour cela, le logiciel recordMyDesktop est utilisé.
Il est possible de capturer le bureau soit en totalité soit uniquement une fenêtre.
Après avoir paramétré recordMyDesktop (bouton "avancé", choisissez le dossier de destination (il faut cliquer sur "enregistrer sous" AVANT de commencer la capture) et cliquer sur "enregistrer" pour démarrer la capture.
L'enregistrement est signalé par une icone dans la zone de notification (un rond rouge) Cliquer sur cet icône pour stopper la capture. Encodage
Le fichier de sortie est un fichier .ogg. Pour le convertir en .avi, utiliser mencoder (installer le paquet si nécessaire ) :
mencoder demo-screencast.ogg -ovc lavc -oac mp3lame -o demo-screencast.aviPour redimensionner l'image utiliser cette commande :
mencoder -idx screencast-catalogue.ogg -o screencast-catalogue.avi -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=2000:vhq -vf scale=640:480 -oac mp3lamePour lire les vidéos, utilisez VLC ![]()
De liens
Configuration de Postfix pour seulement envoyer des mails à partir d'un site internet (avec PHP)
*** Ceci est une note rapide, juste pour mémoire ***
On dispose déjà d'un serveur de messagerie qui fonctionne sur une autre machine.
domain.tld est le nom de domaine (à remplacer, bien évidemment...)
Voila la configuration :
mydomain = srv2.domain.tld
myhostname = $mydomain
# Les courriels seront envoyées à cette machine. On met notre domaine : le mx (configuré dans les DNS) ainsi sera utilisé
relayhost = domain.tld
# Indique l'origine des courriels : on a une machine srv2.domain.tld mais on ne veut pas que les mails soient de la forme @srv2.domain.tld
# Renseigner le fichier /etc/mailname
myorigin = /etc/mailname
mydestination = localhost
# Interface que l'on souhaite utiliser
inet_interfaces = __ip_machine__Des liens :
Grâce au module mod-vhost-ldap pour Apache, il est possible de déporter la configuration des hôtes virtuels dans un annuaire LDAP.
Il faut charger le module d'authentification ldap pour Apache car mod-vhost-ldap est basé dessus. Le module est présent sur le système mais non activé dans Apache.
apt-get install libapr1-dev libaprutil1-dev
a2enmod authnz_ldapMaintenant, on va activer le support des hôtes virtuels sur LDAP avec le module qui va bien.
apt-get install libapache2-mod-vhost-ldap
a2enmod vhost_ldap
/etc/init.d/apache2 force-reloadLe fichier de configuration du module est dans le dossier /etc/apache2/mods-enabled :
VhostLDAPEnabled on
VhostLDAPUrl "ldap://127.0.0.1/ou=vhosts,dc=aternatik,dc=lan"
VhostLdapBindDN "cn=admin,dc=aternatik,dc=lan"
VhostLDAPBindPassword "secret"
Configuration du serveur LDAP
Il faut inclure les schémas livrés avec le paquet. Vous les trouverez dans le dossier
cp /usr/share/doc/libapache2-mod-vhost-ldap/mod_vhost_ldap.schema /etc/ldap/schema/Modifier slapd.conf puis redémarrer le service LDAP pour prendre en compte les modifications. (Vérifier les index)
Organisation de l'annuaire
Il faut bien sûr créer auparavant une branche dans l'annuaire LDAP qui va contenir les vhosts. Voici une image illustrant comment j'ai organisé le DIT :

Ca donne des idées, n'est ce pas ?
dn: apacheServerName=titi.lan,ou=vhosts,dc=aternatik,dc=lan
objectclass: top
objectclass: apacheConfig
apacheServerName: titi.lan
apacheDocumentRoot: /home/titi/htdocs
apacheServerAdmin: test@toto.comLe module mod-vhost-ldap prend en charge suexec avec les attributs apacheSuexecUser et apacheSuexecGroup
La documentation du module est bien sûr fournie avec le paquet mais elle est aussi disponible en ligne sur le site du module : http://modvhostldap.alioth.debian.org/
C'est de la baaalle ![]()
En comparaison d'autres modules (comme mod-vhost-dbi qui stocke les infos des vhost dans mysql) gérer les hôtes virtuels avec LDAP permet de mieux gérer la configuration Apache...
Seul regret, être limité dans les directives apache que l'on peut passer grâce au module vhost-ldap. Oubliez les configurations avec suPHP ou autre FastCGI (ou développez le module en C, ce qui est au dessus de mes compétences...)
J'ai eu à déplacer les pages d'un site principal vers un sous domaine. Les url à déplacer sont réécrites, bien référencées et je n'avait pas envie de tout perdre (et référencement, et visiteurs...). Explications et marche à suivre avec l'url rewriting pour un transfert sans bobo.
J'ai développé un annuaire (sur la base de myphpannu ou encore categorizator) sur le domaine moto-sites.net. Seulement je souhaite migrer les pages de l'annuaire vers le sous domaine annuaire.moto-sites.net.
Les urls à déplacer sont de cette forme :
http://moto-sites.net/accessoires-du-motard-p1-37.html
http://moto-sites.net/detail-l-aspi-racing-journees-d-entrainements-moto-9.htmlIl va falloir utiliser un fichier htaccess qui va contenir les règles d'écriture.
Voici le fichier qui fonctionne ![]()
#Redirection vers l'annuaire
RewriteRule ^(.*-p[0-9]*-[0-9]+\.html) http://annuaire.moto-sites.net/$1 [L,R=301]
RewriteRule ^(.*-k[0-9]*-[0-9]+\.html) http://annuaire.moto-sites.net/$1 [L,R=301]
RewriteRule ^(detail-[a-z-\-]*-[0-9]+\.html) http://annuaire.moto-sites.net/$1 [L,R=301]
RewriteRule ^(sitemap\.xml) http://annuaire.moto-sites.net/$1 [L,R=301]
RewriteRule ^(nouveautes\.php) http://annuaire.moto-sites.net/$1 [L,R=301]$1 correspond à ce qui est mis entre parenthèses. Le reste n'est qu'une mise en forme de l'url et vous n'avez qu'à recopier vos règles existantes
Vous remarquerez qu'une redirection 301 est faite pour indiquer aux moteurs de recherche que la page a été déplacées.
Sur le sous domaine, vous devez avoir un fichier htaccess qui donne les règles d'écriture du site. Cette fois c'est :
RewriteRule -p([0-9]*)-([0-9]+)\.html$ /index.php?cat_id=$2&page=$1 [L]
RewriteRule -k[0-9]*-([0-9]+)\.html$ /search.php?action=seek&mots=id$1&nb_results2show=20&booleen=AND [L]
RewriteRule ^detail-[a-z-\-]*-([0-9]+)\.html /affsite.php?site=$1 [L]
RewriteRule ^sitemap\.xml$ /allcategs.php?sitemap [L]Je sais pas si cette technique est vraiment la bonne mais ça à l'air de fonctionner ![]()
Aide mémoire pour la mise en place pour l'authentification des utilisateurs d'un système sur un serveur LDAP.
Le serveur LDAP (OpenLDAP) est déjà installé et configuré. Cet article sert de mémo pour la configuration de PAM sur les postes clients.
On va installer le module ldap pour PAM, la librairie pour NSS qui va permettre d'interroger LDAP et nscd qui va servir de cache.
apt-get install libnss-ldap libpam-ldap ldap-utils nscdA l'installation du paquet, Debconf demande les paramètres du serveur LDAP. Renseigner les selon la configuration (dc=aternatik,dc=org) en précisant qu'il ne faut pas d'identification et que le fichier ne doit pas être lisible et modifiable uniquement par root.
Fichier de configuration /etc/libnss-ldap.conf
Quelques options sont importantes, d'autres moins ![]()
base dc=aternatik,dc=org
# Adresse du serveur LDAP
uri ldap://127.0.0.1
# Important !!!
bind_policy soft
# Facultatif
nss_base_passwd ou=People,dc=aternatik,dc=org?one
nss_base_shadow ou=People,dc=aternatik,dc=org?one
nss_base_group ou=Group,dc=aternatik,dc=org?onebind_policy est mis sur "soft" : dans le cas ou le serveur LDAP serait injoignable, on peut quand même se logguer...
Fichier /etc/nsswitch.conf
Avec ce fichier, on dit au système d'interroger l'annuaire LDAP en plus des fichiers :
passwd: compat ldap
group: compat ldap
shadow: compat ldapPour tester si tout fonctionne, la commande getent passwwd devrait retourner les utilisateurs contenus dans LDAP.
Les paramètres de l'annuaire LDAP sont déjà renseignés à l'installation du paquet. Il faut maintenant configurer PAM pour qu'il se serve des données contenues dans LDAP. Tout se situe dans le répertoire /etc/pam.d. Pour plus de sureté, il est conseillé de faire une sauvegarde de ce répertoire et de garder sur la machine une session root (pour pouvoir revenir en arrière...) PAM est délicat et tous les services d'identification de la machine peuvent être perturbés... Vous voilà prévenu !
Modifier les fichiers suivant :
/etc/pam.d/common-account :
account required pam_unix.so
account sufficient pam_ldap.so/etc/pam.d/common-session
session required pam_unix.so
session optional pam_ldap.so/etc/pam.d/common-auth
auth required pam_unix.so nullok_secure
auth sufficient pam_ldap.so use_first_pass/etc/pam.d/common-passwd
password required pam_unix.so nullok obscure min=4 max=8 md5
password sufficient pam_ldap.so use_authtokEt voilou ! Pour tester : su -utilisateur present dans LDAP-
Pour limiter les requêtes vers LDAP, nscd fournit un cache. Les options de configuration sont dans le fichier /etc/nscd.conf. Voici un exemple :
enable-cache passwd yes
positive-time-to-live passwd 600
negative-time-to-live passwd 20
suggested-size passwd 211
check-files passwd yes
persistent passwd yes
shared passwd yesLes actions de nscd (Cf fichier log)
1558: add new entry "keen" of type GETPWBYNAME for passwd to cache (first)
1558: remove GETHOSTBYNAME entry "196.247.140-88.rev.gaoland.net"
1558: remove GETHOSTBYADDR entry "88.140.247.196"
1558: freed 680 bytes in hosts cacheIl est possible de gérer le cache de nscd en précisant le nombre d'entrées à garder en mémoire et combien de temps. Pas de secret pour les valeurs, il faut tester !
Quelques liens
Avec le serveur web Apache, on protège habituellement l'accès des répertoires avec un "classique" .htaccess. Mais il est aussi possible d'utiliser d'autres support pour authentifier les utilisateurs, dont LDAP. Installation en configuration du module authnz_ldap d'Apache.
[*Le module authnz_ldap remplace auth_ldap dans la version 2.2 d'Apache*]
Sur Debian, le module est disponible mais non activé. Il suffit de le charger dans la configuration d'Apache
Les directives suivantes sont à mettre dans les options d'un répertoire ou dans la définition d'un hote virtuel.
Un autre exemple d'emplacement LDAP