binarygirl

C'est peut-être peu hors sujet mais maintenant que votre pb est résolu vous pouvez envisager d'utiliser les fonctionnalités FULL TEXT de mySQL. Si votre db devient très grosse votre script risque d'être long... au moins veillez à bien indexer les champs sur lesquels vous faites des recherches

http://www.companieshouse.com/

En principe il n'y a pas vraiment de 'pannes' avec une page statique (html) puisque le serveur web se contente de lire le contenu de la page demandée et de la renvoyer telle quelle au navigateur (sauf bien sûr si elle n'existe pas ou plus... la fameuse Erreur 404/Not found). Il se peut que la page ne s'affiche pas bien parce ce que le code HTML est déstructuré ou qu'elle ou fait appel à des fonctions non supportées par le navigateur (Java, VBscript etc) mais c'est un problème de structure/conception, pas de code. Dans le cas d'une page dynamique (langage PHP, ASP ou autre) il peut y avoir toutes sortes d'erreur. Exemples: - erreur de syntaxe: vous avez mal épelé une commande ou oublié le ; à la fin d'une instruction. - erreurs 'runtime' dues à une mauvaise validation des données du style un utilisateur entre 2 nombres à calculer et le script tente de faire une division par zéro. - etc. En php vous pouvez par exemple indiquer error_reporting(E_ALL) au début du code pour afficher les erreurs. En général le numéro de la ligne est indiqué et les erreurs sont explicites. A noter que certains hébergeurs paramétrent leur serveur de telle façon que les erreurs ne sont pas affichées par défaut. Vous pouvez peut-être montrer des exemples de page qui vous posent problème ?

Wefficient a raison, une db bien entretenue ne devrait pas avoir un taux de rejet très important. 2000 rebuts c'est beaucoup mais il faut voir le pourcentage total que ça représente par rapport au nombre de mails envoyés Peut-être que la db est plus très à jour mais bon c'est l'occasion de faire le grand nettoyage. Pour rassembler tous ces mails de retour en un fichier je conseillerais de faire un script php autonome qui va lire le contenu de la boîte de messagerie en pop3 ou imap, lire les messages 1 par un, concaténer le texte dans un fichier, effacer le mail puis passer au suivant... Il doit y avoir du code disponible qui puisse être adapté pour ce job. Il faudra quand même analyser à la main les résultats, garder les mails qui sont overquota par exemple et supprimer ceux qui n'existent plus. C'est fastidieux mais nécessaire

Si c'est le spam qui vous préoccupe, je pense que la solution mise en oeuvre est usine à gaz. Déjà je suis contre le captcha car j'ai moi-même du mal à lire des fois, et je suis même pas déficiente visuellement (pas encore) J'ai éliminé la quasi-totalité du spam que je recevais via les formulaires de contact sur mes sites en utilisant quelques expressions régulières dans mon code: par exemple si le message contient des baslises telles que <a href>www.spamsite.com</a> c'est clair que c'est du spam donc le formulaire s'arrête. Je peux même mémoriser l'IP pour la bloquer un moment. Si vous y tenez vous pouvez néanmoins mettre un captcha en complément d'un formulaire standard php, ça résoudra votre pb de charset et sans doute de spam par la même occasion. En fait je n'ai pas compris pourquoi vous vouliez le faire en flash ?

Pour un .com je vous conseillerais plutôt un registrar américain. Ca coûte quasi 2 fois moins cher que ovh ou gandi. Exemples: dynadot.com, namecheap.com 1&1 ou yahoo ne sont pas top. Méfiez-vous des registrars qui vendent à perte: pour info le prix de revient pour le registrar est de $6.20, et ils doivent encore couvrir les frais de transaction et leurs frais de fonctionnement. Il est aussi possible d'avoir un nom de domaine gratuit en hébergeant quelque part... Personnellement je conseille d'enregistrer le nom de domaine vous-même afin de garder le contrôle et de ne pas dépendre d'un prestataire. Ca peut être fait en qq minutes.

$_SERVER['REMOTE_ADDR'] vous permet de récupérer l'adresse du visiteur... c'est ce que vous voulez ?

window.close(); ?

Donc vous voulez dire que seul godaddy apparaît comme titulaire. C'est possible car les noms qui étaient chez registerfly avaient souvent un whois bousillé. Vous pouvez toujours regarder quand le nom expire, si le titulaire antérieur ne se manifeste pas le nom devrait atterrir sur tdnam.com où vous pouvez peut-être l'acquérir à prix modique...

Apparemment vos caractères sont convertis en Unicode (UTF-8). Vérifiez que votre page HTML/PHP utilise le bon encodage (ISO-8859-1 ou Unicode). Comme on ne sait pas ce qu'il y a dans le formulaire Flash difficile de dire plus à ce stade Mais je parie que votre page est codée en ISO-8859-1 et que Flash travaille en Unicode en interne. Ca pourrait arranger les choses si le charset est le même des deux côtés. Vous parlez de PHP mais à quel niveau PHP est-il appelé... PS: pourquoi ne pas réaliser un formulaire plus accessible (HTML/PHP) ?

Vous pouvez toujours écrire au titulaire et lui demander s'il le vend. A vous de voir après si le prix est acceptable.

