Dadou

Ben non, il ne faut pas lui affecter une classe, mais plutôt faire .rouge, #monid { les paramètres commun à .rouge et #monid } enfin, une classe nommé rouge n'est pas un bon exemple non plus : si jamais tu décides de changer de couleur (vert par exemple), tu es plutôt embêté de devoir renommer tous les appels à la classe vert

normalement à partir du moment ou un élément est défini en ID il est "stupide" de vouloir lui affecter une classe, en tant q'ID, il est unique, donc inutilité de lui affecter une classe.

Pour moi ce rapport ne m'étonne pas plus que cela, il est pour ma part tout a fait normal d'avoir très peu de clic par rapport à l'affichage. Maintenant, il faut aussi voir si le mot clé est réellement pertinent par rapport à l'annonce.

Aptana est très bien pour du HMTL/CSS, mais moins intéressant à partir du moment ou tu fais tu PHP, même si il y a un module pour en faire, la gestion native de Komodo Edit le surpasse, et surtout pour Komodo pas besoin de la machine virtuelle java

Pour ma part, je suis passé d'aptana à Komodo Edit

Pour déposer une offre d'emploi tu peux passer par un modérateur qui fera le nécessaire pour qu'elle soit publiée, c'est certes plus contraignant, mais nécessaire pour que le forum ne perde pas en qualité

Un forum tout simplement

Qu'appelles tu membre actif, car la, il me semble que tu l'es puisque tu peux poster.

Et comme ça RewriteRule ^/forum/$ - [L] RedirectPermanent ^/(.*)/$ /$1 [R=301]

j'ai déjà eu des stagiaires qui même si ils étaient payé le minimun (la boite pour laquelle je bossais n'avais que peut de moyens d'ailleurs j'ai du la quitter parce qu'elle était au bord de la faillite, mais, mon employeur et moi n'avons jamais été exigent sur les compétence, de toute manière je préférais les "modeler" à ma manière de travailler, et quelques uns d'entre eux sont revenus plusieurs fois chez nous en stage : ils sont ressortis en ayant appris des trucs et astuces qu'ils n'avaient jamais vus en cours, j'en ai même eu un qui à fait une grosse impression lors de son rapport de stage un point sur lequel j'étais intraitable : l'accessibilité. Un stage chaque partis doit gagner quelque chose, pour nous c'était de la main d'oeuvre pas cher, on ne s'en cache pas, mais pour eux, j'espère une bonne expérience, et des connaissances acquises.

excuse moi, j'ai oublié un malheureux point : RewriteRule ^/forum/$ - [L] RewriteRule ^/(.*)/$ /$1 [R=301]

Il est tout bonnement illégal de faire des liens vers des sites de contenu illégaux.

Je ne l'ai pas testé mais normalement, c'est ce qu'elle doit faire. Quand à diffuser le bug sur l'espace communautaire du CMS, après l'avoir testé, ben oui bien évidement, c'est le rôle des espaces communautaires.

Si il y a certains utilisateurs qui comme moi retournent à la racine d'une rubrique en enlevant le nom de la page dans l'url, donc potentiellement n'écrira pas forcement sans le /, de la même manière tu n'a pas la main sur les lien que peuvent te faire d'autres sites internet, qui risquent eux de mettre le /, et donc fera que Google viendra te réindexer avec la mauvaise url (puisque cette dernière ne revois pas d'erreur, Google n'a aucune raison de ne pas l'indexer). Cf ma remarque précédente : tu n'as pas forcement la main sur tout les liens entrant, ce n'est donc pas réellement un problème d'indexation, mais bel et bien un problème de Dév car tu ne filtre pas correctement tes entrées, si c'était fait correctement, Google n'aurait pas indexé la mauvaise url non les lignes RewriteRule ^/forum/$ - [L] RewriteRule ^/(*)/$ /$1 [R=301] est suffisante (comme cela c'est appliqué pour toutes sauf pour le forum)

Non, rien n'est rentré dans l'ordre, le problème est toujours la

Le cache DNS ne peux influer sur le positionnement Google. Des différence de positionnement peuvent intervenir suivant le serveur de Google interrogé.

