klelugi

Salut, Par défaut SPIP ne permet pas les liens de traduction sur d'autres éléments que les articles. Aussi si tu souhaites faire des liens de traduction entre tes brèves cela ne sera pas possible sans utiliser de petites astuces. Il y a cet article très intéressant sur les liens de traduction pour les rubriques de SPIP dont tu pourrais t'inspirer pour obtenir la même chose entre tes brèves : http://www.paris-beyrouth.org/Des-liens-entre-rubriques Bon courage

Salut Jean, Toutes les balises de type "Formulaire" de SPIP sont gérées par un couple de fichier dont : - un se trouve dans dist/formulaires/ qui s'occupe de gérer l'affichage html de ton formulaire, simple à changer si tu veux personaliser ton code html - et un autre se trouvant dans ecrire/balise qui s'occupe de gérer les données envoyées au formulaire en php Si tu veux intervenir sur l'un de ces deux fichiers, de façon à ne pas toucher aux fichiers "core", recopie les dans le repertoire squelettes de cette façon : - le formulaire html : squelettes/formulaires/ecrire_auteur.html - le php : squelettes/balise/formulaire_ecrire_auteur.php Dans ton cas si tu veux récupérer le #TITRE de ton article il ne semble nécessaire que de modifier le fichier php. Tu verras que dans la fonction balise_FORMULAIRE_ECRIRE_AUTEUR_dyn() SPIP passe l'id_article en argument ce qui te permettra facilement de récupérer ton titre en faisant une requête dans ta fonction.

De mémoire je crois que pour certains mutu ovh tu as possibilité d'accéder à un shell, à vérifier...

IL est vrai que placer un htaccess dans le repertoire squelettes est plus pratique pour éviter le regard des indiscrets. Sachant toutefois que le répertoire squelettes de Spip est aussi assez souvent utilisé pour accueillir des fichiers JS et CSS je conseillerais de placer un htaccess plutôt comme ceci : RewriteEngine on RewriteBase / RewriteRule ^[^\.]*\.html.* - [F] Qui empechera l'accès uniquement aux fichiers html.

Pour le coup, j'ai un avis bien précis sur la question. Ce que je te conseille : écris sans faute d'orhographe. Ton site doit rester un site de qualité et un site référant sur ta thématique. Si les utilisateurs ont l'habitude de faire leur recherche avec une faute alors base ta stratégie de netlinking de la même façon. Si tu fais des échanges de liens ou des soumissions dans les annuaires alors intégre la faute dans l'anchor du lien qui pointera vers ton site. Cela devrait suffire pour que Google prenne aussi en compte ton url sur ce mot clé avec la faute.

Bonjour, Spip permet effectivement d'inclure du php dans les squelettes HTML, tu doit faire cela de la même façon que tu le ferais dans un fichier php. Néanmoins, je te déconseille vivement d'inclure tes identifiants de connection dans tes squelettes html, ces pages pouvant être consultées dans ton répertoire de squelette et le code source étant affichable, tout le monde aurait accès à tes identifiants... Fais donc un appel a un include pour éviter ce problème. Sinon si les tables SQL que tu cherches à consulter sont dans la même bdd que tes tables spip tu devrais assez facilement pouvoir utiliser la connection déjà ouverte par spip et passer un spip_query pour envoyer la requête à ta bdd. Regardes un peu le code source des formulaires pour t'inspirer des code d'insertion en base fait par Spip.

Affecter des tâches via un cron n'est pas si difficile, voir même sans doute bien plus facile que de créer un script simple en php. Cela ne te servirait néanmoins que si tu devais lancer cette application en tâche de fond de façon récurrente.

Un truc du genre : http://www.texotela.co.uk/code/jquery/newsticker/ Simple efficace et propre

Je plussois dans le sens de Lafleur. Ca te permet effectivement de tater tranquillement le terrain et de bénéficier d'un système abouti sans pour autant entrer dans la création d'un système compliqué de e-commerce avec choix de modules de paiements que les banques te refuseraient peut-être si ton activité ne devait pas générer suffisament de revenus.

Pour éviter ce genre de déconvenu, il te faut donc appliquer ce display none avec Javascript sur un événement de type onload par exemple, ainsi si javascript n'est pas activé le formulaire s'affichera tout de même.

Typo3 pourrait aussi convenir à tes attentes. En utilisant le plugin "extension manager"

Le développement de Spip a beaucoup évolué avec le temps et notamment cette dernière année avec l'intégration du système de plugins. Le système de cache de spip permet justement de limiter énormément la consommation des ressources serveur, si du moins tes templates sont correctement configurés. Des CMS que je connais, il n'est pas le plus léger effectivement mais est toutefois loin d'être le plus lourd. La configuration de site multilingue que tu utilises habituellement est identique à celle de Spip qui prévoit des fichiers de langue pour te faciliter la tache. De plus, et là c'est un avis personnel sur l'implémentation de sites multilingues, si tu suis les tutoriaux principaux de création de sites multilingues grâce à Spip tu verra q'une des méthodes utilisée est celle de créer un secteur par langue (rubrique de premier niveau). En utilisant cette configuration, tu peux ensuite aisément configurer un htaccess qui fasse pointer : fr.ndd.com/ en.ndd.com/ es.ndd.com/ vers le meme répertoire et traiter les requêtes sur le fr vers le secteur 1, celle sur le .en vers le secteur 2 etc... L'avantage final étant que si le site est appellé à prendre beaucoup d'importance tu pourra ensuite très facilement repartir la charge sur des serveurs différents en utilisant les dns (1 serveur par langue)

Ce que te conseille Florent V. me semble de loin être le plus interessant à mettre en oeuvre pour améliorer ton référencement et en utilisant néanmoins le javascript. Par exemple : <a href=&quot;http://ndd.com/la-page-qui-affichera-le-contenu-ajaxreplace-si-js-est-desactivé" onclick="ta fonction ajaxreplace; return false;" id="contenu-ajaxreplace">lien</a> Le mieux restant encore de coller ton code js dans le head et de parcourir le DOM pour appliquer la fonction sur le lien ayant l'id : contenu-ajaxreplace.

Tu dois donc utiliser utf8_encode Sans voir le script il n'est pas évident de te dire sur quoi tu dois passer cette fonction, mais essaye de repérer les variables qui contiennent le contenu dont le script fait un echo. Bon courage

Bonjour, Si l'entete de tes pages html contient le jeux de caractères iso-8859-1 , c'est donc que le script php que tu as récupéré te délivre un texte formatté au jeu de caractère utf8. Il te faut donc appliquer une fonction : utf8_decode sur les variables php que ton script doit afficher (par expl : utf8_decode($texte); ) Cela devrait suffire à contourner le problème. Si a contrario tes pages contiennent un jeu de caractère utf8 alors emploi la fonction : utf8_encode(); Bon courage