Kioob

lovek : prends un dédié "prêt à l'emploi", ou mieux : un dédié avec une prestation d'infogérance derrière (celle de Dan par exemple). Du moins vu la taille de ta base de données, c'est ce qui me semble le plus raisonnable. 1Go sur du mutu, beaucoup risquent de te jeter.

Ah bien vu. Je vais peut-être me réconcilier avec ce truc Merci pour l'info

Hello, à ma connaissance ce n'est justement pas possible. Et c'est pourquoi perso je n'utilise plus les index fulltext.

D'acc, donc le soucis venait bien de preg_replace (ou son utilisation). Sinon pour l'expression régulière, j'aurais utilisé simplement : '#<!--.*-->#sU', non ?

Hello, après un coup d'oeil très rapide, il y a quelques trucs qui me gênent : 1) ta boucle for est une approche assez curieuse je trouve, $i ne te servant pas du tout. Un simple "while" serait plus clair. 2) tu as quasiment tout échapé dans ton expression régulière, c'est très indigeste. Surtout que la quasi totalité des caractères que tu as échapé n'en ont pas besoin. D'ailleurs le flag de "gourmandise" me semble faux pour ton expression. 3) le mode d'ouverture de fichiers "t" je n'ai jamais été un grand fan. je préfère ouvrir en binaire ('b'), et faire les éventuels traitements moi même Mais sinon en PHP rien ne justifie un "core dump" ou un "segmentation fault".

Hello, et en quoi tu as besoin d'un grand nombre de bases de données ? Mis a part les plateformes d'hébergement, c'est assez rare qu'on ait besoin de beaucoup de bases de données. En tous cas le conseil de BonBackLink reste valable : un Kimsufi à 20, voir un RPS à 10, et c'est parti, non ?

Hello, aïe aïe aïe... ne me souvenant plus du dossier de stockage exact (c'est une sous arborescence de plesk, pas dans /var/log comme ça devrait l'être...), tu risques d'être bon pour une recherche disque. Eventuellement commence du coté de /usr/local/psa (dossier d'installation de plesk je crois), mais je ne suis vraiment pas certain de mon coup. Donc la recherche disque, par exemple pour rechercher tous les dossiers et fichiers contenant le terme "qmail" : find -name '*qmail*' / Après pour le "quoi chercher", le bon coté des choses est que tu utilises suphp : je ne connais pas non plus le contenu des logs de qmail, mais si c'est bien fait le compte unix qui envoie chaque mail devrait être tracé, ce qui te permettra te rapidement identifier quel site envoi quoi. Enfin si je peux te donner un conseil, ce serait de demander directement sur les forums ou la doc Plesk pour répondre au "Où chercher", puis éventuellement rechercher sur le net à propos des logs Qmail pour le "Quoi chercher". Bon courage en tous cas.

Hello, pour que tous les sous domaines pointent vers le même dossier il te suffit d'utiliser un "ServerAlias" dans la conf du virtualhost en question. Mais es tu certain que ce soit ce que tu recherches ? On a plus souvent tendance à faire le contraire

Après il est aussi possible que le serveur distant en question ait mis un "filtre anti aspirateur" très mal fichu qui bloque les scripts PHP... Peux tu nous donner une des adresses en question pour vérifier ? Sinon, tu peux toujours jouer avec les options de contexte, mais je sens que ça va devenir compliqué

le allow_url_fopen, c'est sur la machine où tourne ton script PHP, comme curl quoi...

Là je ne te suis plus du tout : - curl est très loin d'être présent chez tous les hébergeurs - c'était quoi ton exemple avec file_get_contents + file_put_contents alors ?

hu hu J'insiste mais : copy( 'http://www.monsite.com/monpdf.pdf', 'CD15/test.pdf' ); Ca fait exactement la même chose, en une seule ligne et en consommant moins de mémoire : file_get_contents charge tout le contenu du fichier en mémoire. Avec un PDF de 5 ou 10Mo (s'il contient des images), les effets peuvent être assez génant. file_put_contents(), n'est à utiliser qu'avec curl dans ton cas.

