Aller au contenu

binarygirl

Webmaster Régulier
  • Compteur de contenus

    85
  • Inscrit(e) le

  • Dernière visite

Tout ce qui a été posté par binarygirl

  1. Bonjour, Tous les hébergeurs se réservent la possibilité de vous couper si vous prenez trop resources. Avez-vous examiné vos logs pour voir le nombre de fréquentations et là où ça dérape ? La surcharge au niveau du CPU pourrait aussi venir de scripts installés sur votre site qui ne sont pas optimisés. NB: à mon avis autosurf n'a pas un grand intérêt
  2. binarygirl

    database sur OVH

    C'est "normal", c'est un time-out programmé chez OVH pour que les scripts tournent pas trop longtemps... Une façon d'importer les grosses DBs et de travailler en ligne de commande telnet. Comme vous n'y avez probablement pas accès, peut-être faudrait-il déposer le fichier qq part via FTP et demander à ovh de faire cette opération pour vous.
  3. C'est plus une question qu'une réponse mais que pensez-vous de faire des sous-domaines au niveau du nom de domaine de destination...
  4. IMP comme suggéré par Tribords devrait faire l'affaire. L'interface est disponible en bon nombre de langues dont le français. Il faut PHP et extension IMAP, la plupart des hébergeurs devraient convenir.š Pour un très gros site (bcp d'utilisateurs) ça risque de ne pas être très performant. Il faudrait alors se tourner vers d'autres soft comme hivemail (qui ne m'a pas semblé top mais j'ai pas investigué très en profondeur).
  5. 50 queries pour une page c'est considérable. S'agit-t'il à chaque fois de requêtes sur des tables différentes ? Si c'est sur une même table il devrait être possible de regrouper les requêtes en une avec une clause WHEREIN puis faire une boucle pour l'affichage.
  6. Peu importe la juridiction où vous résidez, pour chaque extension de domaine il y a généralement une procédure d'arbitrage prévue. Par exemple pour les .com c'est UDRP. En enregistrant un nom sous telle extension vous marquez explicitement votre accord pour être soumis à cette procédure le cas échéant. Donc si qqu'un lance un UDRP contre vous et que le panel juge en faveur du plaignant, vous perdez le nom. Un URDP ou équivalent (ADR pour le .eu) est plus simple et moins coûteux qu'une procédure judiciaire en bonne et due forme, mais ne vise pas à se substituer à l'action judiciaire. C'est simplement une procédure d'arbitrage simplifiée pour régler les litiges. ll est donc toujours possible pour un détenteur de marque de vous traîner devant les tribunaux avec les conséquences parfois lourdes que cela implique. Bien entendu le typosquatting sur une marque connue n'est pas sans risques. Il est facile pour le plaignant de démontrer la mauvaise foi du titulaire du nom et la jurisprudence UDRP le confirme à suffisance. Enregistrer des typos de noms "génériques" tels que 'webmastre.com' par ex. ne pose en revanche pas de pb légal ou éthique habituellement. Personnellement je n'ai pas de pb à faire du fric avec des noms de domaine, d'ailleurs j'en fais. Mais le typosquatting sur les marques déposées est à proscrire. Il y a d'autres moyens de gagner de l'argent. Tiens un exemple pour la route: il y a un an le nom canalplus.com a expiré (il était détenu depuis des années par une tierce partie). Il a été attrapé par une société spécialisée et un Coréen l'a acheté pour $5100. Il l'a perdu récemment suite à un UDRP: http://www.wipo.int/amc/en/domains/decisio...d2006-1240.html Ce genre de cas n'est pas unique Mawashigeri: mon conseil serait de demander au registrar de deleter le nom. De toute manière il n'est plus exploité en l'état et constitue un risque potentiel tant que vous (ou votre patron) le détenez. Ne soyez pas trop gourmand...
  7. Je vous suggére d'utiliser des watermarks sur vos images originales au moins.
  8. Est-ce que les Suisses n'utilisent pas aussi le terme 'cellulaire' ?
  9. Bonjour, Effectivement envoyer des mails en boucle via PHP n'est pas la solution idéale. De plus certains hébergeurs ont toutes sortes de restrictions en place, par un exemple un timeout de 30 ou 60 secondes voire moins, ce qui empêche les scripts de tourner pendant une longue durée. Sur un de mes gros sites: j'ai adopté la stratégie suivante: je délègue le tout à un logiciel de mail list (liste de diffusion) déjà installé sur le serveur: il s'agit de Mailman (il en existe d'autres similaires). Concrètement les membres peuvent choisir de s'inscrire ou se désinscrire à un newsletter en cochant une case (c'est un formulaire en PHP qui permet de renseigner leur profil et sauve le tout dans une DB mySQL, du classique donc). Ensuite via la fonction exec() j'invoque la commande add_members ou remove_members selon le cas pour ajouter ou retirer les membres de la mail list. Voir un aperçu des instructions (anglais): http://www.gnu.org/software/mailman/site.html Il est aussi possible de faire la synchronisation par batch en donnant un fichier texte à importer (sync_members), cela peut être très pratique. L'avantage d'utiliser un logiciel de mail list c'est que c'est vraiment conçu pour les envois de masse et qu'il gère les envois tranquillement en arrière-plan. Quand je veux envoyer ma newsletter je n'ai qu'à l'envoyer à newsletter_AT_monsite.com [nom de la liste de diffusion], Mailman reçoit le mail et s'occupe de l'acheminer à chaque membre. L'inconvénient de cette solution c'est qu'il faut bien configurer la mail list pour éviter le spamming. Personne d'autre que vous ne devrait pouvoir envoyer du mail aux membres inscrits. Il faut donc: - mettre des filtres au niveau de l'expéditeur (par exemple seul admin_AT_monsite.com a le droit d'envoyer des messages à la liste) - évidemment ça ne suffit pas car il est facile d'envoyer un mail en se faisant passer pour qqu'un d'autre, il faut aussi mettre les messages en approbation manuelle; il ne faut pas perdre de vue que c'est un mail list classique. Il faut éviter que n'importe qui puisse envoyer du spam; si qqu'un peut envoyer librement du spam à newsletter_AT_monsite.com ça touche tous les abonnés donc beaucoup de monde ! Un autre aspect à ne pas négliger est que certains logiciels de mail lists acceptent des instructions via E-mail: par exemple on peut s'inscrire ou se désinscrire en envoyant un mail qui dit "subscribe" ou "subscribe". Il y a d'autres commandes du style "list members", si j'envoie ça à newsletter_AT_monsite.com Mailman me renvoie une liste de toutes les adresses E-mail faisant partie de la liste de diffusion. Evidemment il faut désactiver ce genre de fonctionnalités ou les restreindre à l'admin si c'est possible ! Bref il faut bien prendre le temps de se familiariser avec les fonctionnalités et faire des tests. J'ai un serveur dédié donc pas de restrictions particulières. Il est possible que certains hébergeurs n'autorisent pas la commande exec() en PHP, et tous n'offrent pas un logiciel de mail list sur leurs serveurs. Je pense que pour les envois de masse c'est la seule solution qui tient la route.
  10. Bonjour, Domaintools.com dispose de whois antérieurs archivés. Evidemment l'info est parcellaire: toutes les dates ne sont pas disponibles ni tous les domaines mais c'est souvent utile. Je suis membre donc je peux jeter un coup d'oeil si vous m'envoyez le nom en PM.
×
×
  • Créer...