Anonymus

Sur artisanat-cadeau, j'ai accès aux produits sans passer par la page de login, et pourtant je n'ai pas de compte Ca se peut que ce soit un problème de cookies, sur ton ordinateur, voire un problème de rewrite.

J'avais réalisé une appli, légèrement différente : http://www.darkseo.net/~anonymus/melanger_donnees.php Ca ne fait pas toutes les tables dans tous les sens, mais tous les mots dans tous les sens.

Tu ne veux rien faire payer, et.. tu te rends compte que ton système a des limites. Le gratuit ne paie pas, c'est une réalité. Après, par rapport à ton système, il y a possibilité de changer les choses. Tu as une forte audience, un site qui 'apparemment' tient la route, et donc des sources de revenus potentiels. Ensuite, il y a la réalité. A ce rythme, comme tu dis, c'est le mur. Enfin, il y a les méthodes. Prendre le taureau par les cornes, et agir. Il ne faut pas se leurrer, en continuant à faire du gratuit, tu ne risques pas de générer d'argent. Il te faut faire payer, que tu le veuille ou non. A partir de tout ceci : - soit tu mets un max de pubs, - soit tu fais payer le contenu, - soit tu t'affilies avec des grandes marques. Le problème du premier, c'est de donner l'impression de passer pour un 'encart pub'. Le problème du second, c'est de donner l'impression de tourner sa veste, le problème du 3e, c'est qu'il risque de te bouffer...

Attention, il y va aussi de ta crédibilité : A 50%, s'il vend tes produits, tu pourrais bien avoir des clients qui te trouvent excessivement cher, et qui, bien qu'ayant pu être intéressé par ton catalogue, finissent par partir en courant. Mais à la base, il faut savoir de quels prix tu parles. Par rapport au prix que tu pratiques, il augmente ces prix de 50%, ou alors il les vend au meme prix que toi, et c'est à toi de lui reverser 50% de ce que tu encaisse ? Pour ma part, je trouve 35% énorme. Alors j'ose même pas parler de 50%... Pour un développement à 1000 : - Si ca représente 1500 , c'est excessif, et tu risques de ne jamais trouver personne. - Si ca représente 500 chacun, ben... Si t'as estimé le travail à 1000 et qu'il te revient à 500, c'est qu'il y a maldonne, non ? Enfin, l'accord peut être conclu sur d'autres clauses que sur le prix : - Paiement uniquement si le client paie (autrement dit, vous prenez des risques tous les 2), - interdiction de démarcher dans ta 'zone de démarchage traditionnelle' : si tu as l'habitude de démarcher via adsense, par exemple, tu lui interdit d'utiliser ce système pour démarcher. Ca évite les frais supplémentaires, tout simplement. Ca peut aussi être lié à une zone géo, etc.. Voilà.

Mets la marque, le modèle dans le titre de la page, ainsi que dans l'url, puisque tu la réécris. Ajoutes y aussi les mots que l'on tape toujours dans les moteurs) pour ce genre de pages. Une page type devrait être : <title>Annonce de la voiture Peugeot 306 XT 16 BOITE AUTO du 30-11-2005 n° 9595</title> Idem pour l'url : .auto-selection.com/annonce-9595-peugeot-306-xt-16-boite-auto.php

Si tu pouvais rééditer ton lien

il peut y avoir plusieurs raisons. Pour 2 800 000 pages données par google => http://www.google.fr/search?hl=fr&c2coff=1...echercher&meta= Google n'en trouve que 93 de pertinentes. Les autres seraient (selon lui) sans intérets. La cause peut être visible en regardant justement les pages 'ignorées' (au dessus de 93 résultats). Beaucoup trop de pages identiques, et tout s'écroule. De plus, lorsqu'un site perso s'arrete, c'est récupéré par le site prinicipal. S'ensuit alors un ensemble de liens de redirections, qui font plus penser à de la sur-optimisation qu'à un réel besoin d'informer l'internaute. Il me semble qu'il était arrivé la même chose, à Free..

Fais un : ca devrait te donner un résultat comme ceci :