J'ai du mal à te suivre : de nombreux scripts réutilisent les même librairies / classes ; ça ne pose heureusement aucun problème... bien au contraire. Le seul soucis qu'il puisse y avoir c'est si tu écris des fichiers de "données" en même temps, dans ce cas il faut prévoir un mécanisme de verrouillage pour éviter les écritures concurrentes. Mais à priori ce n'est pas du tout ton cas.

Hello, c'est moins souvent évoqué car cela semble évident oui : str_replace() est bien moins gourmand qu'un preg_replace() mais considérablement moins puissant également. Quand à la différence entre tableaux et multiples appel, j'ai tendance à utiliser la version tableau mais n'ai jamais fait de test pour autant.

Hello, Oui, très certainement. Et la probabilité n'est pas forcément très faible. Mais à moins d'avoir des "modules" très spécifiques, je ne vois pas en quoi c'est génant.

Hello, disons que tu mélanges un peu beaucoup de choses. *) si tu veux utiliser fopen(URL), tu en reviens au problème avec "allow_url_fopen". Autant utiliser directement copy, qui en plus consommera beaucoup moins de mémoire. *) readfile() ça envoit le contenu d'un fichier à l'écran... que vient elle faire ici ? *) si tu veux charger tout le contenu d'un fichier dans une variable, utilises plutôt file_get_contents(). *) encore une fois, faire un file_put_contents( file_get_contents( ) ) ne rime à rien et peut consommer beaucoup de mémoire, copy() est plus adaptée à ça. file_put_contents() je ne te l'ai conseillée que dans le cas où tu récupèrerais le contenu via curl dans une variable. *) qui utilise encore PHP 4 ?

Comme je disais :

Hello, je précise de suite : j'utilise quelques VDS (Sivit) mais aucune RPS pour le moment. Mes réponses seront donc plus "théoriques" que "pratiques". Ca reste souvent mieux que du mutualisé oui. Le VPS/VDS généralement c'est une "énorme" machine, qui fait tourner plusieurs systèmes en parallèle (8, 16, 32, 64, etc, selon le fournisseur et l'offre). Si je prends le cas du VDS 512Mo de Sivit, et en supposant que je ne me trompe pas dans le ratio , il s'agit de machines Xeon avec 4 coeurs il me semble, et on 1/8 ème de sa puissance. Soit un "demi xeon". Au final on a un processeur sensiblement inférieur à celui d'un RPS OVH. Là où le VDS se rattrape, c'est sur la vitesse des disques : cela dépend toujours du fournisseur, mais que ce soit Sivit ou Gandi il s'agit de disques haut de gamme (minimum 10'000 rpm à priori, et en RAID 5 voir 6). Les accès disque sur un VDS sont donc souvent assez rapides, malgré la "collocation". Entre un VDS/VPS d'entrée de gamme et un dédié la différence coté CPU sera énorme oui. Pour un "gros" VDS/VPS, il peut même être plus puissant que le dédié d'entrée de gamme. Coté mémoire, à capacité équivalente je suppose que le VDS/VPS est légérement plus rapide que le dédié d'entrée de gamme ; mais pas certain que la différence soit "sensible". Le RPS OVH quant à lui ne pèche à priori que coté "accès disques"... donc tout va dépendre de ton utilisation. Pour Apache/PHP ce n'est pas forcément génant ; mais pour MySQL ça peut l'être beaucoup plus. Coté conseils... bah... d'essayer ? La "grosse" quantité de mémoire des RPS peut largement compenser la lenteur des accès disques s'il ne s'agit que de lecture (grâce au cache fichier donc). Je ne sais pas si cela te parle, mais voici les résultats d'un mini test (première ligne c'est un test mémoire, et seconde ligne un test disque). J'ai lancé le test 3 fois de suite histoire de faire une moyenne "potable". un VDS 512 chez Sivit : Timing cached reads: 2792 MB in 2.00 seconds = 1395.33 MB/sec Timing buffered disk reads: 116 MB in 3.36 seconds = 34.48 MB/sec un autre VDS 512 chez Sivit : Timing cached reads: 1256 MB in 2.00 seconds = 627.34 MB/sec Timing buffered disk reads: 46 MB in 3.65 seconds = 12.61 MB/sec un vieux Kimsufi d'OVH (Celeron 2.66GHz, 256Mo) : Timing cached reads: 830 MB in 2.00 seconds = 414.81 MB/sec Timing buffered disk reads: 166 MB in 3.01 seconds = 55.13 MB/sec

