Aller au contenu

mjouan

Webmaster Régulier
  • Compteur de contenus

    75
  • Inscrit(e) le

  • Dernière visite

Messages postés par mjouan

  1. En effet.

    La page se charge bien mais quelques fois elle est blanche.

    C'est pas évident d'analyser se type de cas, c'est certainement pour cela que tu n'as pas bcp de réponses.

    Moi je pencherais pour un pb d'affichage lié à l'insertion de toute la page dans un tableau.

    Les tableaux peuvent quelques fois être complexe à calculer, d'autant plus que t'as de l'affichage JS à l'intérieur.

    A ta place j'essaierai de supprimer la <table> globale, en plus je ne suis aps certain quelle est un grand intérêt.

    Marc

  2. Ce que tu fais est très bien et sans soucis.

    Dans ton montage pense surtout à réfléchir sur la TVA car ça peut être très intéressant comme opération.

    Le fait qu'il y a une SDB n'est pas gênant par contre suivant l'activité de l'entreprise cela peut être bloquant suivant le règlement de co-propriété. Je t'invite à y jeter un coup d'il avant de faire ton opération.

    Marc

  3. J'ai trouvé une requête pour laquelle ça apparait :

    http://www.google.fr/search?hl=fr&clie...rcher&meta=

    Mais c'est claire que ce n'est pas sur ce type de recherche que tu aimerais apparaitre ainsi.

    - "meuble à chaussure" est trop commun, ce n'est pas une marque comme Dan le fait remarquer.

    - je pense qu'il y a trop d'écart de référencement entre la page principale et les autres pages du site (notamment les catégories).

    - l'écart entre le 1er (toi) et le 2ème sur toutes les recherches standards est trop faible pour que GG mette ton site en avant.

    Marc

  4. Bonjour,

    Tu trouveras quelques éléments de réponse à cette adresse:

    http://opt-in.fr/viewtopic.php?t=8

    Concernant le whitlistage d'IP, cela a un cout non négligeable. Cf par exemple :

    http://www.senderscorecertified.com/

    Excepté le whitlistage pour gagner en retour vous pouvez utiliser (encore peu utilisé) :

    - DKIM - http://www.dkim.org/

    - Hashcash - http://www.hashcash.org/

    Si tu travailles sur l'ensemble de tous ces éléments, tu arriveras a de très bon résultats.

    Marc

  5. Je me pose une question sur ton projet :

    Dans l'absolu, l'idéal serait que tu connaisses à l'avance l'état de disponibilité des produits.

    Donc que tu donnes un moyen à tes 'magasins' de t'informer en temps réel de l'état de leur stock.

    Je me demandais à tout hasard, si tu ne pourrais pas aller plus loin dans ta démarche et proposer (vu ton profile) directement aux 'magasins' , TON système de gestion de stock. Tu leur offre comme ça un 'logiciel ASP' que tu gères ainsi tout le monde s'y retrouve : eux on un outil de gestion de stock gratuit et toi tu as l'information qu'il te manque.

    Ce n'est qu'on idée, qui n'est pas applicable dans tous les cas de figures.

    Marc

  6. Bonjour,

    Quand on utilise des sessions , celles-ci sont gérés par un identifiant qui doit être transmis entre les pages du site.

    Pour transmettre cet identifiant (et retrouver la session) le serveur à deux possibilités:

    1. utiliser un cookies (ce qui est généralement fait)

    2. passer l'identifiant par l'URL

    Cf. http://fr.php.net/manual/fr/session.idpassing.php pour plus de détail.

    Ce n'est qu'une piste de recherche mais si ton hébergeur a configuré la gestion de session par cookies et que toi tu ne souhaites pas en faire, ça peut posse un pb pour la gestion de sessions.

    Marc

  7. Tester les mx n'est pas la bonne solution, les serveurs de messageries sont de plus souvent installés en mode silencieux, donc même si l'adresse existe, ils ne répondrons pas, et ce pour limiter le spam

    Pardon ! Qu'est ce que vous voulez dire par "mode silencieux" !!!

    Je suis désolé de vous contre dire mais s'il n'y a pas de MX c'est que l'adresse n'est pas bonne ça c'est une certitude. L'inverse par contre n'est pas vrai, c'est pas parce qu'il y a un MX que l'adresse est forcement légitime.

    D'autre part, on ne parle pas de contrôler les serveurs de mail, mais simplement de vérifier si les DNS du domaine a testé sont configurés pour accueillir des emails.

    Marc

  8. Tu peux, en plus d'une vérification par expression régulière, vérifier la présence de MX sur le domaine de l'adresse email fournie.

    Le script suivant (source: http://www.commentcamarche.net/forum/affic...sse-mail-en-php ), vérifie en plus de cela que le serveur de mail est bien accessible, selon moi il va un peu trop loin car le serveur peut être temporairement in oignable sans pour autant que l'adresse soit erronée.

    function checkEmail($email) {
    // checks proper syntax
    if(preg_match("/^( [a-zA-Z0-9] )+( [a-zA-Z0-9\._-] )*@( [a-zA-Z0-9_-] )+( [a-zA-Z0-9\._-] +)+$/" , $email)) {
    // gets domain name
    list($username,$domain)=split('@',$email);
    // checks for if MX records in the DNS
    if(!customCheckDnsrr($domain)) {
    return false;
    }
    // attempts a socket connection to mail server
    if(!fsockopen($domain,25,$errno,$errstr,30)) {
    return false;
    }
    return true;
    }
    return false;
    }

    function customCheckDnsrr($host,$recType='') {
    if(!empty($host)) {
    if($recType=='') $recType="MX";
    exec("nslookup -type=$recType $host",$output);
    foreach($output as $line) {
    if(preg_match("/^$host/", $line)) {
    return true;
    }
    }
    return false;
    }
    return false;
    }

    Marc

  9. Pas très clair !

    Il faudrait d'abord nous expliquer comment tu gères tes utilisateurs: BDD, fichier, LDAP,...

    La fonction "defined" vérifie seulement que la constante "INCLUDED" est définie, c'est tout !

    Si elle n'est pas définie, le script génère une erreur.

    Pour que l'on comprenne, il faut que tu nous expliques à quel moment tu définis cette constante.

    Marc

  10. D'après la doc, tu dois préciser dans le wp_config.php la racine : $base.

    Dans ton cas, il faut mettre, a priori:

    $base = '/';

    Juste en dessous des déclaration de BDD:

    // ** MySQL settings ** //
    define('DB_NAME', 'nolageek_blognola'); // The name of the database
    (...)
    define('VHOST', 'yes');

    Marc

  11. Il manque par un $ par hasard ? ;-)

    "$" signifie simplement "fin de ligne".

    Si tu mets $ ça évite de traiter les URL du type.... index.htmldfjksdf (par exemple)

    Mais ça évite du même coup de traiter les arguments du type: index.php?toto... donc moi je ne le mettrais pas .

    L'idéal serait peut être de traiter les arguments donc d'ajouter ce cas (cf. exemple ci-dessous).

    Quant au ".." c'est un mauvais copier/coller.

    Donc en conclusions on peux faire :

    RewriteRule ^(.*)index\.(php|html|htm)(.*)$ http://www.technicauto44.fr/$1$2 [R=permanent]

    ou, peut-être un peu plus propre:

    RewriteRule ^(.*)index\.(php|html|htm)$ http://www.technicauto44.fr/$1 [R=permanent]
    RewriteRule ^(.*)index\.(php|html|htm)?(.*)$ http://www.technicauto44.fr/$1?$2 [R=permanent]

    Cdlt,

    Marc

  12. C'est normal, avec le flag "R" tu dois mettre un code entre 300 et 400, pas un 500

    Cf: http://httpd.apache.org/docs/2.0/mod/mod_rewrite.html

    if no code is given, a HTTP response of 302 (MOVED TEMPORARILY) will be returned. If you want to use other response codes in the range 300-400, simply specify the appropriate number or use one of the following symbolic names: temp (default), permanent, seeother.
×
×
  • Créer...