Aller au contenu

K-Ola

Hubmaster
  • Compteur de contenus

    194
  • Inscrit(e) le

  • Dernière visite

Réputation sur la communauté

0 Neutre

À propos de K-Ola

  • Date de naissance 15/01/1987

Pour me contacter

  • Mon Site
    http://www.click-internet.fr

Information du profil

  • Genre
    Homme
  • Localisation
    Toulouse
  • Société
    Click Internet
  1. 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.
  2. 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".
  3. 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
  4. Il y a aussi, comme chez l'ensemble des hébergeurs, l'adresse mail générique abuse_AT_free.fr.
  5. 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 ... )
  6. 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.
  7. 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.
  8. 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.
  9. 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'); } ?>
  10. 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.
  11. 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.
  12. 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)
  13. 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.
  14. 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.
  15. 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."; }
×
×
  • Créer...