Ce qu'il veut dire c'est qu'une fois que tu as le contenu du fichier dans la variable $bidule , il te suffit de l'enregistrer dans un fichier. Le résultat sera le même : file_put_contents( $nomDuFichierLocal, $tonContenu ); Et la doc : http://fr.php.net/file_put_contents Mais que ce soit via CURL, via un "copy" direct, ou via un exec+wget, rien ne t'assure que ces fonctions seront disponibles d'un serveur à l'autre. Donc à moins que tu veuilles jouer avec les sockets (un client basic en HTTP 1.0 n'est pas si compliqué après tout), le mieux reste à mon avis de te reposer sur copy/url_fopen ; et donc de l'imposer comme prérequis pour ton application.

Comme le dit Dan, c'est justement le but de la manuvre. Il y a éventuellement moyen de contourner ça, mais pas de manière simple (curl, sockets, exec+wget, etc). Le plus simple reste certainement de modifier la configuration.

Hello, si le but est d'enregistrer sur ton serveur, ça donnerait plutôt : copy( 'http://www.autresite.com/sfichier.pdf', 'chemin_de_stockage_sur_ton_serveur/bidule.pdf' ); Mais à condition que l'url fopen soit activé (à vérifier via la commande phpinfo() ).

Hello, essaye de voir du coté de sudo. Mais avec un php en "module", c'est pas forcément super prudent : tu vas autoriser l'exécution à l'utilisateur "www-data" (ou "apache"), c'est à dire tous les sites et scripts de la machine (y compris phpmyadmin, phpbb, wordpress, etc quoi). N'y a t-il pas un autre moyen de procéder ?

Hello, MySQL qui renvoit une erreur de syntaxe sur du code PHP, au moins c'est original comme erreur Tu as visiblement mélangé les deux dans ton code, donc montre nous ça.

Hello, généralement les "régies pub" et les "plateformes d'affiliation" ne sont pas la même chose. Pour moi une régie pub gère un emplacement, à sa guise : tu peux éventuellement mettre quelques filtres ou critères, mais c'est la régie qui décide au final quelle publicité afficher. Dans cette catégorie, en plus d'Adsense et Comclick j'ajouterais Adverline que j'utilise depuis très longtemps et donc je suis assez satisfait ; mais il y en a bien d'autres. Il y a aussi des services "différents" comme ce que propose ClickInText. Les plateformes d'affiliation quant à elles proposent un plus ou moins large panel de programmes d'affiliation : il faut souscrire à chaque programme, et les intégrer "un par un". C'est à toi de choisir les programmes et d'en gérer la diffusion. Des plateformes du genre, il y en a beaucoup : TradeDoubler, Commission Junction, Zanox, Horyzon Clics, Effiliation, etc. Après pour savoir ce qui est le "mieux" pour ton cas, difficile à dire. Cela dépend du temps que tu peux y consacrer, de tes connaissances en la matière, de ton secteur d'activité, et de ton trafic également. Sans citer de noms, une plateforme d'affiliation a été récemment élue comme la meilleure par une communauté de webmasters, et peu de temps après élue comme la pire (ou presque) par une autre communauté.

Bonjour, pour débuter un hébergement gratuit (quitte à avoir des publicités) est souvent suffisant. Par exemple : http://www.freeheberg.com/ et http://www.ton-hebergement-gratuit.com/ (et il y en a beaucoup d'autres). Il y a également des hébergements associatifs (comme http://www.apinc.org/ ), chacun fixant ses propres règles. Pour les "payants", je ne connais pas suffisamment désolé. PS : une autre solution consisterait a avoir votre propre serveur (un Kimsufi d'OVH par exemple), et d'y héberger vos clients.