Olivier

A la réflexion, j'ai rien trouvé de mieux qu'une reécriture du bon répértoire avec un str_replace dans la page wap

str_replace ("repertoire","repertoire/wap", $r1["texte"]);

Hello,

Merci pour cette réponse,

La redirection est déjà en place de sorte que l'url html et l'url wap sont identique.

Hélas si depuis ce répertoire wap, si je pointe vers un répertoire parent, il y va directement sans être redirigé par l'instruction présente dans le .htaccess du répertoire courant (wap).

Il manque simplement le moyen de créer <base href= dans un rss mapgpie

Bonjour les HubMasters,

Magpiepss permet de disposer de flux rss et dans ces flux les liens internes doivent se faire en absolu.

Conséquence, les nouvelles (support de flux rss) sont rédigées avec des liens absolus (liens internes vers des articles)

Hélas, en changeant de support et en utilisant la BDD, les nouvelles ne sont pas réutilisables.

Exemple dans le cas qui me pose problème : le wap

J'ai ajouté dans mon site un nouveau répertoire wap (pour l'exemple), dans lequel via sql je relis ma base de donnée des nouvelles et fait du nouveau contenu accessible via le WAP. Hélas, le liens qui est codé en sql pointe vers repertoire/article.html alors que l'url wap cible est repertoire/wap/article.html

Dans html il est possible de créer une url de base, mais existe il un équivalent pour le flux rss, auquel cas, une url relative peut être utilisée et mon problème n'a plus lieu d'être.

A vous lire

Plan sitemap pour google :

Avec un peu de xml pour ce qui est pages dynamiques, une soumission dans plan sitemap chez google, et voiloo.

Pour les pages html, c'est à la main ou par programme externe.

Plan du site pour internautes

Pour un plan dynamique hors sitemap, faire une page php avec les liens html, et les include des flux xml pour les pages dynamiques.

Merci pour vos avis fort utiles, qui me confortent dans mon idée, et qui me laisse à penser qu'il ne faut pas toujours écouter Google...

Il ne faut pas écouter Google, surtout pas, il est préférable d'écouter l'internaute.

Lorsque tu visites un site, que voudrais tu voir, la balise H1 avec le nom de la page ?, probablement et de manière identique pour toutes les pages, et pour la home page, c'est une page à part entière avec un contenu et un titre.

Moralité, ce que dit google, c'est ce que pense l'internaute, pensez internaute permet supprimer un intermédiaire et de se prémunir du bas à sable

Bonjour

Il me semble que les plans sitemaps de google sont justement fait pour ça

Les sitemaps sont particulièrement utiles dans les cas suivants :

* Votre site intègre du contenu dynamique.

* Toutes les pages de votre site n'ont pas été détectées par Googlebot lors du processus d'exploration (les pages avec du contenu AJAX ou Flash, par exemple).

* Votre site est récent et seuls quelques liens permettent d'y accéder. Googlebot explore le Web en suivant les liens entre les différentes pages. Par conséquent, si le système de liens de votre site n'est pas cohérent, nos robots auront des difficultés à le détecter.

* Votre site contient de nombreuses pages de contenu mal reliées entre elles ou non reliées du tout.

Il faut mettre plus de critères et suivre ensuite les critères sur le mois entier avec des regroupements par date.

Cela va donner, 1,7% pour le site entier mais peut-être 3,0% sur tel critère qui correspond à une annonce de tel format et telle position et 0,04 sur tel autre critère correspondant à tel autre format et telle autre position...

Si la page en 404 est en lien interne, ca peut être corrigé.

Sinon, il faut mettre une redirection permanente sur la page supprimée (a re-livrer avec la redirection dans le header)

Enlever des bannières est une manière significative d'augmenter les revenus, notamment car les ads sont mieux ciblés, donc interessantes pour les visiteurs.

La démarche de supprimer les ads ayant un faible ctr me semble correcte, le resultat n'est visible immédiatement. Google est un peu long à adapter le ciblage.

La conséquence visuelle de cette redirection des robots vers d'autres serveurs a été de mettre en erreur les plans sites map de GWT.

Pour mon cas précis, google ne trouvait pas de fichier robots.txt sur mon site.

Les plans sont désormais corrects et il n'y a pas eu de baisse de fréquentation (enfin pas chez tous).

Bonjour

J'ai également vu cette fonctionnalité active sur les map de Wiki.

Voici pour la Fontaine de Vaucluse : http://www.wikimapia.org/#lat=43.917932&am...amp;m=h&v=2

L'adsense s'affichant dans une fenêtre sur la carte et la navigation se faisant alors dans la fenêtre.

Intégration de cette fonctionnalité doit surement générer un bon retour, reste à avoir du contenu à afficher sur la carte.

Il n'y a pas d'intellectualisation du service pour distinguer l'un ou l'autre.