Juste une petite remarque: il me semble que cette manière d'utiliser include peut engendrer une vulnérabilité RFI sur votre site.

Ce que je vois dans votre code c'est < alors que ça devrait être < et > = >

C'est assez normal. Mettre mailto dans la balise action du form a pour effet de lancer le logiciel E-mail installé sur le PC (outlook chez vous, ça peut être Thunderbird, the Bat ou autre chose chez une personne différente). Il faut donc que la personne ait un logiciel mail déjà paramétré et ce n'est pas très convivial... Cette manière de faire ne fonctionne même pas avec tous les navigateurs. Pour éviter ce comportement, le formulaire devrait idéalement envoyer le résultat de la requête côté serveur. Il y a des scripts en PHP, perl ou autres languages pour cela.

Vous pouvez essayer set_time_limit. NB: si c'est un script qui importe des données dans une DB j'éviterais d'utiliser PHP si possible. Si c'est mySQL que vous utilisez voir du côté de LOAD DATA INFILE, c'est optimisé pour importer rapidement des données au format texte par exemple. Bien souvent un script SQL peut remplacer avantageusement PHP pour ce type de job...

Faites-vous une redirection à un moment donné ? Cela implique un header HTTP (Location: http://....) Un appel à session_start() va aussi ajouter des headers HTTP. La fonction session_start() devrait alors être invoquée avant la redirection. Si vous postez le code on peut sans doute être plus précis ;-) **EDIT Administrateur (TheRec)** Inutile de citer le message précédent en entier lorsqu'il figure juste au-dessus. J'ai édité votre message dans ce sens. Merci de votre compréhension.

Pour trancher entre DB et fichiers texte cela dépend de l'utilisation que vous comptez faire... Si c'est pour faire un log que vous ne consulterez que rarement (par ex. en cas d'activité suspecte) des fichiers texte devraient suffire. Par exemple le serveur Apache utilise des fichiers délimités en format texte. Ceci dit je ne vois pas la raison de multiplier ces fichiers. Vous pouvez faire un fichier aggloméré avec une ligne par connection et tronquer ce fichier de manère périodique. Je ne suis pas sûre de ce que vous voulez enregistrer exactement comme connection mais voir si ça ne fait pas double emploi avec le log Apache existant par exemple. Si vous comptez faire beaucoup d'analyses une DB serait plus indiquée probablement car plus performante pour des queries.

Apparemment vous voulez exporter une table au format CSV Il serait plus efficace d'utiliser SELECT INTO OUTFILE http://dev.mysql.com/doc/refman/4.1/en/select.html (anglais) NB: l'utilisateur mySQL doit avoir le privilège 'FILE' pour cela.

=> JF Poussard A tout hasard vous pouvez faire quelque chose pour obtenir un .mq (Martinique) ?

Bonjour, à tous hasard jetez un coup d'oeil à la fonction setlocale http://php.net/manual/fr/function.setlocale.php Cela peut être utile si vous désirez pouvoir utiliser différents format de langue dans un même script, sans changer le code.

La société responsable est http://www.nplus.gf/ mais j'ai l'impression qu'il n'y a plus d'attribution de nouveaux .gf pour l'instant Vous pouvez toujours leur passer un coup de fil.

Il ne faut pas s'attendre à beaucoup de trafic sur une extension nouvelle, et le marché local (probablement le seul susceptible d'utiliser cette extension) est très réduit. Donc pour du trafic pur pas la peine. Si c'est pour développer peut-être mais faut que ce soit rentable par rapport au coût d'enregistrement ;-)

Il existe des scripts en PHP pour vérifier la validité des adresses E-mail. En fait ça simule une connection SMTP vers le serveur de mail pour l'adresse donnée (ex: mail.yahoo.fr pour adresse yahoo.fr), une fois la connection obtenue il coupe sans envoyer de mail. Il est possible de faire tourner ce script en boucle sur votre DB et éliminer les adresses mauvaises. C'est pas fiable à 100%. Il faut aussi discriminer les codes erreur retournés par le serveur SMTP, il y a des erreurs permanentes (ex: user not found => adresse E-mail n'existe plus) et les erreurs temporaires (mailbox over quota => mailbox est plein). Donc si le mailbox est plein c'est pas une raison pour purger l'adresse... A votre place j'enverrai un mail de masse sous forme de newsletter mais préparez-vous à recevoir pleins d'erreurs en retour et à mettre votre DB à jour manuellement. C'est fastidieux mais un peu de travail manuel me semble difficilement contournable.

A priori peu importe où vous hébergez. En revanche votre société doit déclarer les revenus en Russie j'imagine. Si vous vendez des produits ou services dans l'UE je crois que vous devriez aussi facturer la TVA. Enfin, en temps que résident français vous deviez aussi déclarer vos revenus, y compris de source étrangère L'hébergement est juste une question technique, pour ce qui est de la taxation un fiscaliste devrait pouvoir vous guider.

Pour ce qui est de Googlebot il y a moyen de paramétrer la fréquence des visites via webmaster tools. L'heure je ne crois pas mais ça peut déjà aider dans un premier temps.