Google n'a pas l'intention de créer son propre navigateur. C'est pourquoi il préfère s'allier avec un navigateur déjà en place. Pour cela, comme à son habitude, il a choisi le navigateur opensource.

Impossible, on a cassé le moule C'est tout de même inquiétant, cette histoire. Si tu ne sais pas d'où ca vient, ca pourrait bien se reproduire

La couleur des adsense, ainsi que du formulaire de recherche laisse à penser qu'ils sont 'sélectionnés' (un peu comme en appuyant sur les touches 'ctrl+A), et c'est troublant Du coup, je me suis trompé, et j'ai cliqué. J'espère que tu ne m'en voudras pas.. Il y a des fautes d'orthographe. Méfies toi, elles ne donnent pas forcément envie d'aller plus loin ? Dernière interview ? Dernier interviewé ? Dernières interviews ?? Tu as des décalages, dans les tableaux de mise en forme. Exemple ici : Anonymus.

Pour la petite histoire, en fait => Il suffit d'un lien vers une page pour que google trouve cette page. Ensuite, si cette page a, ne serait-ce qu'un seul mot, il peut être trouvé sur google. A condition qu'il n'y ait pas de conccurence sur ce mot, etc, mais.. le principe est là. Donc, si ta page a ces 2 caractéristiques, elle peut être indexée par google.

Inconvénients ? Si, il y en a un, c'est justement ce que d'autres appellent un avantage Perso, je préfère quand tous les sites ont la même étiquette, oui, je sais, c'est comme ca :/ On reconnait du premier coup d'oeil que c'est une page internet, alors que sinon, on a affaire à quantité d'icones différentes.. Petite précision, je stocke mes favoris dans un dossier classique, pas dans les 'favoris' du navigateur.

Juste avant d'envoyer le cookies, tu affiches un tiret, et une grande ligne, ainsi : die("-<hr>"); Tu verras bien si quelque chose s'affiche avant le tiret, et avant la ligne

Son FF doit renvoyer un header que ton programme n'arrive pas à analyser. Certains plugins modifient le comportement normal d'un navigateur 'normal', comme IE, en y ajoutant des données qui n'ont pas lieu d'être. Essaies de stocker dans un fichier texte, avant l'erreur ci-dessus, les variables type SERVER et ENV, et essaies de voir à quel genre de header réagit ton programme (celui qui renvoie l'erreur.. )

mysql_connect("HOST","LOGIN","PASS"); Ca donnera donc : mysql_connect("mysql.4.celeonet.fr","ton login","mot de passe");

Si tut préfères, il y a un prix en dessous duquel ce n'est pas la place de l'hébergement qui compte, mais le service apporté. Pour OVH, comme pour tant d'autres, ils ne descendent pas en dessous de 10 probablement parce que "un client, ca coute", et même s'il n'a pas d'hébergement..

Je m'arreterais sur la première phrase : Il ne devrait... Pour le client, il n'y aura qu'un seul compte à utiliser l'administration, c'est bien connu. Enfin.. une seule personne, et son adjoint. Enfin.. Il faudra aussi prévoir l'intérim. qui prend la relève pour les vacances. Et.. un accès pour le patron, il n'y met jamais les pieds, mais il viendra bien voir de temps en temps, si ca marche, surtout son accès... Et puis... Y'a aussi l'associé de l'adjoint. Puis... l'adjoint de l'associé, il risque de 'bouger', dans pas longtemps, alors il faut prévoir la possibilité de modifier tout ca directement depuis l'admin Enfin bref, perso je stocke tout ce beau p'tit monde en base. On ne m'y reprendra pas deux fois Pour les problèmes de session : Quand les sessions php seront crackées aussi souvent que les ...., alors je changerais de méthode, en attendant les sessions offrent suffisamment de sécurité pour une administration standard.

