Kioob

D'ailleurs perso je n'arrive pas à faire fonctionner Dreamweaver avec un moteur de template PHP... typiquement nos templates ne contiennent pas l'entête HTML donc pas la moindre CSS, pas les menus, pas les éventuels "div" conteneurs, etc. Y a t-il un éditeur "wysiwyg" qui gère cela correctement ? (même payant, du moment que cela tourne sous Windows...) Parce qu'actuellement chez nous ce sont les développeurs qui se tapent le travail d'intégration graphique à cause de ça.

Bah le "link_identifier" c'est le même que pour toutes les autres fonctions de l'extension MySQL, il s'agit de l'identifiant retourné par la fonction mysql_connect(). Sinon le last_insert_id(), comme son nom l'indique retourne l'identifiant du dernier insert (de la connexion courante).

bah essayes... le transfert se fait sur un autre canal (c'est une des joyeusetées de protocole FTP, ce qui fait qu'il déconne autant avec les routeurs et firewall), donc il faut aussi envoyer les commandes PORT ou PASV et établir la connexion qui va bien pour effectuer le transfert. Et je vois vraiment pas la commande ftp_raw() prendre tout ça en charge. Maintenant si tu arrives à obtenir les infos dont tu as besoin de cette façon, tant mieux hein. Je suis juste surpris.

Béh justement avec ftp_raw() on ne peut pas déclencher un transfert, vu que seul le canal de contrôle est pris en charge :S Ou alors je n'ai pas compris ce que tu cherchais à faire

Hello, il me semble que la fonction ftp_put() retourne un booléen de succès ou non ; et en cas d'erreur tu peux avoir plus d'info via la variable $php_errormsg si le tracking a été activé auparavant. Mais c'est à ma connaissance les seules infos que tu puisses obtenir via l'extension FTP de PHP. Donc si c'est pour récupérer un quota ou quelque chose du genre, c'est mort.

Clairement oui. Je l'estime pour ma part à 2 fois plus puissant qu'un P4/Xeon de ce type. Pour les mises à jour OVH, il y en a en général tous les 6 mois, dont une par an pour renouvellement de gamme... donc perso je n'attends plus vraiment les "sorties" en question. Coté CPU, il me semble que le core i7 a déjà été annoncé, et est même partiellement dispo. Des CPU AMD ont également été annoncés récemment. Mais rien de révolutionnaire pour autant.

Bah ce n'est pas possible de manière 100% identique non, ça c'est sûr et certain. Maintenant si tu te contrefiches de l'IP qui soumet le formulaire, un script PHP qui déclenche la même chose en curl/fsockopen fait parfaitement l'affaire. Mais dans ce cas, je vois pas bien où est le soucis...

Encore heureux ! fsockopen() te permet "d'implémenter" le protocole HTTP à 100% (ainsi que beaucoup d'autres protocoles d'ailleurs). La grosse différence c'est que curl() est évidement beaucoup plus simple d'utilisation car de nombreuses choses sont déjà implémentées, telles que le HTTPS, la gestion des cookies et le suivi des redirections par exemple. Dans tous les cas je ne vois pas où est le problème... à moins que je n'ai pas compris ce que tu cherches à faire. Oui... comme toute requête HTTP. Mais il est normalement plus difficile de forcer un navigateur à générer un POST qu'un GET.

Hello, le blacklistage, c'est le fait que tous les emails provenant de ta/tes machine(s) ou encore carrément de ton nom de domaine soient systématiquement refusés ou ignorés par certains fournisseurs. Et pour peu que tu atterrisse sur une "blacklist" réputée (spamhaus.org par exemple), ce sont des centaines de milliers de serveurs de mail qui refuseront tes emails. Bref c'est pas terrible, mais c'est heureusement pas trop fréquent et généralement justifié. Par contre ça n'est sensé impacter que les emails, ça n'impacte pas d'autres traitements et surtout pas le référencement. Après il peut s'agir d'un "mini blocage temporaire" pour des raisons de quota. Dans ce cas il n'y a rien de bien grave, ta mailing arrivera juste avec quelques heures de retard, et ton serveur risque de pédaler un poil s'il se retrouve avec 50'000 mails bloqués dans sa file d'attente. Pour ce qui est du spam, cela dépend d'énormément de critères... dont l'age du capitaine, la configuration du serveur, le contenu du mail (entêtes y compris), la "réputation" du serveur, et le comportement de tes membres. Par exemple s'ils lisent rapidement ta newsletter après l'avoir reçu, c'est plutôt bon. s'ils cliquent sur "SPAM" par erreur ou au lieu de se désinscrire, c'est beaucoup moins bon. Bref "pour les nuls", je conseillerais sans hésiter de passer par un prestataire spécialisé.

