captain_torche

Si lenteur il y a, elle n'est pas visible par l'internaute, en tout cas. Et c'est tout ce qui compte

En fait, ce que je fais est sensiblement différent : - via htaccess, je détourne toute demande de fichier .html vers une page de traitement. - cette page vérifie la présence du fichier dans mon répertoire cache, et sa date. Si le fichier n'existe pas ou est trop vieux, on le regénère et on le crée. S'il existe, on se contente de l'afficher.

Lorsque je crée un système de cache, je ne me base pas sur une éventuelle panne du serveur PHP, mais éventuellement de la base SQL (plus fragile à mon goût). Comment gères-tu une panne d'Apache ? Tu mets tous tes fichiers "cachés" à la racine ?

Normalement, rand génère un nombre entre 0 et 1, c'est déjà bizarre que tu obtiennes 100. Pour ma part, pour générer un code de vérification, j'effectue un md5 sur une chaîne de caractères (rand, time, etc), et j'en récupère les 5 premiers caractères.

Essaye de faire comme ceci, sur une ligne : Commentaire : <textarea type="textarea" name="commentaire" rows="3" cols="40"><?php if(isset($_POST['commentaire'])){echo $_POST['commentaire'];}?></textarea> Comme il y a des espaces (et éventuellement un retour chariot) dans ton code, ils sont ajoutés au contenu du textarea à chaque fois.

Et tu n'as pas de message d'erreur lisible (les caractères sont le "code source" de l'image), donc c'est ailleurs que le problème se situe

Il ne faut pas oublier qu'une clause de non-concurrence doit préciser une durée, un cadre géographique, ainsi qu'une compensation financière, sans quoi elle est caduque et par conséquent non applicable (Source "Au fil du droit"). Nombre d'employeurs ne fixent pas contractuellement de compensation financière dans le contrat, ce qui fait que la clause est nulle et qu'ils ne peuvent pas se retourner contre un ex-employé.

Je ne saurai te répondre pour la première question. En ce qui concerne la seconde, deux possibilités : 1. Les différents sous-domaines redirigent de manière transparente vers le NDD principal (domaine1.com redirige vers domaine2.com) : aucune pénalité, mais aucun gain non plus. De plus, il faudrait communiquer sur les différents noms de domaine, ce qui est sensiblement plus compliqué. Mieux vaut choisir un NDD et s'y tenir. 2. Chaque nom de domaine affiche le contenu du domaine principal. En ce cas, tous les sites seront en duplicate content, ce qui est à éviter.

Si arrondir ses fins de mois était si facile, on serait tous les doigts de pied en éventail sur une plage des Caraïbes. Il va falloir que tu trouves toi-même une idée novatrice, attrayante et rémunératrice (les trois critères sont indispensables). Malgré toute notre bonne volonté, tu penses bien que si on en avait une, on l'exploiterait plutôt que de la donner

je ne voudrais pas te décourager, mais le concept a vécu, il te sera impossible de trouver des clients sur ce coup. Ca a marché pour le premier, vu qu'il avait eu une idée novatrice, mais tous les autres ayant eu la même idée s'y sont cassé les dents. Si tu veux te faire la main en créant un site, je te propose de te réorienter vers quelque chose de plus simple pour commencer.

Ce que je ferai dans ce cas, c'est appeler, à la place de l'image, un fichier PHP qui génère l'image en fonction de l'heure (une extension .php mais un MIME-TYPE image/jpeg, par conséquent). Si tu peux le faire, c'est la solution la plus simple.

Tu vas devoir utiliser la fonction file() pour transformer ton fichier en array (une entrée par ligne). Tu nettoies ensuite chaque ligne avec trim() pour en enlever les retours chariots de fin de chaîne. Ensuite, tu isoles la première ligne (avec array_shift(), par exemple), et avec un explode() tu en sors chaque entrée. Tu les gardes bien au chaud pour après. Sur chacune des lignes restantes, tu fais de même : tu fais un explode pour séparer les différentes entrées, puis tu fais en sorte de passer chaque entrée à la moulinette mysql_real_escape_string(), puis de l'entourer de guillemets. Il ne te reste plus qu'à construire ta requête avec deux implode() : le premier pour l'array du début qui contient les noms de champs, le second pour l'array suivant (la ligne de contenu). Ta requête doit ressembler à ça : INSERT INTO ta_table(champ1, champ2, champ3) VALUES('valeur1','valeur2','valeur3')

Dans le principe, je souhaite maintenir un espace réellement perso pour chacun : si le site fonctionne bien, certains utilisateurs pourront avoir une centaine d'articles (J'en aurai facilement 300 pour commencer), et je veux que tout soit correctement identifié, d'où le nom de l'utilisateur dans l'url (comme je génère l'url en fonction du titre, ça permet également à plusieurs utilisateurs d'utiliser le même titre). Pour le souci, je ne parlais pas des listes (pages thématiques et autres), mais bien des pages elles-mêmes. J'étais parti dans l'optique de préciser la thématique dans l'url même de l'article (via un sous-dossier), pour permettre une navigation thématique sur la page de l'article.

