Ernestine

Chez moi, les images internes aux articles ne s'affichent pas. Elles ne s'affichent ni dans l'article, ni en tapant directement leur adresse dans le navigateur, ni en cliquant sur "afficher l'image" : dans tous les cas il y a 403 forbidden.

Certainement un problème de droits.

Bonjour Gregor, bienvenue parmi nous

cot > Comme sur tout forum informatique, merci d'utiliser les balises CODE pour écrire du code, et si possible de faire des phrases un peu détaillées, merci

Bonjour, bienvenue parmi nous, et n'hésite pas à poser toutes tes questions

Bonjour,

La balise marquee est une balise made in Microsoft, qui n'a jamais été reconnue par le W3C. Elle doit donc être bannie et oubliée, d'autant qu'on peut obtenir facilement le même effet (défilement de contenu) avec du javascript.

Oui Jean-Luc, mais il n'y pas que les & à traiter

En passant les paramètres dans la variable data de la fonction $.ajax() de jQuery, les paramètres sont automatiquement encodés proprement. Je suppose qu'en arrière plan, jQuery utilise tout simplement la fonction encodeURIComponent() pour réaliser cet encodage.

Il est d'ailleurs possible de le désactiver en ajoutant le paramètre processData: false à la fonction ajax.

Toutes les balises sont bien fermées, donc ce n'est pas de ce côté là ...

Ah bon ? Tu es sûr ?

Pourtant on voit un joli :

<textarea rows="6" id="msg" name="msg"/>

Alors qu'il faudrait mettre :

<textarea rows="6" cols="40" id="msg" name="msg"></textarea>

En effet, la balise textarea n'est pas auto-fermante. Il est fort possible que cette petite correction te permette de faire fonctionner le script.