oui enfin ça c'est officiel : http://fr.docs.yahoo.com/mail/spamguard_domainkeys.html C'est justement Yahoo qui a poussé ces technologies.

Hello, Yahoo est effectivement très stricte. Une technique qui aide, c'est l'utilisation de DKIM ou DomainKey sur le serveur de mail.

Je confirme la réponse de Patrick : chaque "ligne" est radicalement différente d'un serveur à l'autre : entre la taille de l'URL, le poids de la page téléchargée et la taille du REFERER, ce n'est plus calculable de la sorte. Toutefois dans ces logs tu as le nombre d'octets transférés pour chaque ligne (bien que les entêtes HTTP ne soient pas comptés), il te suffit d'en faire la somme.

ah joli ça !

à noter que tu peux faire des ORDER complexes quand même : order by if( id_categorie = valeurA, 1, if( id_categorie = valeurB, 2, 3 ) ) Je n'ai pas regardé dans la doc, mais il y a peut être aussi un switch/case. Il me semble qu'on a déjà parlé ici même des autres possibilités, telles que l'utilisation de champs ENUM.

Hello, non "IN( )" ne fait aucun tri. Et le seul moyen d'être certain d'avoir les données dans un certain ordre est d'utiliser ORDER BY (voir GROUP BY, mais sous certaines conditions).

Hello, RedirectPermanent / http://www.nouveau-domaine.com/ A placer soit dans l'.htaccess ou directement dans la configuration du VirtualHost ".fr".

déjà, "Location:" = requête GET, pas le choix. Après coté fsockopen, je ne vois pas le rapport avec ton "Location", mais avec ça tu peux parfaitement générer du POST ou tout autre type de requête. Si ça te semble trop complexe, tu peux aussi utiliser curl.

Bah justement je ne suis pas certain que ça ne coute rien de plus Moi je le vois comme le partitionnement de table dans une base de données (MySQL 5.1 par exemple) ; c'est pas pour autant qu'on va créer une partition toutes les 20 lignes.

Pour le coup tu aurais pu utiliser un ou deux niveaux de moins je crois, non ?

Bah certaines opérations sont forcément très lentes, dont les backups... mais ça fonctionne.

Hello, en tous cas j'adorais la version Oracle du crapaud. Dans la même veine il y a aussi MySQL Query Browser, fourni par MySQL AB. J'utilise aussi à l'occasion emma, qui est opensource.

Bah justement, des dossiers avec 100'000 fichiers dedans, sur un FS en ext3, j'en ai... Je viens de revérifier, chez un client j'ai un joli dossier "photos" qui contient plus de 170'000 fichiers.

J'ai également lu ce problème de limitation à 32'000 avec ext3 (64'000 avec ext4 dixit Wikipedia), et je ne comprends d'ailleurs pas : j'ai encore certains clients qui dépassent largement ce chiffre sur du ext3. Ce ne serait pas uniquement la limite du nombre de sous-dossier, et non d'entrées (même si j'étais persuadé qu'un sous dossier était traité de la même façon qu'une autre entrée) ? captain_torche : non, c'est surtout répandu sur les Linux. Mac OS X, BSD et Solaris utilisent autre chose en standard.

Perso je suis intervenu plusieurs fois sur des serveurs Web qui subissaient de très forts ralentissement parce qu'il avaient 200'000 fichiers de sessions dans le même dossier. DOnc avec "seulement" quelques dizaines de milliers de fichiers, même si ça ne se ressent pas toujours j'éviterais pour ma part. Après évidement cela dépend du système de fichier utilisé, de ses options (dir index, noatime), et probablement de la façon d'utiliser l'arborescence en question. En tous cas la séparation en plusieurs niveaux de dossiers est quelque chose de très fréquent.

Bonjour, Oui il peut. Généralement on essaye de scinder l'arborescence en plusieurs niveaux pour limiter cet effet. Par exemple : /stockage/b/i/bidule.png au lieu de /stockage/bidule.png