Dadou

Attention aux closes de non concurrence, la tu t'engages clairement à faire une activité qui concurrence ton employeur

Le site semble effectivement statique, aucune fonctionnalité qui justifie l'usage de techno spécifique, une aspiration pour convertir en html devrait suffire

Du coup il est relativement statique comme site, pas de fonctionnalités particulières? Une simple conversion en HTML devrait suffire

Tu as suivi les liens :

J'ai traduit une partie du premier :

Vous pouvez copier, modifier, distribuer et utiliser cette œuvre, même à des fins commerciales, sans demander la permission.

Tu peux donc l'utiliser librement, il n'est même pas demandé de citer l'auteur, cependant, c'est quand même plus sympathique de le faire

Sans avoir vu le site, c'est assez compliqué à répondre, suivant la complexité de ce dernier, il y a plusieurs réponses possibles.

A mon avis, c'est bien trop complexe de tenter de simplement convertir le site : trop de risques de "régressions", du coup au final, cela risque de lui coûter aussi cher qu'un nouveau développement. Du coup c'est peut être l'occasion pour lui de travailler sur une refonte complète : coup de jeune, de nouvelles fonctionnalités, amélioration des fonctionnalités existantes, support des nouvelles méthodes de développement : il est fort a parier qu'il n'est pas en MVC ce site, du coup, même une refonte graphique est compliquée.

Bien sûr que tu as un problème de RAM, et tu l'auras toujours sur ce serveur :

[!!] Allocating > 2GB RAM on 32-bit systems can cause system instability

Il semble dire que ton système d'exploitation est en 32 bits, du coup, ça va être dûr de lui allouer plus de mémoire

Ben si tu laisses le # devant la ligne, cette dernière est en commentaire, et donc ton paramétrage n'est pas pris en compte

Et dans ce que je vois de mysqltuner, il semble qu'il ne te sert pas d'avoir 32 Go de RAM sur ton serveur

j'ai tester avec un autre telephone, c'est bon

Ca fait plusieurs années que j'utilise wordpress sur plusieurs sites et aucun soucis de sécurité, mais il faut dire que les plug-in que j'utilise sont réduits, les mise à jours sont faites régulièrement, surtout que maintenant les principales maj de sécurités sont faites automatiquement.

Les principales failles de sécurité sur tous les CMS proviennent en général des plug-in, on trouve de tout et n'importe quoi

Dans Dreamweaver, tu as la possibilité d'utiliser des modèles, et le code sous fond jaune clair provient d'un modèle et est non modifiable dans les page. Il faut que tu modifie le modèle pour qu'il soit modifié dans les pages. De mémoire le modèle à une extension .dwt et se trouve dans le dossier template

Dans ces cas la, le mieux est de mettre le site en maintenance, faire un gros backup de tout ça, vider complètement le FTP et la BDD, et refaire une installation propre

il est probable que ce soit lui qui fasse ce genre d'erreur, c'est quand le plugin bloque un visiteur parce qu'il a semble t'il detecté une tentative d'intrusion

Tu n'aurais pas le plugin "Better WP Security" ou sius son nouveau nom "iThemes Security" d'installé dans ton wordpress? C'est le code d'erreur qu'il renvoi quand il y a eu trop de tentatives de connexion échoué

Je viens de tester avec mon téléphone, et j'ai été redirigé

Sous Avast, aucune remontée d'erreur

Enlève la redirection d'OVH, et fait la par un htaccess tu maitriseras mieux

Plutôt que d'essayer de faire une redirection, pourquoi n'essaie tu pas de corriger la causse du // ? ce serait quand même plus pertinent non?

Ravi d'avoir été un élément déclencheur

Rien ne t'empêche dans l'IHM de permettre la lecture des fichiers de logs, c'est très simple à faire.

Je disais que j'utiliserais probablement un framework solide, c'est surtout parce que de leur coté, le nécessaire est déjà fait pour la correction des failles de sécurité, lors de correctifs de sécurité, c'est relativement simple à intégrer à un script existant. Par contre, je ne pensais pas forcement à Zend ou Symphony, je les trouves un peu lourd, il en existe des plus légers et plus simples d'utilisation, actuellement, je découvre CodeIgniter qui est léger et performant, et donne une bonne approche du MVC.

Le MVC permet une maintenabilité plus simple, c'est aussi plus facile de savoir ou se trouvent les différents éléments, c'est une architecture bien organisée, ça aide pas mal. En général, quand je doit remettre à jour un sript, j'essaie autant que possible de le passer en MVC. Mais cela reste ma préférence, c'est une habitude de travail.

Qu'ils s'orientent vers wordpress, il est beaucoup plus simple à utiliser que Joomla (que j'ai en horreur au niveau ergonomie justement). Wordpress est un très bon outil, et la dernière version est très très intéressante

L'intégration des logs en base est une très mauvaise idée, dans le cas où c'est ton serveur de base de données qui à un problème, tu pourras pas logguer l'erreur, le format d'archivage des logs le plus interessant reste toujours les fichiers textes.

La possibilité d'ajout de code PHP est pour moi une faille de sécurité potentielle, je ne vois pas vraiment l'intérêt de mettre ce type de fonctionnalité à une newsletter.

A ta place, je ne partirais pas sur le script originel, mais ferais une refonte complète du code en suivant les principes MVC, et surtout en PHP 5.3 voire 5.4, et je partirais probablement d'un framework solide pour effectuer les développements.

Tout a fait d'accord avec Captain, le responsive design n'est intéressant que pour des sites qui ont un contenu léger, quand le contenu est plus lourd, il devient necessaire de passer à une version indépendante.

La fameuse frontière est quand même assez claire, elle n'est pas bien difficile à gérer. Le Hub respecte la législation française, et ce même si la société est immatriculée hors de France

Franchement, je ne vois pas ce qui te gène dans la LCEN, il n'y a rien de vraiment contraignant dedans, d'ailleurs, la respecter, c'est plus rassurant pour tes futurs clients.