J'ai acheté un Acer il y a presque un an (Aspire 5920), j'en suis assez content. Le seul souci, c'est que le seul revendeur de pièces détachées que j'ai trouvé (sur les conseils d'Acer) n'est pas vraiment recommandable. Je me suis pris la tête plusieurs fois avec eux pour un changement de clavier.

Portekoi : sur certains systèmes (notamment Mac), l'extension n'est pas obligatoire : l'OS détermine le type de fichier en fonction du type MIME. Pour plus de sécurité, il vaut mieux se baser dessus (Idem si un plaisantin renomme son extension pour uploader du contenu non autorisé).

En même temps, je ne vois pas ce qui pourrait réellement poser problème : si une page de mon site est choisie à la place des autres, je ne vois pas ce que j'y perds.

Ok, merci pour l'info ! Je crois que je vais faire comme ce qu'il me semblait, sans trop m'en soucier

Je veux bien du NDD par MP, oui. A part ça, le mot est-il usuel, ou encore peu utilisé ? Quand la marque a t'elle été déposée par l'entreprise ?

On en revient à mon premier souci : Dans cette optique, dans la page thématique je liste les différents articles de la thématique. Mais quand je suis sur la page article, la navigation n'a plus aucun rapport avec la thématique (les liens "article suivant" et "article précédent" ne m'amèneraient pas vers des articles de la même thématique)

Il faudrait réécrire le robots.txt à chaque nouvelle page, et chaque mise à jour des thématiques. Je préfère la solution du noindex. Mais, je me demandais : quel est le risque réel de laisser ces pages en duplicate ?

Non, parce qu'il peut y avoir plusieurs thèmes par article. je me retrouve au final avec plusieurs pages : utilisateur/thematique1/titre.html utilisateur/thematique2/titre.html utilisateur/thematique3/titre.html ... Par contre, je ne veux pas mettre la thématique dans la page principale, parce que d'une part ça augmente énormément la taille de l'url (utilisateur/thematique1-thematique2-thematique3-titre.html), mais surtout je veux pouvoir conserver une url statique qui ne puisse pas bouger, même si l'utilisateur modifie les thématiques. A ce titre, il vaudrait peut-être interdire l'indexation de ces pages ? Qu'en pensez-vous ?

Je suis en train de développer un site dans lequel je permets à des membres d'écrire des articles. Pour chaque article, on pourra associer une ou plusieurs thématiques. Les pages seront de la forme : utilisateur/titre-de-l-article.html Pour les thématiques, je pense avoir une page de la forme : thematique/, pour la page globale, et utilisateur/thematique/ pour les thématiques liées à cet utilisateur. Le souci, c'est de savoir comment gérer l'affichage des articles depuis ces dernières pages. Si je fais une url du type utilisateur/thematique/titre-de-l-article.html, je suis en duplicate content avec utilisateur/titre-de-l-article.html Cependant, si je ne le fais pas (et j'atterris quoi qu'il arrive sur la page utilisateur/titre-de-l-article.html), tous mes liens internes perdent la notion de thématique, et je ne peux plus afficher "les autres articles de la thématique". Je pense me résigner à faire deux pages avec le même contenu, mais y a t'il un réel danger ? Comme les deux pages sont issues de mon site, il ne devrait pas y avoir de souci, non ? Les moteurs de recherche afficheront quoi qu'il arrive une page de mon site.

Il n'y a aucune raison pour que l'animation de ton gif soit stoppée. Pourrais-tu donner un lien vers la page en question ?

Dans ce cas, il va falloir structurer ton code différemment : <?php // on commence par la vérification de l'envoi du formulaire if(isset($_POST['envoi'])) { // on traite les infos du formulaire // ... // si les informations sont correctes, on redirige vers la bonne page if($infos_ok) header('Location : page_correcte.php'); } ?> <html> <form method="post" action=""> <input type="text" name="login"> <input type="text" name="password"> <input type="submit" name="envoi"> </form> </html>

Pour ce que tu veux faire, c'est un peu différent : si veux rediriger vers une page en fonction de ce qui est enregistré dans le formulaire, il faudra mettre ton code de vérification en haut de code, avant tout echo ou code HTML. Si ta condition est vérifiée, tu mets header('Location: '.$url);