Aller au contenu

Nicolas

Hubmaster
  • Compteur de contenus

    4 503
  • Inscrit(e) le

  • Dernière visite

Messages postés par Nicolas

  1. Bonjour,



    Il faudrait faire la liste des liens factices artificiel puis demander aux webmasters de supprimer ces liens voir de modifier l'ancre (désoptimiser l'ancre).


    C'est seulement quand le profil de liens sera propre qu'il faudra contacter Google pour la demande de réexamen.

  2. Bonjour,



    J'utilise le schéma suivant :



    En local :


    Environnement Windows avec VM linux configurée avec une config Vagrant.



    Sur le Serveur de Prod :


    Sous domaine pour la préprod


    Domaine principal pour la prod



    En étant sur le même serveur pour la preprod et la prod ca me permet d'être (quasiment) certain que si cela fonctionne en preprod cela va aussi fonctionner en prod.



    Après bien sur ce n'est pas le seul schéma qui fonctionne.


  3. Vu le prix de l'hébergement (35€ / mois) perso je m'attendais à beaucoup plus donc là je rejoins l'idée de Captain_torche





    C'est sûr que si le seul problème est financier, il faudra pas mal de temps pour amortir le coût de redéveloppement du site en PHP, même avec un hébergeur coldfusion !





    Oui ... car en admettant que le client gagne 30€ / mois sur le prix de l'hébergement en passant sur une techno PHP, il faudra pas mal de temps pour amortir le prix de cette migration (si c'est ça la motivation principale du client)


  4. C'est sûr que si le seul problème est financier, il faudra pas mal de temps pour amortir le coût de redéveloppement du site en PHP, même avec un hébergeur coldfusion !

    Oui mais le client cherche p-e aussi à avoir une techno PHP beaucoup plus utilisée que ColdFusion. Ca offre beaucoup d'avantages (en dehors du prix de l'hébergement).

    Après il faut voir le site actuel ou le CDC afin de choisir la techno PHP la plus appropriée.

  5. Il n'y a pas de solution ultime. Ca peut aussi être du HomeMade... Tout dépend du projet / compétences / ...



    Concernant la sécurité, au niveau du Framework il faut déjà que le hacker (robot) arrive à identifier quel FW tu utilises.


    WP c'est facilement identifiable (wp-admin / répertoire wp dans le code source / ...)

  6. Il y a des avantages à utiliser un CMS mais je trouve les inconvénients parfois trop pénibles.


    On a aussi tendance à utiliser WP pour tout et n'importe quoi. On gagne du temps au début mais il faut aussi penser à moyen long terme.



    Il faut le maîtriser et l'utiliser sur des projets adaptés. Les experts WP font de très belles choses avec...



    Pour en revenir à ton problème essaye de lancer la commande suivante :



    find . -type f -name "*.php" | xargs grep base64_decode
  7. Bonjour,



    Le hack n'est pas forcement dans le header.



    Cela peut être un code de type eval(base64_decode qui peut être dans un fichier du template (par exemple).


    Attention ce type de code peut être légitime. Si tu en trouves il ne faut pas le supprimer sans savoir ce qu'il fait...



    Tu peux lancer une commande linux afin de connaitre le fichiers qui ont été modifiés depuis ta dernière mise à jour du noyau / template / ...


    Il va te sortir une listes de fichiers y compris des fichiers de "cache" mais tu trouveras p-e des pistes parmi les autres fichiers.

  8. Si la page n'est pas une page spammy ou en Duplicate Content elle n'est pas pénalisée (ni pénalisable).



    De l'information datant de quelques années peut très bien ressortir sur des requêtes spécifiques. Je ne vois pas pourquoi il faudra volontairement se priver ça.


    Google ressert la vis mais ce n'est pas pour ça qu'il pénalise tout sans raison.


×
×
  • Créer...