Kioob
-
Compteur de contenus
1 074 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Kioob
-
Il faut passer par un éditeur en ligne de commande, tel que nano, pico, ou encore vi pour les vieux de la vieille (Dan ? pas taper !), par exemple : nano /etc/my.cnf Pour les fainéants, on peut aussi utiliser WinSCP pour éditer directement le fichier sous Windows depuis une "zoulie" interface graphique. Mais ce n'est pas ça qui te dira quoi mettre dans la configuration MySQL...
-
pop3hot.com : t'es sûr de ton adresse là ? Je ne savais même pas qu'Hotmail acceptait le POP... Pour Gmail je viens de vérifier (une seule recherche dans Google), et les sites confirment qu'ils imposent SSL. Il faut vraiment que tu utilises les même paramètres que ton logiciel de messagerie, sinon tu n'y arriveras jamais. Pour ce qui est de l'utilisation de SSL, il y a des exemples dans la doc PHP : http://fr.php.net/imap_open
-
Hello, il me semble que Gmail impose certaines sécurités non ? Tu n'as pas TLS, SSL ou encore "authentification sécurisée" de cochée dans ton logiciel de messagerie ? Parce que si c'est le cas, c'est le genre d'options qu'il faut également préciser à imap_open().
-
Envoyer un mail lorsqu'on a perdu le mot de passe
Kioob a répondu à captain_torche - Forum : Accessibilité et Ergonomie Web
Le problème c'est qu'en matière de spam la CNIL n'a que peu de poids : si les internautes considèrent mes emails comme du spam ils vont cliquer sur leur joli bouton "SPAM" dans l'interface Hotmail/Yahoo/Gmail/Orange/AOL. Et à partir d'un certain quota, hop mon serveur et/ou domaine se retrouvera complètement blacklisté du ou des services en question. Le jugement sera tombé, et la CNIL n'y est pour rien : à l'heure actuelle ce sont ces différents fournisseurs qui fixent les règles. Bref, même si je suis d'accord avec toi sur le fait que juridiquement ce n'est pas du spam, la sanction tombe tout pareil. Et à mon avis tant que les lois concernant le spam ne seront pas appliquées, le critère pour juger du spam sera justement le "ressenti" de l'internaute. -
Bonjour, s'il s'agit de sous domaines du même site, et qu'ils sont en nombre limité (par exemple 2 ou 3) ; une autre solution est d'utiliser un seul certificat pour les deux, et y associer les deux sous domaines. Après cela dépend aussi de qui fournit le certificat, certains n'autorisent pas cela. Sinon le plus simple est certainement d'utiliser une IP différente pour chaque sous domaine, comme l'explique Dan.
-
Non justement : http://fr.php.net/manual/fr/intro.imap.php Il n'y a pas d'extension POP dans PHP.
-
J'ai peur d'avoir loupé un épisode : à quel moment a-t-il dit qu'il voulait interroger un serveur en IMAP ?
-
Le problème n'était pas présent tout à l'heure, je suppose qu'il essaye de modifier les redirections :S
-
Hello, les identifiants de connexion sont différents d'un hébergeur à l'autre, il faut que tu mettes à jour la configuration des scripts que tu utilises.
-
Et bien à priori ce serait lui qui serait mis en cache. Sais tu si ton hébergement accepte le PHP ? Car si c'est le cas, supprime ton fichier "index.html", et crée un fichier "index.php" contenant le bout de code que je t'ai indiqué précédemment. Ca devrait éviter cette mise en cache.
-
Mais donc tu as bien un fichier "index.html" qui fait la redirection, non ?
-
Pourtant tu as quelque chose qui fait la redirection entre la page d'accueil et ta page http://www.starphoto.fr/Dubai-photographer...ts-fashion.html
-
Justement, la redirection actuelle, c'est bien toi qui l'a mise non ? Comment tu t'y es pris ?
-
En fait ta page d'accueil actuelle est bizarrement foutue : elle retourne un code 200 accompagné d'un "Location:", alors que normalement cela devrait être une redirection (code 301, 302, 307, etc). Le tout suivi d'une page XHTML faisant un refresh : HTTP/1.1 200 OK Content-Length: 335 Content-Type: text/html Content-Location: [url="http://www.starphoto.fr/index.html"]http://www.starphoto.fr/index.html[/url] Last-Modified: Fri, 02 Jan 2009 04:39:37 GMT Accept-Ranges: bytes ETag: "78dc481e946cc91:72c" Server: Microsoft-IIS/6.0 Date: Fri, 02 Jan 2009 10:06:05 GMT Connection: close <?xml version="1.0" encoding="UTF-8"?><!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"><html xmlns="http://www.w3.org/1999/xhtml"><head><title></title><meta http-equiv="refresh" content="0;url= Dubai-photographer-events-fashion.html" /></head><body></body></html>Connection closed by foreign host. En tous cas c'est elle qui est mise en cache par le navigateur, et provoque certainement ton problème. Si tu as PHP sur ce serveur, remplace ton "index" actuel par un index.php contenant uniquement : <?php header( 'Location: http://www.starphoto.fr/la-page-de-ton-choix.html' ); Ca devrait éviter cette mise en cache excessive.
-
mm, ce n'est pas la première requête ça. Il devrait y avoir une requête avant qui fait un "GET / HTTP/1.1" ; et c'est cette requête qui pose problème car mise en cache. Mais visiblement ce n'est même pas le proxy qui la met en cache mais le navigateur. Purge ton cache navigateur pour voir.
-
Donc je réitère :
-
'lut, à ma connaissance ce n'est pas un comportement "normal" (surtout avec écriture dans le /root ) ; donc il s'agirait là d'un truc spécifique fait par un des softs sur ton serveur. Maintenant va savoir lequel EDIT : rah punaise je crois comprendre ce que c'est. Tu exécutes tes crons PHP à coup de "wget" non ? Et sans spécifier à wget de ne pas enregistrer le fichier... c'est balo. Bref, soit tu lances vraiment ton script PHP "comme il faut" (sans wget, et certainement pas sous le compte root), soit tu regardes dans la doc de wget pour éviter ça.
-
mmm non C'est génant si je te fais installer l'extension "Live HTTP Headers", et que tu nous donne tout ce qui est traçé à partir du moment où tu saisis l'adresse "www.starphoto.fr" ? (en cochant la case d'exclusion des images, CSS et JS si possible). Sinon pourquoi ne pas mettre une redirection vers la nouvelle page, pour être sûr ?
-
Ce n'est qu'une supposition hein, je pensais plus particulièrement à un soucis de mise à jour coté DNS mais ce n'est à priori pas le cas. Pour ce qui est de la conservation des pages elles même, généralement un proxy pas trop mal configuré ne conserve pas hyper longtemps si le serveur ne le lui indique pas. Et sur la version actuelle en tous cas le serveur n'indique rien de tel. Il faudrait éventuellement vérifier dans les entêtes HTTP si le proxy indique s'il s'agit d'une version en cache ou non. Si tu utilises Firefox avec l'extension "Web Developper", il te suffit d'aller sur une des pages qui pose problème puis cliquer dans la barre sur "Information / View Response Headers", et enfin nous faire un copier/coller du résultat obtenu.
-
Hello, ça peut dépendre de beaucoup de choses en fait : - 2 IP, pour répartir les volume d'emails c'est pas énorme - attention au trafic : si leur 2000Go (mensuels ?) signifie 6Mbps de bande passante, ça peut être très short pour du mailing - coté CPU, pour faire de la signature (DomainKey) ou encore utiliser du TLS, ça peut coincer - coté mémoire à priori pas de soucis http://www.ovh.com/fr/particulier/produits...erplan_mini.xml 49€ HT, un processeur minimum 2 fois plus puissant, 20Mbps de bande passante garantie (jusqu'à 100Mbps utilisables), 5 IP fournies, et pas d'engagement. Dans tous les cas, si vous débutez en administration de serveur, autant vous diriger de suite vers un prestataire spécialisé dans l'emailing ; sinon vous foncez directement au "casse pipe".
-
Quand tu dis "avant que je ne change mon site, je pouvais acceder parfaitement", tu parles de quel type de modification ? Parce qu'il ne faut pas oublier qu'un proxy c'est bien souvent aussi un cache, et il se peut qu'il ait conservé une ancienne version des DNS ou des pages... et le fait d'utiliser une adresse différente (c'est à dire sans les www) contourne cette mise en cache. Bref, quelle modification as tu fait ?
-
Hello, à mon avis le plus "simple" si je puis dire, c'est de prendre un VDS ou un dédié dès qu'on fait du "X". Au moins tu n'as plus ce genre de problème.
-
Pour ma part j'aime bien la définition de Leonick, et en exagérant un poil j'ajouterais que les sites "Web 2.0" se reconnaîtront surtout par le fait d'être les premières victimes de la future bulle Internet 2.0
-
Alex13 : il me semble que chez Gandi cela fonctionne, et je confirme également pour MailClub. Sinon tu peux effectivement mettre en place tes propres serveurs DNS, c'est relativement simple. Patrick : il s'agit là de mettre en place un load balancer LVS sur certains ports, ça n'a rien à voir avec un round robin DNS. La mise en place est nettement plus complexe, se fait port par port, et nécessite des machines "dédiées" au load balancing.
-
'lut tu peux éventuellement jouer sur la fonction GROUP_CONCAT de MySQL.