We launched new forums in March 2019—join us there. In a hurry for help with your website? Get Help Now!
    • 2917
    • 55 Posts
    /// Bonsoir la communauté MODx,

    Actuellement l’association pour la quelle je travail développe un nouveau site sous MODx.

    Nous avons plusieurs questions à vous poser par rapport au développement de ce site. huh

    huh->> 1er question :

    Nous voudrions placer un moteur de recherche interne. Sous MODx, le code du moteur de recherche interne est le suivant :

    <span id="search-txt">Rechercher</span><a name="search"></a>[!AjaxSearch? ajaxSearch=`1` &AS_landing=`8` &moreResultsPage=`8` &showMoreResults=`1` &addJscript=`0` &extract=`0` &AS_showResults=`0`!] </div>

    Voici le message d’erreur généré :

    AjaxSearch error: php_mbstring extension required

    Pourriez-vous nous indiquer s’il y a des réglages particuliers à effectuer au niveau du serveur. Quel est le fichier à modifier ?


    huh->> 2ème question :

    Afin de filtrer les messages non désirés à partir des formulaires de contacte disponible sur le site, nous voudrions placer un hologramme d’identification comprenant une image GIF intégrant une combinaison de chiffre et de lettre à reporter sur un champ de remplissage. Sur la maquette du site développée sur votre serveur, cette image n’est pas générée.
    Le code HTML dans le formulaire :

    <h3>Sécurité de transmission d’e-mail</h3>
    <p>Entrez la combinaison de lettre & de chiffre inscrite sur l’image ci-dessous.</p>
    <label>Code à copier* :
    <input type="text" name="formcode" class="inputBox" size="20" />
    </label>


    <a href="[+action+]"><img align="top" src="manager/includes/veriword.php" width="148" height="60" alt="If you have trouble reading the code, click on the code itself to generate a new random code." style="border: 1px solid #039" /></a>

    Pourriez vous nous indiquer si il y a des réglages à prévoir sur les fichiers technique disponible du côté serveur.


    huh->> 3ème question

    Nous rencontrons des difficultés à activer le module chunk de chargement de pièces jointes dans les formulaires de contacte intégré sur le site. L’objectif étant de pouvoir joindre un fichier au formulaire de contacte du site. Une fois la pièce jointe chargée, nous sommes redirigé automatiquement vers la page d’erreur 404.

    Code HTML :

    <input type="hidden" name="formid" value="[+fileupload.formid+]" />
    <!-- MAX_FILE_SIZE must precede the file input field -->
    <input type="hidden" name="MAX_FILE_SIZE" value="[+fileupload.maxsize+]" />
    <p>First file: <input name="userfile[]" type="file" /></p>
    <p>Second file:<input name="userfile[]" type="file" /></p>
    <p>Third file:<input name="userfile[]" type="file" /></p>

    Y a t’il des réglages à effectuer dans les liens des chunks et snippet ?


    huh->> 4ème question

    Pour le référencement du site, nous voudrions faire en sorte que le lien des pages du site soit rédigé avec le nom de la page plutôt que l’identifiant PHP. Exemple :

    http://www.../qui-sommes-nous.html

    à la place de :

    http://www.../index.php?id=49

    Nous avons entendu qu’il y avait des réglages à effectuer sur le fichier « ht.access ».


    huh->> 5ème question

    Nous voudrions placer 4 <div></div> sur la pages d’accueil intégrant les remontés d’information des dernières mises à jour des contenus du site. Dans l’idéale ces remontés devront comprendre les éléments suivant :

    ->> Titre
    ->> Description
    ->> Date de mise à jour
    ->> Résumé

    Pourriez-vous nous indiquer la sémantique à rédiger au niveau de la boucle d’appel des remontées.


    Merci pour vos réponses…


    B./B. Poletto
    Xopaze Bponer NYC 00
    /// ;-)
      • 2089
      • 69 Posts
      Bonjour,

      Question 4: friendly URLs

      Pour la réécriture d’URL, c’est assez simple, il y a juste deux choses à faire:

      Aller dans Tools/Configuration/Friendly URL et là cocher:
      Use friendly URLs: yes
      Suffix for friendly URLs: .html
      Use friendly aliases: yes
      Use friendly alias path: moi j’ai mis ’no’ mais c’est une question de goût...
      Allow duplicate aliases: no
      Automatically generate alias: no (personnellement je préfère les écrire moi-même mais ça dépent de la taille de votre site, un système automatique peut aussi s’avérer pratique...)

      Puis aller sur le FTP dans www et renomer le fichier ht.access en .htaccess (c’est à dire qu’on le rend actif tout simplement)

      Voilà et patientez quelques secondes (si vous travaillez en local, le mieux c’est de redémarer le serveur pour être sûr)
        • 2917
        • 55 Posts
        /// Bonsoir,

        Je viens de faire le teste dans "Réglages URLs simples", celui-ci ne fonctionne pas. Voici le message d’erreur quand on navigue dans le site :

        ///

        Bad Request
        Your browser sent a request that this server could not understand.

        Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.
        Apache/1.3.37 Server at www.monsite.org Port 80

        http://www.monsite.org/erreur404.htmlRewriteCond%20%%7BHTTP_HOST%7D%20%5E.*$

        ///

        Mes réglages :

        ->> Utiliser les URLs simples : Oui
        Cette option vous permet d’utiliser des URLs compatibles avec les moteurs de recherche. Veuillez prendre note que ceci ne fonctionne que sur des installations de MODx fonctionnant avec Apache, et que vous devrez écrire un fichier .htaccess pour que cela fonctionne correctement. Pour plus d’informations, voyez les fichiers .htaccess inclus dans la distribution.

        ->> Préfixe des URLs simples : -
        Vous pouvez indiquer ici un préfixe à utiliser pour les URLs simples. Par exemple, si le préfixe est «page», l’URL /index.php?id=2 sera transformé en l’URL simple /page2.html (pour autant que le suffixe soit «.html»). Vous pouvez ainsi spécifier ce que vos utilisateurs (et les moteurs de recherche) verront comme liens sur votre site.

        ->> Suffixe des URLs simples : .html
        Vous pouvez indiquer ici un suffixe à utiliser pour les URLs simples. Par exemple, en indiquant «.html», toutes vos URLs simples se termineront par .html.

        ->> Utiliser les alias simples : Oui
        Si vous utilisez les URLs simples et si le document possède un alias, l’alias aura toujours la priorité sur l’URL simple. En spécifiant « oui » pour ce réglage, le préfixe et le suffixe de l’URL seront appliqués à l’alias. Par exemple, si votre document no 1 a l’alias « introduction » et si le préfixe est « » (vide) et le suffixe « .html », l’URL généré pour ce document sera « introduction.html ». Si le document n’a pas d’alias, l’URL sera « 1.html ».

        ->> Chemin d’accès pour les alias simples : Non
        l’activation de cette option permet l’affichage de chemin d’accès complet au document, si celui-ci a un alias. Par exemple, si un document dont l’alias est « fils » est placé dans un dossier d’alias « parent », le chemin « /parent/child.html » sera affiché comme URL du document.
        Remarque : si cette option est activée, les références à vos fichiers (images, css, javascripts, etc.) doivent être absolues, par exemple « /assets/images » au lieu de « assets/images ». Ceci permet d’éviter que le navigateur ou le serveur web ajoute le chemin relatif au chemin de l’alias.

        ->> Permettre les doublons d’alias : Non
        Vous autorisez ici la création de d’alias identiques. Attention ! Pour éviter des problèmes de référencement de documents, cette option ne doit être activée qu’en conjonction avec l’option « Chemin d’accès pour les alias simples ».

        ->> Générer automatiquement les alias : Non
        Une fois activé, le gestionnaire générera automatiquement un alias à partir du titre de la page lors de son enregistrement.

        ///

        Le faite d’avoir renommé le fichier .htaccess ceci à généré un doublon à la racine du dossier "www" car sur mon serveur il y a plusieurs sites stockés dans des dossiers distinct. Il y a donc un fichier .htaccess dans le dossier de mon site géré sous MODx de 4ko et un autre à la racine du dossier "www" de 1ko. En outre, il y a un autre fichier ht.access de 1ko dans le dossier "manager" celui-ci doit être aussi renommé ?

        ///

        B./B. Poletto
        Xopaze Bponer NYC 00
        /// ;-)