K-Ola
-
Compteur de contenus
194 -
Inscrit(e) le
-
Dernière visite
Messages postés par K-Ola
-
-
Google ne référence pas mieux un blog qu'un site bien construit. La plupart des moteurs de blog ont juste la particularité d'être correctement organisés "par défaut".
-
Tout est dit dans le message d'erreur. Avant de pouvoir utiliser les fonctions relatives à imap, il faut ouvrir la connexion à l'aide de la fonction imap_open().
Relis la documentation de imap_delete() et attardes toi sur la variable $mbox:
/>http://www.manuelphp.com/php/function.imap-delete.php -
Il y a aussi, comme chez l'ensemble des hébergeurs, l'adresse mail générique abuse_AT_free.fr.
-
La plupart de ces vers utilisent des failles applicatives (Adobe reader , flash player, faille windows, etc) pensez donc également à bien mettre à jour l'ensemble de vos logiciels ainsi que vote OS. Beaucoup d'entre eux ont utiliser de fausses publicités flash diffusés par de grandes régies pour se répandre.
J'utilise un logiciel qui s'occupe de vérifier les failles potentielles liées à des applications: PSI (http://secunia.com/vulnerability_scanning/personal/). C'est gratuit et ça permet de centraliser les vérifications.
Après, on peut aussi imaginer se protéger des failles flash par exemple en utilisant des extensions comme flashblock, qui permettent de sélectionner les animations flash que l'on désire activer ou non.
Si vous réinstallez votre système, pensez aussi aux périphériques qui peuvent être infecté (clés usb, disque dur externe ... )
-
Combien de temps s'est il écoulé entre ta soumission à ces annuaires et ton test ?
Il est possible que ces annuaires te passent devant sur certaines requêtes si ton site est récent et si ta soumission l'est également.
-
Je suis plutôt de l'avis de jcaron, surtout pour un e-commerce qui débute. Il y a l'estimation du panier moyen, et ce qui se vendra réellement lorsque le site sera en ligne et aura atteint un certain niveau d'activité. 3D secure est un très bon exemple. Certains E-Commerçant ont perdus énormément de ventes (jusqu'à - 30% / -40% à cause de l'introduction un peu "sauvage" de cette nouvelle fonctionnalité censée sécuriser un peu plus les transactions (lorsque certains demandent la date de naissance comme code 3DS, il y a de quoi se poser des questions).
Le tout , c'est de trouver un équilibre entre les moyens de sécuriser les transactions , la gestion du taux de fraude , et le processus d'achat qui doit être un maximum agréable pour les clients.
Sur une montre à 50€, je suis pas sûr de vouloir passer 20 minutes à faire les démarches pour valider ma commande (pièce d'identité + être importuné au téléphone + lettre manuscrite etc).
Bien évidemment, pour un achat de l'ordre de 1000€, cela aura plus tendance à me rassurer qu'à me dissuader d'acheter.
-
Cela m'étonne beaucoup de la part de la banque de déconseiller un de ses produits (le paiement en ligne) mais bon passons.
Je pense qu'il faut rester un minimum logique: le cas de la personne qui va acheter et va ensuite dire à sa banque qu'elle n'a jamais commandée doit être extrêmement infime.
Je travail pour plusieurs sites E-Commerce et à ma connaissance, il n'y a jamais eu ce genre de soucis.Le soucis principal, ce sont les cartes volées. Sauf que le voleur en question doit bien se faire livrer quelque part. Il faut donc un peu relativiser et comme l'a justement précisé jcaron, il y a quelques dispositif qui permettent de diminuer le nombre de ces fraudes.
Concernant les moyens de paiement, l'ensemble des coûts sont négociables auprès de ta banque.
Généralement, les différents coûts sont:
-un abonnement mensuel
-des frais de mise en service
-une commission au % par vente
-une commission fixe à la vente
En sachant qu'au fur et à mesure de l'augmentation des ventes, vous pouvez négocier de nouveau votre contrat.
Paypal est intéressant, mais comparé à un système de paiement en ligne bancaire et suivant l'audience du site, il peut poser problème et être une des causes d'abandon de panier.Sans parler du coût en comparaison à un module de banque un peu négocié (pour une boutique qui vend bien entendu, paypal n'entraînant pas de frais mensuels fixes).
Il ne faut pas hésiter à consulter un avocat afin de lui poser toutes les questions et lui faire rédiger des conditions générales de ventes qui permettront sans doute de prévenir un certain nombre de désagréments à votre niveau.
-
Car je me vois mal mettre TOUTE la div après l'echo... sauf si la solution au problème.
Oui parce que tu n'as pas toutes les notations possibles en tête.
Tu peut très bien faire un code du type:
<? if($erreur==0){?>
Du code html et du texte
<?} //Fin de ta condition?>Ou encore utiliser un include() ou require_once() :
<?
if($erreur==0){
require_once('ton_fichier_avec_ta_div.php');
}
?> -
Je vais essayer de te mettre sur la piste.
Tu as une condition, que tu peux vérifier avec l'instruction "if" et une variable.
Tu sais afficher du texte avec echo .
Donc tu sais faire en sorte que si ta variable vaut quelque chose, tu affiches un texte / bout de code.
-
Il suffit de le vérifier également avant d'afficher ton bouton d'envoi, si l'erreur ne vaut pas un, alors tu l'affiches.
-
Ok, dans ce cas, je pense que tu peux sans problème diviser ta table en plusieurs petites, en faisant bien attention à prévoir la maintenance (si tu as besoin de diviser un jour table_a en table_aa table_ab etc)
-
Le plus simple est d'utiliser les sessions dans ce cas. Au lieu d'utiliser HTTP_REFERER , lorsqu'un visiteur arrive en accueil, tu vérifie si $_GET['id_affilie'] vaut 10.
Si c'est le cas alors tu créé une variable de SESSION que tu vas donc pouvoir récupérer lors de l'inscription.
-
C'est certain que plusieurs petites tables en nombre raisonnable améliorera les performances.
Au niveau architecture serveur, il y a aussi des choses à faire: un ou plusieurs serveurs de cache pour limiter les requêtes ou encore du load balancing pour répartir la charge.
-
Plutôt quelque chose du genre:
if (empty($var)) {
$erreur=1;
}
if($erreur!=1) {
echo "Il n'y a pas d'erreur";
}else{
echo "Veuillez remplir les champs obligatoires.";
} -
Il y a plus simple:
Si le champs est vide Alors
erreur=1
Fin si
Si erreur != 1 Alors
Affichage de la div
Fin siJe te laisses traduire ça en PHP
-
Il faut que tu le fasse à deux endroits: dans ta page traitement ainsi que dans ta page devis.
Pour cela, tu peux utiliser la fonction empty() .
-
Relis ta page page traitement_devis , au niveau des champs hidden, il y a un problème.
-
Pour reprendre cet exemple, <?= est identique à echo
Donc si on remplace, ça donnerait:
<? echo stripslashes($nom) . ' ' . stripslashes($prenom); ?>
Les '' de fin ne servaient à rien.
Les . servent à concaténer les chaînes de caractères.
Donc les ' ' , servent juste à faire un espace entre le nom et prénom.
Pour les bases du php, tu peux jeter un coup d'œil sur ce site:
/>http://www.lephpfacile.com/cours/ -
Les "<?=" est une version courte de "echo" donc les deux sont identiques.
-
En fait tu pourrais avoir quelque cose comme ça dans traitement_contact:
<div id="traitement_contact">
<?
$nom = strip_tags($_POST['nom']);
$prenom = strip_tags($_POST['prenom']);
$mail = strip_tags($_POST['mail']);
$tel = strip_tags($_POST['tel']);
$sujet = strip_tags($_POST['sujet']);
$message_internaute = strip_tags($_POST['message']);
?>
<h1>Confirmation des informations</h1>
<p><strong>Confirmez-vous l'exactitude des informations suivantes ?</strong></p>
<p>
<?=stripslashes($nom). ' ' . stripslashes($prenom) . ''; ?><br/>
<?=stripslashes($mail) ?><br/>
<?=stripslashes($tel) ?><br/><br/>
Sujet de votre message : <?=stripslashes($sujet); ?><br/><br/>
Votre message : <br/><?=stripslashes($message_internaute); ?>
</p>
<form method="post" action="envoi_contact.php">
<input type="hidden" name="nom" value="<?=addslashes($nom)?>">
<input type="hidden" name="prenom" value="<?=addslashes($prenom)?>">
<input type="hidden" name="sujet" value="<?=addslashes($sujet)?>">
<input type="hidden" name="mail" value="<?=addslashes($mail)?>">
<input type="hidden" name="tel" value="<?=addslashes($tel)?>">
<input type="hidden" name="message" value="<?=addslashes($message_internaute)?>">
<input id="submit" type="submit" value="Ok" />
<input id="submit" type="button" value="Retour" onclick="history.back()"/>
</form>
</div>Puis dans envoi_contact:
<div id="envoi_contact">
<p>Merci pour votre message, je vous répondrais dans les plus bref délais.</p>
<?
$nom = stripslashes($_POST['nom']);
$prenom = stripslashes($_POST['prenom']);
$mail = stripslashes($_POST['mail']);
$tel = stripslashes($_POST['tel']);
$sujet = stripslashes($_POST['sujet']);
$message = stripslashes($_POST['message']);
$destinataire = "ton_mail_AT_fai.com";
$expediteur = $mail;
$reponse = $expediteur;
$titre ='Formulaire de contact - '.$sujet;
$message ='
Nouveau message de ' . $prenom . ' ' . $nom . '
Tél.: ' . $tel . '
Message: ' . $message;
mail($destinataire,$titre,$message,"From: ".$expediteur."\r\nReply-To: ".$reponse);
?>
</div> -
C'est que de la logique. Alors, le problème doit venir de l'endroit ou tu as mis tes stripslashes().
L'idéal, c'est des les mettre avant de refaire un addslashes() (pour ne pas en avoir en double) à la deuxième étape de ton script.
-
Ok c'est déjà pas mal , on avance
Alors pour enlever les \ , tu peux utiliser la fonction stripslashes() juste avant l'envoi du mail
-
Dans mon exemple de traitement contact, il manque des " , essais avec cette nouvelle version:
<div id="traitement_contact">
<?
$nom = $_POST['nom'];
$prenom = $_POST['prenom'];
$mail = $_POST['mail'];
$tel = $_POST['tel'];
$sujet = $_POST['sujet'];
$message_internaute = $_POST['message'];
?>
<h1>Confirmation des informations</h1>
<p><strong>Confirmez-vous l'exactitude des informations suivantes ?</strong></p>
<p>
<?php echo htmlentities('' . $nom . ' ' . $prenom . ''); ?><br/>
<?php echo htmlentities('' . $mail . ''); ?><br/>
<?php echo htmlentities('' . $tel . ''); ?><br/><br/>
Sujet de votre message : <?php echo htmlentities('' . $sujet . ''); ?><br/><br/>
Votre message : <br/>
<?php echo htmlentities('' . $message_internaute . ''); ?>
</p>
<form method="post" action="envoi_contact.php">
<input type="hidden" name="nom" value="<?=$nom?>">
<input type="hidden" name="prenom" value="<?=$prenom?>">
<input type="hidden" name="sujet" value="<?=$sujet?>">
<input type="hidden" name="mail" value="<?=$mail?>">
<input type="hidden" name="tel" value="<?=$tel?>">
<input type="hidden" name="message" value="<?=$message_internaute?>">
<input id="submit" type="submit" value="Ok" />
<input id="submit" type="button" value="Retour" onclick="history.back()"/>
</form>
</div> -
Le problème vient sans doute du ' , il faut absolument que tu filtres tes variables lors de leur récupération à cette étape:
$variable=addslashes(htmlentities($_POST['mavariable']));
Problème avec la mise en ligne de mon site
dans Le salon de Webmaster Hub
Posté
D'après la documentation (http://api.joomla.org/Joomla-Framework/Base/JObservable.html) , la classe JObservable est définie dans le fichier observable.php . Il faut donc vérifier si ce fichier est bien présent. Si c'est le cas, il faut vérifier les chemins utilisés lors de l'inclusion.