(note au passage que l'attribut cols de textarea est également obligatoire, bien qu'il n'ait aucun rapport avec ton problème, il faut le mettre).

Essaie aussi de passer correctement les paramètres, et non pas tout en vrac comme tu le fais actuellement :

$.ajax({
	type: 'POST',
	url: "../Includes/Formulaires/verif_bon.php",
	data: {
		'ajax' : 'oui',
		'id' : '<?php echo $id_a_modifier ; ?>',
		'type' : $('#type').attr('value')
		//etc...
	}
});

De cette manière les valeurs sont automatiquement converties.

Magnifique ! Si j'étais toi, Philippe, je me laisserais encore un peu le temps de la réflexion

Ah oui, je n'avais pas bien regardé, désolée.

En effet dans ce cas, ça devrait logiquement fonctionner.

Bonjour,

C'est normal que ça ne marche pas. Pour exécuter deux fonctions différentes lors de clics alternatifs sur un élément, c'est la fonction toggle() qu'il faut utiliser. Cette fonction prend en argument les deux fonctions à exécuter alternativement (et éventuellement plusieurs autres fonctions). Dans ton cas ça donnerait :

$(document).ready(function() {				  
	$('#showCom').toggle(function() {
		$('#commentsBox').show("slow");
	},
	function() {
		$('#commentsBox').hide("slow");
	});				   
});

Plus d'infos ici : http://api.jquery.com/toggle-event/

Bonsoir,

Qu'est ce que tu n'arrives pas à faire précisément ? Fixer l'élément dans la page de façon à ce qu'il ne bouge pas lors du scroll ? Ou bien obtenir le même type de contenu/affichage à l'intérieur de la share bar ?

Je fais juste remonter le sujet pour faire part d'un truc que je n'ai découvert que récemment, et qui semble tout à fait indiqué pour développer un chat en javascript, et d'une façon générale pour une communication fluide client/serveur :

Node.js

Cela permet de communiquer par socket entre le client et le serveur. A approfondir

Bonjour,

Je te conseille de tester ta page sous Chrome. Une fois sur ta page, tu appuies sur F12 pour afficher l'outil de développement. Dans l'outil de développement tu cliques sur l'onglet Réseau (ou Network), puis dans la liste du bas sur XHR.

Avec ça, tu as tous les détails de ta requête Ajax : requête, réponse, éventuelles erreurs, etc...

Tu peux aussi essayer de taper directement l'url appelée en Ajax dans la barre d'adresse de ton navigateur (ce sera du GET mais peu importe) et voir ce qui s'affiche (réponse du serveur).

Sinon, merci de nous copier-coller ton code Ajax.

Bonjour,

Si on affiche le code source, on voit que pour le bloc "Etats-Unis" du menu, qui contient deux items, on a ceci :

<!-- menu pour USA -->

	<div class="Block">
    	<div class="Block-tl"></div>
			<div class="Block-tr"><div></div></div>
			<div class="Block-bl"><div></div></div>
			<div class="Block-br"><div></div></div>
			<div class="Block-tc"><div></div></div>
			<div class="Block-bc"><div></div></div>
			<div class="Block-cl"><div></div></div>
			<div class="Block-cr"><div></div></div>
			<div class="Block-cc"></div>
			<div class="Block-body">
		<div class="BlockHeader">
			<div class="header-tag-icon">
				<div class="BlockHeader-text">
					<span style="font-family: 'Marck Script', cursive;font-size:25px;">Etats-Unis
				</div>
			</div>
			<div class="l"></div>
			<div class="r"><div></div></div>
		</div>
		<div class="BlockContent">
			<div class="BlockContent-tl"></div>
			<div class="BlockContent-tr"><div></div></div>
			<div class="BlockContent-bl"><div></div></div>
			<div class="BlockContent-br"><div></div></div>
			<div class="BlockContent-tc"><div></div></div>
			<div class="BlockContent-bc"><div></div></div>
			<div class="BlockContent-cl"><div></div></div>
			<div class="BlockContent-cr"><div></div></div>
			<div class="BlockContent-cc"></div>
			<div class="BlockContent-body">
				<ul>
				<li><a href="charleroi-pa.php">Charleroi (PA)</a></li>
				<li><a href="coalgate.php" title="aller sur la page consacrée à la ville de coalgate dans le comté de coal dans l'oklahoma (états-unis)">Coalgate (OK)</a></li>

				</ul>
			</div>
		</div>
	</div>
</div>

Cela fait quand même un sacré paquet de divs pour un petit bloc !

Il est possible de faire un bloc avec bords arrondis, et étirable en largeur et hauteur, avec seulement cinq divs (voire trois en mettant les arrondis tantôt en background tantôt en image flottante). Le code serait ainsi infiniment plus propre et plus facile à reprendre à l'avenir.

Si le bloc n'est étirable qu'en hauteur (largeur fixe), ce qui semble être le cas sur cette page, on peut même descendre à trois divs sans difficulté.

Quant au titre de menu, ici "Etats-Unis", il serait plus judicieux de l'inclure dans une balise H plutôt qu'un div.

et tout ça en échange d'un lien sur mon footer.

Un lien dans un footer, ça n'a quasiment aucune valeur pour le référencement, alors bon, je doute que quelqu'un qui fasse un audit en référencement en échange d'un lien dans un footer, soit réellement compétent pour le faire, cet audit.

En général, quand je reçois ce genre de mail, j'arrête de lire à la fin de la première phrase, je clique sur "Spam" et je passe au mail suivant

Des fois il m'arrive de répondre un truc du style "Merci pour le spam", ou des trucs comme ça, mais c'est rare.

La fonction sql_quote effectue un échappement des données avant insertion en base. Encore une fois, ce n'est certainement pas elle qui va supprimer ce zéro initial !

Tu peux lire ça : http://programmer.spip.org/sql_quote

et ça : http://doc.spip.org/@sql_quote

Il n'est dit nulle part que sql_quote s'amuse à supprimer des zéros. Ils conseillent par ailleurs d'utiliser intval() pour les champs qui correspondent à des identifiants numériques.

Essaie de voir si intval() a été utilisé au moment de la récupération/traitement des données.

As-tu au moins localisé le fichier où ce traitement est effectué ?

As-tu essayé de remplir le champ avec des données texte (au lieu d'un numéro) ? Si oui, ces données ont-elles correctement été enregistrées dans la base ?

Je me suis documentée sur le sujet et cela serais du à une fonction sql_quote qui change les données du champs.

La fonction sql_quote de SPIP ne fait qu'échapper les données pour éviter les injections SQL : ce n'est certainement pas elle qui te supprime ce zéro.

Si le champ de la BDD est bien en varchar, et que dans ton formulaire le champ téléphone est un champ de type text, alors il est fort probable que la suppression du zéro soit faite au moment de la récupération des données (avant l'enregistrement en BDD), ce qui peut-être fait avec la fonction trim($truc, '0') par exemple... Il faudrait que tu trouves l'endroit où sont récupérées les données et voir comment est traité ce champ.

Oui c'est assez difficile de donner un avis avec si peu d'éléments. Par exemple pour la newsletter, s'il s'agit d'une simple intégration, ou bien s'il s'agit de création de la maquette + intégration et surtout l'envoi à une base de clients dans des conditions optimales (l'envoi d'une newsletter est quelque chose de beaucoup plus subtil que ça ne paraît au grand public car il ne s'agit pas d'un simple envoi de mails), etc... ce ne sera pas du tout le même prix.

Pour ce qui est des CMS, la grande majorité des sites, aujourd'hui, utilisent des CMS ou des frameworks, ce n'est pas parce que, je cite : "qu'ils n'auraient fait que télécharger un "CMS" pour la partie blog, le logiciel PrestaShop pour la partie e-commerce", que ça ne justifie pas le prix demandé, mais bon, les interventions ci-dessus l'ont bien expliqué

Au départ, je fonctionnais avec 1 seule base dans laquelle je fourrais tout. Pour la mise à jour, j'ai opté pour 4 bases, une pour chaque domaine, et surtout pour chaque application (forum fsb, blog wordpress, annuaire maison et portail maison).

Si tu es passé de 1 à 4 bases, j'en déduis donc que tu en as créées 3, et conservé la base existance (qui donc a été simplement modifiée).

Or tu nous dis que ça fonctionne parfaitement sur une base et pas sur les trois autres.

La base où ça fonctionne est-elle précisément celle qui n'a pas été crée ? (la base existante) Si oui, alors tu devines déjà que c'est dans la création de la base que tu as dû te louper quelque part.

Ceci n'est que simple supposition à la Sherlok Holmes Difficile d'en savoir plus...

Bonjour, bienvenue

Salut,

Aurais-tu l'url du site à nous montrer ? Le htaccess définit-il une page 403 personnalisée ? Quel CMS est utilisé ?

J'ai écrit un message pendant que tu écrivais, je pense que tu ne l'as pas lu Regarde plus haut ^