Vous n'êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Sujets actifs Sujets sans réponse
Options de recherche (Page 89 sur 95)
Les mysqldump du backup semblent geler la box (lock tables oblige!), ce qui entraine une interruption de services assez consequentes (comme on a pu le voir durant les 2 dernieres semaines).
Le mysqldump sera seulement utilise a titre exceptionnel (backup clientele particuliere par ex.), desormais tous les scripts de backup (6 backups quotidiens actuellement) utiliseront une autre methode (mysqlhotcopy par ex.).
Attention: mysqlhotcopy n'est peut etre pas portable pour tous les types de table.
Secundo: seul les clients payants verront leur bases sauvees regulierement.
Tertio: upgrade de MySQL 4.0.23 vers MySQL 5 prevu courant decembre.
You're more than welcome 
En esperant que la situation va se stabiliser apres modification du systeme de backup qui aura lieu ce soir.
Tres prochainement aussi: un site avec la FAQ complete d'Epsylon avec notamment le fonctionnement interne des serveurs (comment marche le backup, etc...).
Je ne parlais pas de toi dans mon dernier post, relis mieux (et pousse un ouf de soulagement, tu n'es pas dans le collimateur des admins) 
De rien pour le service que je ne trouve pas impeccable encore (ya du boulot a fournir encore !), faute de moyens, de temps et de competences.
Bonne soiree a tous.
Le probleme que je souleve ici n'est pas 'de demander pourquoi quelque chose qui marche chez soi ne marche pas sur Epsylon': il peut y avoir une centaine de raisons et pour ca je reponds TOUJOURS, cf mon post plus haut qui explique qu'effectivement on ne peut pas utiliser de directives de configuration PHP dans un fichier .htaccess...
Le probleme que je soulevais ici est plutot le fait de demander a un hebergeur low-cost de modifier / patcher du code heberge, ca s'appelle une faveur et ca n'est en aucun cas une requete legitime que ce soit de la part d'un client (qui paie donc !) et encore moins d'un membre qui ne paie pas.
Pour la petite histoire la personne en question a insiste sur le fait que je me devais de debugger son script, alors qu'il s'agissait d'une erreur de code de sa part, ne m'a pas remercie pour mon aide, et a royalement estime qu'il etait tout a fait normal de la part d'un hebergeur de savoir coder en PHP pour debugger le code de ses heberges, ce qui, comme je tente - vainement a en croire la repartie de neurone - de l'expliquer, est tout a fait faux.
Oui c'est desormais fait
En ce qui concerne les certificats SSL pour chaque site cela est tout a fait impossible vu que chaque site aurait besoin d'une IP propre afin de fonctionner ainsi en SSL.
Par contre je me renseigne pour vous permettre de ne plus avoir ces fenetres qui s'ouvrent a chaque requete HTTPS.
Il est rappele que vous devez demander la permission avant d'ouvrir un serveur sur Epsylon, je vois apparaitre de plus en plus de proxy IRC des plus desagreables qui seront desormais supprimes sans preavis.
C'est aussi le cas de certains eggdrops qui essaient de se cacher en masquant leur nom de processus reel*; pour ces jeunes rigolos, un conseil: evitez d'heberger une partie de votre botnet sur Epsylon.ORG car je me ferais un malin plaisir de:
- traquer vos bots jusqu'a vos salons;
- eradiquer votre botnet en prevenant les hebergeurs des bots en question.
Merci de votre ecoute
Bonne nuit a tous.
* Un outil vient d'etre fini d'etre developpe pour trouver plus rapidement ces zouaves
Non je regrette mais etre admin ne veut pas dire retoucher au code client des membres, faut arreter la fumette (un de nos chers ex associes et desormais 'client' estime lui aussi qu'un hebergeur se doit de se pencher sur le code des programmes heberges, que ca fait partie du service, ahlala.. pathetique
En ce qui concerne les magic_quote il n'est pas prevu de les mettre a On a l'heure actuelle.
J'essayerais d'en apprendre plus sur cette feature et de faire un communique dans la future FAQ du service.
Bon courage et essayez avec un autre programme, c'est encore la solution la plus rapide.
Desole mais le service a connu une grosse interruption - du moins "uniquement" le Web - pour des raisons que nous n'avons pas encore pu eclaircir.
Plus de news ce week end.
Actuellement PHP est utilise en tant que CGI sur Epsylon, donc vous ne pouvez pas utiliser de fichier .htaccess contenant des directives affiliees au module PHP d'Apache. Desole.
Il vous faudra donc certainement modifier ce genre de programmes pour l'adapter sur Epsylon.
Bonne journee
L'antispam etait desactive depuis quelques jours, il est maintenant a nouveau operationnel.
Enjoy
rsnapshot exploite sur ns2.epsylon.org Ok
envoi vers notre serveur de backup au canada Ok
Je vais essayer de reflechir a une solution, c'est tres etrange ce probleme.
Mais depuis 1 semaine nous avons de fortes montees en charge qui paralysent le serveur MySQL.
J'essaie de determiner ce qui ne va pas.
Bonne soiree
Merci NooD
Ca serait etonnant que le kernel d'Epsylon.ORG ressemble a un autre kernel de distrib utilisateur.. il est compile en monolithique pour commencer
Bonne fin de week end a tous.
Peut etre une faille dans ton script php qui permet de recuperer le mot de passe ou meme encore juste une possibilite d ecraser ton fichier index.php.
Dans tous les cas vous etes responsable de vos donnees sur Epsylon.ORG.
Une solution sera apportee a ce probleme mais elle n'est pas a l'ordre du jour actuellement
Votre admin est *extrement* pris en ce moment et je rencontre pas mal d'ingratitudes sur Epsylon.ORG, c'est dommage je sais, je fournirais quand meme malgre tout ce service gratuit mais je prefere me consacrer a des choses disons plus 'vitales' actuellement
Slackware 10
dommage
Je ne soutiens plus l'idee d'e-boutique, donc ce n'est pas la peine
Mais merci de proposer
Bonsoir woulouf,
Epsylon ne proposera jamais d'hebergement base sur Win32.
(je souris parce que j'ai failli dire desole )
Fait etrange, apres pourtant plus d 1 an de changement de DNS, ns2.epsylon.org affiche encore chez certains (comme chez moi) l'ip 213.41.145.212 ou quelque chose du genre (IP nerim FR). A verifier de toute urgence.
--
Problème fixé: il s'agit d'un effet de 'glue' DNS.
Tu dois trouver un autre logiciel pour ton forum qui soit compatible avec les registrar globals a Off.
Et effectivement phpBB n'est pas autorise sur Epsylon pour les moyens et gros traffics.
A bientot.
Je t ai mis lesdroits d'acces necessaires sur tous les fichiers, mais tu pouvais le faire toi meme et devra le faire toi meme a partir de maintenant.
Concernant ton utilisation des .htaccess pour changer le php.ini cela n'est pas possible puisque PHP n'est pas compile en module sur Epsylon. Voila.
Tu dois aussi supprimer les .htaccess certainement mal ecrits ou ecrits de telle sorte que tu doives avoir acces a des droits supplementaires sur Apache, que tu n'as pas a l'heure actuelle.
Bonjour firefox,
C'est tout a fait normal, tu dois deja changer le chmod de ces fichiers en question:
root@ns1:/epsylon/starfox-team/www# ls -l
total 36
d--------- 2 starfox-team peasants 4096 Nov 9 12:49 1/
d--------- 2 starfox-team peasants 4096 Nov 9 12:50 2/
drw------- 2 starfox-team peasants 4096 Nov 9 03:11 3/
d-------w- 2 starfox-team peasants 4096 Nov 11 11:13 backend/
drwxr--r-- 2 starfox-team peasants 20480 Nov 9 03:04 cache/
afin d'avoir les droits de les effacer.
A tres bientot
Messages trouvés [ 2.201 à 2.225 sur 2.367 ]
Propulsé par PunBB
Currently used extensions: pun_poll, pun_admin_manage_extensions_improved. Copyright © 2008 PunBB