Alex t'a donné la raison

Les softs Gratuits que tu installeras sur ta machine eux risquent de te faire supprimer ton abonnement internet par ton FAI comme quoi tu spam

Non non tu ne délire pas, ton explication tiens la route, et d'ailleurs c'est à mon avis la seule possible. Google n'a ABSOLUMENT aucun pouvoir sur l'affichage des page, donc le problème ne peut absolument pas venir de Google mais bien d'une erreur de dév!

En général, tout logiciel gratuit concernant l'emailing génère des mails qui vont dans leur grande majorité dans les boites "Courrier Indésirables", bon nombres de payants se basent sur les mêmes techniques des gratuits, donc même punition. Par contre, les solutions faisant appels à des professionnels de l'emailing eux donnent bien plus de résultats. Après comme le dis Kioob, c'est un choix : ne rien investir, et avoir peu de retour (c'est sûr que le peu de retour c'est tout bénef) ou passer par un prestataire et augmenter les retours (plus de retours, c'est aussi bien souvent plus de bénefs)

Le comportement d'un site "nouveau" apparaissant en bonne position au départ, puis plus loin dans le positionnement est un comportement assez normal de Google : la primeur de jeunesse, puis classement "normal". Par contre pour répondre à Kadafi : tu ne donnes pas d'informations sur ta stratégie de référencement, comme veux tu que l'on puisse te répondre, pour ma part, je n'ai rien remarqué qui indique un changement dans les algos de Google

Pour ce type de projet, il faut être très rigoureux, Spip est un bon CMS dans son genre, mais c'est un CMS éditorial, donc pas vraiment adapté pour un job-board, à mon avis si certains prestataires vous ventent les mérites de Spip pour vos besoins, c'est parce qu'ils sont "spécialisés" Spip et qu'ils connaissent peu les autres solutions. Vous tomberez bien évidement de la même manière sur des pro joomla, pro typo3, pro ... Pro dupal ou Modx, a ceci près que ces deux derniers sont déjà plus intéressants vus que ce ne sont pas de simple CMS, mais des CMF (F pour Framework) ce qui signifie qu'il est beaucoup plus facile de développer des applis à partir de ces dernier. Quoi qu'il en soit, votre demande est assez spécifique, et nécessitera un développement à part entière, le cahier des charges devra être le plus précis possible, pour éviter les surprises.

Ah la la, non il n'est pas en HTML basique, il est en PHP + HTML, et qu'as tu contre le HTML, la version 4 du langage HTML est bien suffisante pour tes besoins, qu'est ce que t'apporterais le XHTML? En l'état actuel de tes connaissance, tu n'est pas en mesure de vraiment utiliser les subtiles différences qu'il y a entre ces deux doctypes, donc le HTML 4 est largement suffisant. Le site actuel est bien géré par un base de données, avec une interface d'admin?? sinon, je ne vois pas trop l'intérêt de l'avoir fait en PHP, donc pour toi au niveau de la gestion tu passe par l'interface. Du coup si tu laisses l'appli tel quel, le budget que tu avais prévus peut facilement passer chez un graphiste

Non, du moins pas pour faire du travail de qualité. Il faut revenir un peu sur terre et arrêter de penser qu'avec l'informatique tout peut être fait en un clic. Même un professionnel mettra du temps pour réaliser la boutique, alors avec de vagues notions, 1 mois c'est pas très réaliste comme délais. Un site d'entreprise cela se réfléchit, il ne faut surtout pas se lancer à l'arrache, c'est ta future vitrine tout de même, t'irais toi dans un magasin qui à été construit de bric et de broc?? Non, n'est ce pas, il ne t'inspirerais pas confiance, et bien c'est pareil pour UN site web. Rien que le temps de faire faire des devis, d'établir tes besoins (le cahier des charges) le choix des différentes technos, la réalisation de la charte graphique, la réalisation de la boutique, le remplissage de la base de données, et bien, le mois est largement dépassé.

Si elle peut être une alternative intéressante quand il n'y a pas accès aux bases de données sur l'hébergement du site