Une prestation est différente d'une vente.

L'affichage de publicité n'entre pas dans le cadre de la prestation de service, mais dans celui de la vente d'espace publicitaire.

Tester le code langue du navigateur, si il y a du FR, ok on ecrit dans la BDD, on envoie un message de politesse "Votre message a bien été ..."

si il n'y a pas de FR, on n'écrit rien en BDD, mais par politesse on envoie quand même un message "Votre message a bien été ..."

L'internaute n'a pas à déchiffer et retranscrire un Completely Automated Public Turing Test to Tell Computers and Humans Apart

Le régime 'micro bic' est applicable a ceux qui relèveraient du régime bic (réel ou simplifié), c'est - à dire : pour les entreprises dont l'activité consiste à vendre en l'état ou après fabrication ou transformation des marchandises, objets, fournitures et denrées à emporter ou à consommer sur place ou de fournir le logement.

Dans le cas de publicité c'est le régime micro-BNC qui s'applique avec une limite de 27000 €.

Il me semble que les BNC (bénéfices non commerciaux) sont réservés aux prestations dites "intellectuelles" (consultants, formateurs, médecins, psy etc...)

alors que la publicité est une activité commerciale (revente d'espaces), elle dépend des "Bénéfices industriels et commerciaux". Il n'y a pas de prestation.

Si prestation il y a, c'est en tant qu'activité non principale ET dans la limte de 27.000 € mentionnés. (sinon changement de régime)

Avec une reponse d'impot.gouv.fr : http://www.apce.com/cid20815/createurs-d-e...al-choisir.html

Pour la déclaration de publicité, c'est à dire sans prestations intellectuelles, le statut d'entrepreneur individuel est compatible avec celui de salarié en regime fiscal de Bénéfices industriels et commerciaux .

Coté impot, c'est avec L'Impot sur les Revenus avec un abattement de 71%

Déclaratif simplifié (ou "micro-BIC") : bénéfice imposable = recettes brutes annuelles, diminuées d'un abattement forfaitaire de 71 % (50 % pour les prestations de services), sans que cet abattement puisse être inférieur à 305 €, à compter de l’imposition des revenus de 2006.

Sources :

http://www.apce.com/pid1628/l-entreprise-individuelle.html

http://www.boursier.com/services/votrearge...uide/FIS14.html

J'utilise la version 1.7.2, c'est à dire la dernière officiellement sortie.

Ce "problème" de SPIP sera peut-être résolu avec la version 1-8.

Comme indiqué dans ce post sur pear chez ovh, il est possible d'utiliser des répertoires hors du domaine et d'y mettre les modules pear necessaires.

Puis d'ajouter à 'include_path les chemins d'accés supplémentaires.

J'ai tésté sur un 240 OVH avec Spip Agora

Rien de neuf coté avancement ?

J'ai essayé de résoudre le problème en faisant une tentative sur mon serveur en local : c'est à dire que j'ai demarré le site spip en local et j'ai fait la syndication du site en dotclear sur l'internet.

Moins de 3 minutes après la syndication était faite avec le retour des articles.

Je refait la même tentative sur le site opérationnel en ligne : problème de syndication.

Auparavant j'ai poussé le debugage un peu plus loin en générant avec dotclear un fichier de syndication lisible par SPIP en rss v 0.91 avec des balises simple comme Spip sait les comprendre.

C'est ce fichier nommé backend.php3 que j'ai tenté d'appeler depuis localhost (reussite) puis depuis internet (echec).

A lire vos avis

Olivier

Bonjour à tous

La galère des standards pour des sites web dits communicants, c'est en résumé ce qui pourrait caricaturer mon problème

J'essaye avec peu de reussite de mettre en syndication sur un site SPIP, un flux provennant d'un blog Dotclear.

La seule réponse de la console d'admin spip est de me dire que l'adresse du flux n'est pas correcte.

Le format du flux dotclear est le format classique rss.php en rss1.0

Il y a surement une incompatibilité de format entre le lecteur et l'information.

Je ne pense pas être le premier a vouloir essayer de faire communiquer une telle architecture.

Merci de votre aide

Il va falloir rendre les articles à contenu dynamique, ou alors mon article devient une page historique

Il me semble que c'est $$variable

Bonjour à tous

Dans la version précédente ou la version acteulle de SPIP, les articles qui ont été mis à jour par leur auteur apparaissent ensuite en doublon sur les sites qui utilisent la syndication.

Il faut passer alors coté espace redacteur pour bloquer les liens qui ont été dupliquer.

Y aurait-il un filtre à mettre en place pour corriger ce "bug"

salut nico,

profites tu de l' "ovh-ette"

Salut

Dans le .htaccess

Ne manque t'il pas home/login devant le répertoire www/ pour donner

/home/login/www/.htpasswd