santos a écrit 456 commentaires

  • [^] # Re: URL rewriting

    Posté par  . En réponse au message Comment faire une redirection avec htaccess ?. Évalué à 2.

    En ce qui concerne l'expression régulière, je te propose ceci (non testé) :

    RewriteRule ^node/([0-9]+)$ /article.php3?id_article=$1 [L]

    Quelques explications :

    - ne pas oublier ^ et $ en début et fin d'expression à gauche ;

    - le $1 de droite correspond à l'expression régulière entre parenthèses à gauche. Si Il y a plusieurs blocs de parenthèses à gauche, ils prendront les noms $1, $2,... à droite ;

    - attention, pas de / en début d'expression à gauche, mais il y faut en mettre un en début d'expression à droite.
  • [^] # Re: URL rewriting

    Posté par  . En réponse au message Comment faire une redirection avec htaccess ?. Évalué à 2.

    Oui, ou alors je m'exprime mal.

    Je voulais juste insister sur ce que fait précisément le module d'url rewriting :

    il reçoit une adresse du genre /articles/lire/14, et la transforme en adresse de la forme index.php&module=articles&action=lire&id=14, et non l'inverse.

    Par exemple, quelque part dans le code HTML de ton site (ou d'un autre site), tu vas avoir un lien du genre :

    <a href="/articles/lire/14">Lire l'article</a>

    Lorsque le serveur apache va recevoir une requête de la forme /articles/lister, il ne sait pas l'interpréter telle quelle, il demande à mod_rewrite de l'interpréter. Celui-ci lui renvoie une url de la forme index.php&module=articles&action=lister.

    Comme ça, ton script PHP est capable de l'interpréter, à l'aide de $_GET. Exemple :

    <?php

    $module = $_GET['module']; // "articles"
    $action = $_GET['action']; // "lister"

    include ("/".$module."/".$action.".php"); // "articles/lister.php"

    ?>

    Attention, ce script ne sert qu'à illustrer mon propos, il ne faut pas l'utiliser tel quel, car il n'est pas du tout sécurisé (pas de vérification du contenu des variables, donc risque d'inclure n'importe quoi)
  • [^] # Re: URL rewriting

    Posté par  . En réponse au message Comment faire une redirection avec htaccess ?. Évalué à 2.

    Au passage, un bon tuto trouvé sur le net :

    http://apache.developpez.com/cours/urlrewriting/
  • # URL rewriting

    Posté par  . En réponse au message Comment faire une redirection avec htaccess ?. Évalué à 3.

    salut dark_moule,

    en supposant que tu tournes avec un serveur apache, sous linux, la première chose à faire, c'est de charger le module d'apache qui permet de faire de la réécriture d'url (url rewriting).

    Pour charger un module dans apache : a2enmod, et le module s'appelle mod_rewrite.

    Ensuite, comme tu as trouvé dans tes recherches, il faut utiliser un fichier .htaccess.
    Commence par le créer à la racine de ton site.

    Dans le fichier, ajoute ces trois directives :

    AddDefaultCharset UTF-8
    Options +FollowSymlinks
    RewriteEngine on


    Ensuite, il faut écrire des règles de réécriture.

    Contrairement à ce qu'on pourrait croire avant de commencer, une règle ne sert pas à transformer machin=truc&bidule=chouette en machin/truc/bidule/chouette, mais l'opération inverse !
    En effet, dans le code HTML de ton site, tu indiques des adresses de la deuxième forme, et ce sont les fameuses règles de réécriture qui vont les convertir en des adresses compréhensibles par PHP (donc de la première forme).

    Au passage, il faut connaître les bases des expressions régulières pour comprendre la réécriture d'url (Google est ton ami)

    Voici un exemple de règle :

    RewriteRule ^([a-z]+)/([a-z]+)/([0-9]+)$ /index.php?module=$1&action=$2&id=$3 [L]

    Cette règle permet de transformer par exemple :

    /articles/lire/14 en index.php?module=article&action=lire&id=14

    L'option [L] indique à apache de ne pas examiner les règles suivantes si l'adresse à convertir correspond à la règle en question. Par exemple :

    RewriteRule ^([a-z]+)/([a-z]+)/([0-9]+)$ /index.php?module=$1&action=$2&id=$3 [L]
    RewriteRule ^([a-z]+)/([a-z]+)$ /index.php?module=$1&action=$2 [L]
    RewriteRule ^([a-z]+)$ /index.php?module=$1 [L]


    Ces trois règles permettent de convertir respectivement les url suivantes :

    /articles/lire/14 en index.php?module=articles&action=lire&id=14
    /articles/lister en index.php?module=articles&action=lister
    /articles en index.php?module=articles

    La directive [L] empêche qu'une url compatible avec la première règle soit "cassée" par la deuxième ou la troisième règle.
  • [^] # Re: chmoder correctement les fichiers

    Posté par  . En réponse au message Authentification automatique de thunderbird au login ?. Évalué à 2.

    Exact, il est déjà chmodé comme il faut (pas d'accès en lecture aux autres utilisateurs).
  • [^] # Re: identificatio thunderbird

    Posté par  . En réponse au message Authentification automatique de thunderbird au login ?. Évalué à 3.

    Un truc aussi pour ceux, comme moi, qui aiment bien vérifier les droits de l'utilisateur avant toute opération, c'est le coup du lecteur d'empreinte digitales.

    Chez moi ça fonctionne très bien. Quitte à devoir s'authentifier sans arrêt pour faire la moindre chose, c'est nettement moins lourd de devoir passer son doigt que de devoir taper un mot de passe.
  • [^] # chmoder correctement les fichiers

    Posté par  . En réponse au message Authentification automatique de thunderbird au login ?. Évalué à 3.

    Commence par chmoder correctement les fichiers qui stockent les mots de passe en clair.

    Et après, comme ça a déjà été dit, rien de vaut de locker complètement sa session quand on s'en va (ou automatiquement après X minutes).
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 2.

    Hum là par contre il faut mieux faire ça dans la config d'apache.

    Parce qu'avec exec, tu ne pourras pas faire de chown vers toto (il faut être root pour cela).
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 2.

    Ou alors, après chaque création, tu utilises exec('chmod 755 /home/toto/repertoire');

    (à condition que la commande PHP exec soit disponible sur ton serveur)

    http://fr.php.net/manual/fr/function.exec.php
  • [^] # Re: Les droits, les groupes

    Posté par  . En réponse au message probleme de droits. Évalué à 2.

    Effectivement (du moins sécurisé au plus sécurisé) :

    soit tu mets les droits 777.
    Dans ce cas tous les utilisateurs du système peuvent supprimer les répertoires.

    soit tu mets les droits 775 ET tu ajoutes l'utilisateur toto au groupe apache.
    Dance ce cas, tous les utilisateurs du groupe apache peuvent supprimer les répertoires).

    soit tu laisses les droits 755 à chaque fois tu passes en root, chown toto:toto /home/toto/repertoire puis en tant que toto, rm /home/toto/repertoire (ou bien tu supprimes les répertoires directement en tant que root).
    Dans ce cas, seul apache peut supprimer les répertoires.

    Tout dépend du niveau de sécurité dont tu as besoin.
  • [^] # Re: novell n'est pas rose... non plus

    Posté par  . En réponse à la dépêche Go-oo, une alternative à OpenOffice. Évalué à 6.

    Koffice, à part les icônes...

    c'est encore pire (même très largement pire) que open office en termes de support des formats microsoft. Rien que pour le .doc, c'est inutilisable, les images ne se chargent pas, la mise en page est complètement explosée, la moitié des cadres ont disparu.
    Pour les .ppt n'en parlons pas.

    Je sais que la mission première de Koffice n'est pas forcément d'ouvrir des documents MS Office, mais pour une suite qui prétend prendre en charge ces formats, c'est une calamité.

    J'aime beaucoup KDE, mais Koffice est loin d'être au niveau d'autres principales applis du projet KDE.
  • # ~/.local/share/Trash/files/

    Posté par  . En réponse au message la corbeille ne se vide pas. Évalué à 4.

    Salut mlinux,

    les fichiers de ta corbeille se trouvent probablement dans :

    /home/tonUser/.local/share/Trash/files/

    Il suffit normalement de supprimer le contenu de ce répertoire en ligne de commande, si besoin avec les droits d'administrateur.
  • # Il est peut-être sous Debian ?

    Posté par  . En réponse au message RANDOM en bash. Évalué à 3.

    non parce que Debian et les nombres aléatoires... xD




    document.getElementByTagName('moinser').desactivate();
  • [^] # Re: Le problème vient de la ligne "Allowed hosts and networks"

    Posté par  . En réponse au message rendre serveur samba accessible depuis le net. Évalué à 2.

    Merci stillbsd, effectivement avec cette directive ça fonctionne !
  • # Le problème vient de la ligne "Allowed hosts and networks"

    Posté par  . En réponse au message rendre serveur samba accessible depuis le net. Évalué à 2.

    Lorsque je mets 84. pour la ligne Allowed hosts and networks, ça fonctionne.

    Comment désigner tout le réseau internet, et non un sous-réseau de classe A ?

    PS : pour la ligne Handle connexions on, visiblement c'est plutôt 0.0.0.0/1

    http://jodies.de/ipcalc?host=0.0.0.0&mask1=1&mask2=
  • [^] # Re: essai...

    Posté par  . En réponse au message rendre serveur samba accessible depuis le net. Évalué à 2.

    C'est plutôt 0.0.0.0/0 que je voulais faire, mais ça ne marche pas non plus.
  • # essai...

    Posté par  . En réponse au message rendre serveur samba accessible depuis le net. Évalué à 2.

    j'ai essayé

    Allowed hosts and networks : .
    Handle connexions on : 0.0.0.0/4

    mais ça ne marche pas.
  • [^] # Re: Bon trève de conneries !

    Posté par  . En réponse à la dépêche Mouvement des semences libres. Évalué à 2.

    C'est comme la copie privée (ok c'est un exception, m'enfin bon...)

    Tu as clairement le droit de reproduire, à usage privé, les oeuvres que tu as acheté, par contre tu n'as pas le droit de contourner les restrictions mises en places par les producteurs
    (donc ici, comparer les DRM aux procédés de stérilisation des semences par les semenciers).
  • # Merci

    Posté par  . En réponse au message Accéder à une machine par son nom. Évalué à 5.

    merci pour vos différentes pistes !
  • [^] # Re: Nil

    Posté par  . En réponse au message Accéder à une machine par son nom. Évalué à 1.

    Hum tiens c'est vrai, ne n'avais jamais essayé.

    Enfin chez moi, sur 4 machines testées au hasard, deux Ubuntu Server et deux Ubuntu Desktop, ça a marché pour l'une de chaque, et raté pour l'une de chaque également...

    Et si je pouvais éviter le .local ça serait chouette ;)
  • [^] # Re: DNS

    Posté par  . En réponse au message Accéder à une machine par son nom. Évalué à 1.

    salut Slack,

    les serveurs sont sous debian et ubuntu server, les clients sont sous debian, ubuntu/kubuntu et mandriva.

    Maintenant si ça peut marcher quand n'importe quel utilisateur branche son ordinateur portable sur le réseau, quelque soit son OS (y compris s'il est sous windows ou mac), c'est encore mieux.

    J'ai également un serveur DNS local sur ma passerelle réseau.
    Mais je n'y connais pas grand chose, je l'ai configuré en suivant un tuto de base, c'est tout.
  • # Réinitialiser le lecteur ?

    Posté par  . En réponse au message problème de lecteur DVD. Évalué à 1.

    Je n'y connais pas grand chose, mais ici ils proposent de réinitialiser le lecteur :

    http://ubuntuforums.org/showthread.php?t=440142
  • # et quand tu bootes dessus ?

    Posté par  . En réponse au message problème de lecteur DVD. Évalué à 2.

    as-tu essayé de booter dessus, avec un live-cd ?
    Et il a déjà fonctionné sous un OS autre que basé sur Linux ?
  • # Compatibilité Vista, toussa

    Posté par  . En réponse à la dépêche Publication de Samba 3.2. Évalué à 7.

    sans vouloir rentrer dans les débats associés, la compatibilité avec Vista &co est une excellente nouvelle, c'était vraiment problématique jusqu'à maintenant, surtout à l'échelle professionnelle.
  • [^] # Re: Ça n'est pas possible

    Posté par  . En réponse au message iptables + noms de domaine. Évalué à 1.

    OK, merci bien pour ces explications !