ornythorink

Bonjour je n'ai pas trouvé de sujet plus adapté que les CMS désolé suite au crash des bases mysql sur un 90plan j'essaye de restaurer des sauvegardes, je me heurte au problème suivant en admettant que la dernière sauvegarde potable date du 17 janvier est il possible de refondre des sauvegardes postérieure à celles du 17 janvier l'intérieur de celle-ci (certaines tables ne sont pas touchées) sachant qu'evidemment il y a des tables Innodb avec les clefs etrangeres qui vont bien Ca fait quand même beaucoup d'enregistrement perdus sacahnt que de nouveau sont crées tous les jours et qu'il ya plus de 5000 prospects. Merci

merci en fait apperemment je n'ai aps du vider le cache correctement, j'étais persuadé de l'avoir fait ... la honte

Donc je vais choisir de ne pas m'en préoccuper maintenant en revanche comment je peux repèrer que quelqu'un l'exploite ? ... Merci pour vos réponses

Bonjour D'abord merci à la personne pour les serveralias c'est ce que j'aurai fait mais vu que la dernière creation de serveralias avec l'ovhm a bien foiré j'en ai recopié un qui fonctionnait correctement dans le httpd.conf et ça roule. Bon maintenant toujours dans les redirections sur mon site j'ai ça comme htaccess Options +FollowSymlinks RewriteEngine On RewriteCond %{REQUEST_URI} !^/index\.php$ RewriteCond %{REQUEST_URI} !^/creation-site-vitrine\.php$ RewriteCond %{REQUEST_URI} !^/creation-site-dynamique\.php$ RewriteCond %{REQUEST_URI} !^/creation-site-sur-mesure\.php$ RewriteCond %{REQUEST_URI} !^/creation-site-ecommerce\.php$ RewriteCond %{REQUEST_URI} !^/referencement-toto\.php$ RewriteCond %{REQUEST_URI} !^/referencement-pme-pmi\.php$ RewriteCond %{REQUEST_URI} !^/referencement-francophone\.php$ RewriteCond %{REQUEST_URI} !^/referencement-gratuit\.php$ RewriteCond %{REQUEST_URI} !^/annuaires\.php$ RewriteCond %{REQUEST_URI} !^/style\.css$ RewriteCond %{REQUEST_URI} !^/images/ RewriteRule (.*) http://www.creation-de-site-brest.com/index.php [R=301] le but c'est de rediriger les anciennes pages de ce site vers l'accueil pour ne pas perdre leur bénéfice Plutot que de toutes les rediriger j'ai préféré créer des exceptions mais autant sur IE pas de soucis mais sous mozilla quand je cherche à aller sur -http://creation-de-site-brest.com/annuaires.php , je suis redirigé vers l'accueil. Sûrement une erreur de logique comem on me l'a expliqué, mais autant sur les CSS je savais que la logique était pas la même autant je pensais que sur les .htaccess c'était standard Si quelqu'un a une explication, merci d'avance Orny **EDIT Modérateur (TheRec)** Merci d'utiliser les BB Codes pour présenter ton code. Plus d'informations en cliquant sur "Aide BB Code" en dessous de la liste d'émoticons lors de la rédaction d'un message.

C'est en cours mais souvent le hub est plus réactif C'est pas méchant c'est juste que c'est le but de la manoeuvre Mais merci

Bonjour Afin d'optimiser le référencement, suite à conseil je compte ajouter des adresse IP de classes différentes sur notre dédié Y a-t-il un quelconque critere de choix pour décider du numéro d'ip de l'adresse ? Je ne vois pas de raison mais je préfère demander avant, enfin juste une dernière question est ce que quelqu'un qui a déjà fait cette modification peut me dire exactement ce qu'il a changé dans ses virtual host Merci d'avance

je redécouvre ce post après intervention appropriée de quelqu'un qui se reconnaitra , la version de notre compilateur C(je crois bien que c'était pour le C) n'était pas la bonne datait un peu donc plutot que de la remettre à jour le choix a été de rappeller mercanet pour leur demander les binaires en apportant vraiment TOUTES les précisions necessaires Alors problème de Mercanet qui ne prend pas en compte la config générale des serveurs dédiés d'OVH ou notre faute si l'on a pas fait cette mise à jour... Personellement je ne sais pas "exactement" comment le faire donc si tout a été fait dans les règles et au regard du fait que c'est relativement simple je suggère de ne pas hésiter à fournir le max d'info à ATOS qui est assez disponible.

Bonjour On a attiré mon attention sur une faille qui augmenterait les risques de XSS que je suis en train de juguler sur mes applis il s'agirait d'un mode trace de apache voir cet article: http://www.hardened-php.net/advisory_132006.138.html question 1 est ce que dois y accorder de l'importance? question 2 comment desactiver ce mode s'il faut le désactiver question 3 si ça a une importance est ce quelqu'un a une explication claire ? ça a l'air assez pointu mais si jamais quelqu'un voit, pendant ce temps là je m'occupe des méchants XSS Merci

Bonjour Je n'ai pas trouvé de contrib sur ce sujet mis si j'ai ml cherché n'hésitez pas à me réaiguiller Un petit malin samuse à coller nimporte quoi dans mon dossier cache et dans le dossier IMG (spip 1.9 ), doivent-ils être obligatoirement en 777 pour que le back office fonctionne correctement ? Y a-il un moen dempêcher nimporte qui dy écrire( à part un .htaccess Deny For all qui ne sert à rien apparemment) ? Sinon quels sont vraiment les conseils de sécurité que vous donnez dans lensemble. Merci davance Greg

Merci Dan et une fois de plus tu as été persipace En fait au moment ou tu as poster le message j'avais résolu mais oui j'avais vidé le cache , effectivement les images étaient générée par php donc normalement pas de problème sauf qu'il générait un javascript pour les afficher en popup et que dans ce dernier les hauteurs et les largeurs étaient non renseignées très embêtant et encore plus pour ie qui du coup apparemment les considèrait vide, j'ai changé une variable dans la configuration pour le calcul des images pour qu'il les calcule bien à chaque fois. Elles n'étaient pas modifiés par le back office de mambo (contrairement à ce que ce dernier prétends dans son message ) je pense qu'il ya un soucis du côté de l'écriture ou du parsage de ce fichier de config mais merci pour votre aide Greg

toujours pas de solution j'ai vérifié ce que tu m'as dit. L'assitance m'a fait essayer plusieurs binaire mais aucun ne marche

Bonjour J'ai un problème avec le fichier executable request qui ne se lance pas le chemin est correct les droits sont à 777 (pour l'instant) et le safe mode , l'open_base dir ne sont pas activés mais le call_request.php ne le trouve pas je suis en dédié sous OVH si quelqu'un a une solution merci d'avance