Vous n'êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Sujets actifs Sujets sans réponse
Options de recherche (Page 9 sur 11)
Puisque vous remontez le sujet, je le remonte aussi.
Apparement tous les problèmes de sauvegarde ont disparu, encore une réussite hier soir lors de la sauvegarde de ma base en gzip, même si je dois avouer qu'il n'était pas loin de 00h30, je tiens à signaler que la bande passante du serveur est excellente à cette heure, la sauvegarde a été extrêment rapide j'étais au maximum de ma connexion.
Merci
Je viens de tester une exportation complète de la base (30mo) en gzip et apparement le fichier semble correcte.
Je pense qu'il faut privilégier les sauvegardes pendant les heures creuses où le serveur est assez tranquile.
Le débit est d'ailleurs excellent.
Je suis en train d'essayer l'exportation en texte brut et apparement ça à l'air de bien fonctionner.
Seul bémol ce matin pas d'exportation en ZIP possible, évidemment celle ci est inutile si on peut exporter en gzip mais si l'un ne fonctionne pas c'est toujours mieux que d'exporter du texte brut.
Merci toad.
Ok. Bon courage.
Je vais retester si ça fonctionne ce week end.
Un petit phpinfo() et tu as ta réponse
gd
GD Support enabled
GD Version bundled (2.0.28 compatible)
FreeType Support enabled
FreeType Linkage with freetype
GIF Read Support enabled
GIF Create Support enabled
JPG Support enabled
PNG Support enabled
WBMP Support enabled
XBM Support enabled
Bonjour,
Depuis quelques temps il est impossible de sauvegarder une base SQL.
Je savais bien qu'il y avait quelques erreurs avec la compression GZIP (qui n'a jamais fonctionné chez moi : fichier incomplet ou vide), donc je passais par l'exportation en texte brute mais il semblerait qu'elle soit touchée par les mêmes problèmes.
Je n'arrive qu'à télécharger quelques mo (pas plus de 5) sur une base de 30mo.
Je pense que la taille de la base y est pour quelque chose mais jusqu'à maintenant ça a toujours bien fonctionné.
C'est assez embêtant car il n'y a aucune alternative.
Bonne journée.
Oui je connais, c'est ce que j'utilisais avant mais maintenant j'ai un nom de domaine .be
Je t'en prie
Bonjour,
J'ai récemment fait l'acquisition d'un nouveau nom de domaine cependant j'ai un petit problème.
En fait j'utilise un forum donc l'affiche des forums se fait par exemple par l'url :
http://monsite.com/forum/viewforum.php?f=2 (où f est le numéro du forum à voir).
J'arrive à lancer viewforum.php avec le nom de domaine mais il me dit qu'il ne trouve aucun forum associé, ce qui est normal puisque la variable f=2 ne passe pas lors de la rediction.
Si quelqu'un pouvait m'aider.
Merci d'avance.
.
Le programme dont je t'ai parlé n'est disponible que sous windows mais je suis sûr qu'en faisant une petite recherche tu en trouveras d'autres pour linux.
En ce qui concerne ton problème de taille, tu peux diviser ta base sql avec DecoupSQL par exemple, puis l'importer par petit bout.
Tu peux également l'optimiser en local si ce n'est déjà fait tu gagneras peut être quelques mo.
Sinon tu peux essayer avec un outil externe comme "eskuel" qui te permet d'importer une base découper ou une base Gzipé (mais si sa taille est trop grosse le serveur rejeterra l'importation).
Un petit message pour venir aux nouvelles
Bonjour RIPS,
Il me semble que l'exportation compressée ne fonctionne pas bien (j'avais déjà posté sur l'ancien forum à ce sujet), mais peut être que cela a été corrigé. En fait quand j'exportais la base compressée je me retrouvais avec un fichiers de quelques KO (ou de 0 KO) qui sont incomplets. Cependant l'exportation en texte brute fonctionne très bien même si tu dois télécharger ton paquet de mo si ta base est lourde (cependant tu pourras compresser le tout et le texte se compresse merveilleusement bien).
Pour l'importation, je ne peux pas te dire, je vais juste répondre à ta dernière question : tout dépent de l'exportation que tu as choisi.
Dans phpmyadmin tu peux déifinir les paramètres à ajouter dans ta base à exporter. Tu as entre autre l'énoncé DROP TABLE (qui effacera tes tables avant de commencer l'importation) ou encore l'énonce INSERT IF NOT EXIST qui comme son nom l'indique n'insèrera que les données manquantes, tu en as d'autres à toi de regarder.
Bonne journée.
Un webcron est un site web qui se charge de lancer une page pour toi quand tu le désires.
Avec un tel système tu peux, par exemple, faire une sauvegarde de ta base de donnée une fois par semaine en lançant un script php.
L'avantage c'est que tu n'as pas besoin d'être derrière ton PC pour lancer le script, tu peux configurer le système pour qu'il soit lancé à 00h par exemple pour éviter de pomper les ressources de ton site.
Un exemple de site : http://webcron.org
On ne sait jamais
Plus sèrieusement, je pense que les stats sont des informations bien utiles pour qui veut monter un site sèrieu et le faire avancer, non ?
Donc après la réponse positive à ma requête je me demandais où en était le projet
Bonne journée
Je "remonte" le sujet, histoire de savoir où ça en est
Les logs peuvent ils être mis à disposition des hébergés ?
.
Merci
@ RIPS : il ne s'agit d'un forum "classique" avec uniquement des discussions "basiques" (comme le Cagibi ici par exemple).
Il s'agit d'un forum proposant le même contenu qu'un site (au lieu d'une page, tu as un sujet... mais le principe est le même avec la convivialité et l'esprit de communauté en plus) et je me sens pas de tout refaire de 0 vu le très grand contenu.
RIPS a écrit:Enfin pour le PhpBB c'est pas la première fois que j'entends ça donc ça doit être justifié! D'autant plus qu'il existe d'autres alternatives à PhpBB!
Je pense pas que se soit phpBB en lui même qui soit critiqué mais plutôt son utilisation par certaines personnes.
A la base phpBB est certe plus lourd que certains autres forums mais ça reste convenable, maintenant il éxiste de nombreux mods disponibles et de nombreuses personnes ont tendance à en installer tout un paquet, ce qui le rend forcément beaucoup plus lourd (nottament en requetes SQL).
Donc je suis pour la suppression des comptes qui utilisent des phpbb surmodés mais contre la suppression des forums disons plus léger.
En ce qui concerne les alternatives, c'est facile à dire quand on part de rien, je pars avec un forum agé de plus de 2 ans et assez visité donc je te laisse imaginer le boulot à faire pour tout transférer (sachant que les scripts de conversion c'est bien mais ça ne convertit pas tout)...
@toad : ce nettoyage comprendra-t-il les forums phpbb ? car si la réponse est oui il faut que je fasse une nouvelle sauvegarde avant alors...
toad a écrit:NooD a écrit:toad a écrit:- tout site qui génère des fonds alors qu'il est hébergé gratuitement sera supprimé.
Là ça vient discutable si le membre utilise les sous pour son site par exemple.
Je ne dis pas ça pour moi je n'affiche aucune pub c'est juste un avis.
Utilise les sous pour son site ?
Je parle des hébergements gratuits là. Précise ou détaille je n'ai pas compris.
Tout ce qui touche au site web, par exemple un nouveau programme d'edition.
Cela dit on peut très bien s'en passer, on peut tout faire à partir d'un hébergement gratuit...
toad a écrit:NooD a écrit:toad a écrit:- phpbb interdit sur Epsylon.
Là je dis ça pour moi
Mon site tourne essentiellement sous phpbb, quelle est la raison de cette décision ?
Je peux comprendre de supprimer les comptes disposant d'un forum phpbb bourré de mods qui utilisent beaucoup de ressources mais sinon phpbb reste un forum pas excessivement lourd je trouve.
A ce niveau là, mon expérience ne peut pas vraiment dire si c'est un choix judicieux ou pas.
Je travaillais dans une boite qui ne tolérait aucun phpbb à cause des problèmes de ressources.
Mais grosso modo, ce que je ne souhaite pas:
- des phpbb surchargés comme Epsylon en a connu sur son serveur mutualisé.
- une offre d'hébergement gratuit à 100% consacrée à des gens qui lancent un forum (en gros php + sql): ou est donc l'originalité ? la créativité ?
Je veux bien que ca soit simple et plein de choses mais ca m'intéresse pas de faire hébergeur si c'est pour hoster 500 forums sur 500 comptes.
Pour les phpbb surchargés je suis tout à fait d'accord avec toi, c'est aux utilisateurs de faire attention à ce qu'ils font...
Pour le seconde point je suis moins d'accord, faut savoir qu'un internaute qui a un petit site web en HTML et qui débute, voudra peut être mettre un forum sur son site, il entendra parler de phpbb et voudra l'installer mais il se rend vite compte que les hébergeurs proposant PHP/Mysql gratuitement se comptent sur les doigts de la main et il n'a pas forcément envie de dépenser des sous pour un petit forum pour son site web visité par ses proches... Je pense que tu pourrai réduire l'espace disque de ces comptes en créant par exemple une formule spéciale forums, ça te laissera de la place pour les autres comptes. Ce n'est pas mon cas mais je pense qu'il devrait être pris en compte.
En ce qui me concerne le forum phpbb n'est pas qu'un simple forum, il propose le même contenu qu'un site sauf qu'il est proposé sous forme de forum. Pour l'originalité, il dispose d'un thème qui le différencie des phpbb gris "classiques".
De plus j'ai mis en place un mini site en PHP permettant de bien comprendre et utiliser mon forum mais il ne s'agit pas d'un site à part entière.
Je pourrai transférer le tout sous forme de site mais il s'agit également d'une communauté et ce point on ne le retrouve pas sur un site.
Il s'agit de rendre le site plus humain et d'éviter le côté robotique des visiteurs (je viens, je prends et je pars).
toad a écrit:- tout site à but lucratif sera supprimé sans préavis.
- tout site qui abuse des ressources systèmes sera librement coupé.
- tout site qui abuse des ressources systèmes sera librement coupé.
- tout site hébergeant un tracker sera aussi supprimé.
Jusqu'ici je suis entièrement d'accord avec toi.
toad a écrit:- tout site qui génère des fonds alors qu'il est hébergé gratuitement sera supprimé.
Là ça vient discutable si le membre utilise les sous pour son site par exemple.
Je ne dis pas ça pour moi je n'affiche aucune pub c'est juste un avis.
toad a écrit:- phpbb interdit sur Epsylon.
Là je dis ça pour moi
Mon site tourne essentiellement sous phpbb, quelle est la raison de cette décision ?
Je peux comprendre de supprimer les comptes disposant d'un forum phpbb bourré de mods qui utilisent beaucoup de ressources mais sinon phpbb reste un forum pas excessivement lourd je trouve.
Aujourd'hui la taille du répertoire n'a pas augmenté (13,8%) donc il semblerait que ça provienne bien de ce mod pour phpbb.
Je crois avoir trouver la réponse au problème, il s'agit du mod advanced time management version 2.1.2 (adv_time_management_2.1.2em.zip) pour phpBB.
D'autant qu'il agit sur les sessions via le fichier sessions.php et que la date de son installation correspond à peu près à l'apparition du problème et qu'il provoque un autre bug technique.
Je l'ai donc désinstallé...
Le répertoire /tmp est rempli à 13.8%
Oui c'est ce que je comptais faire, merci
Je ne t'ai pas demandé de résoudre mon problème, je voulais juste savoir s'il était possible de connaître le fichier qui génère le plus grand nombre de page. A vrai dire je ne connais pas trop le côté serveur, donc on ne sait jamais s'il éxistait un "truc", une sorte de stat, ça m'aurait aidé à régler le problème directement parce que là je suis un peu dans le vague.
Mais je vais contrôler les fichiers un par un, le problème c'est que je ne saurai pas tout de suite si le problème vient de là ou pas...
Merci tout de même pour ton aide
Messages trouvés [ 201 à 225 sur 255 ]
Propulsé par PunBB
Currently used extensions: pun_poll, pun_admin_manage_extensions_improved. Copyright © 2008 PunBB