Oui, tu as fais une erreur... En renvoyant une info, telle que : echo "<!-- session : non -->"; aussi minime soit-elle, tu envoies une information au navigateur. Or, pour utiliser les sessions, ainsi que les cookies, il faut utiliser les fonctions adhéquates avant d'envoyer une quelconque information au navigateur. Donc, pour utiliser les sessions par exemple, tu devras modifier le code ci dessus, de cette facon : <?php session_start(); // Démarage de la session OBLIGATOIRE if(ini_set("url_rewriter.tags","a=href,area=href,frame=src,input=src,form=,fieldset=")) { echo "<!-- session : oui -->"; } else { echo "<!-- session : non -->"; } ?> Une simple ligne, même vide, un simple caractère suffit à faire échouer les fonctions session_start et les cookies. La méthode que tu testes, dans ces lignes, te renvoie la nouvelle valeur de 'url_rewriter.tags', qu'elle a changé. Donc, si elle réussi à changer la valeur, elle renvoie TRUE, et tu écris bien session : oui. Il faut avoir conscience que les url_rewriter.tags ne sont pas les sessions. Tu peux essayer de retrouver, de la même facon, la nouvelle valeur de url_rewrit.. avec ini_get.

$database = "xxxxxxxxx"; mysql_select_db($database); $re = mysql_query("SELECT count(session_id) FROM phpbb_sessions WHERE UNIX_TIMESTAMP() BETWEEN session_start AND (session_start+(60*15))"); $r = mysql_fetch_assoc($re); Essaies de coller la requète dans phpmyadmin. Pour cela, tu remplaces les lignes ci-dessus par ceci : $database = "xxxxxxxxx"; mysql_select_db($database); $query= "SELECT count(session_id) FROM phpbb_sessions WHERE UNIX_TIMESTAMP() BETWEEN session_start AND (session_start+(60*15))"; $re = mysql_query($query); echo"<p>".$query."<p>"; echo"<p>".$re."<p>"; $r = mysql_fetch_assoc($re); echo"<p>".$r."<p>"; die(""); Profites de l'occasion pour nous poster l'erreur exacte renvoyée par ces lignes. N'oublies pas de modifier le nom de la base de données. J'ai édité ton post, il ne sert à rien (dans ce cas) d'afficher le nom de ta base ps : Je ne connais pas les forums phpbb, mais s'il n'y a pas de champs session_start, il est 'normal' que ca ne marche. S'il y a un champ 'session_start', il n'est pas vraiment normal qu'ils donnent le nom d'une fonction php pour servir de nom de champ..

La requète n'est pas bonne. Si tu veux les lignes de la plus grande à la plus petite, il te suffit de mettre 'DESC'. Si tu veux ordonner suivant plusieurs champs, tu peux les ajouter suivis d'une virgule. Ca te donnera ceci : ORDER BY colonne1, colonne2 DESC Maintenant, si tu veux effectuer une opération mathématique, il te faudra l'effectuer dans la clause SELECT, ainsi : SELECT colonne1,colonne2, SUM(colonne1,colonne2) AS somme Auquel cas tu peux rappeler l'opération, grace à l'alias dont tu l'as assigné, ainsi : ORDER BY colonne1, colonne2, somme DESC Voilà.

1/ Pour ce qui est des 'tables', je suppose que tu parles de 'tables' de bases de données sql ? Donc : Non, ce n'est pas un inconvénient. 2/ Le php n'est pas préférable pour être mieux référencé. Il permet juste de faire un site de facon dynamique. Le php, contrairement au html, est interprété coté serveur. Donc, le moteur de recherche ne sait pas que c'est du php. Hormis l'extension, rien ne le lui dit. Et il est possible de cacher l'extension. Bien maitriser Php permet de créer des pages à partir des données contenues dans tes tables sql. Donc, tu peux renvoyer au moteur le contenu de tes bases de données, sans que cela ne gène le moteur, bien au contraire.

N'y aurait il pas plusieurs répertoires ayant le même nom ? Ou tout du moins, plusieurs membres ayant le même pseudo ?

Oui, c'est approprié, à condition de bien renseigner le header de ta page, autrement dit de dire à la page sous quel format sera envoyé le fichier.

Donc oui, il te faut mettre : mysql_select_db($database);