1.601

(17 réponses, dans Requêtes)

Oui d'ailleurs pour les erreurs 500, ca va demander pas mal de travail, il va falloir patcher Apache et vous fournir les error_log du serveur web smile

1.602

(17 réponses, dans Requêtes)

Hmm nope en fait NooD, cette liste fait partie des questions les plus posées concernant l'hébergement, et ne représente pas le questionnaire d'inscription smile

1.603

(4 réponses, dans Nouvelles)

Il a été décidé de migrer le service MySQL sur une autre machine afin de tester en profondeur le matériel de la machine précédente, la migration devrait avoir lieu d'ici ce week end (tout dépend du temps que vont prendre les tests), nous vous tiendrons informés.

1.604

(4 réponses, dans Nouvelles)

Une fois n'est pas coutume le serveur MySQL est encore tombé suite à un mystérieux freeze du serveur...
La coupure aura duré 1 heure (le temps de vérifier , remettre le RAID1 en route..).

Toutes nos excuses.

thibaut.l a écrit:

Sur la page ou on est par exemple grace a firebug j'appuie sur f12 et je clique sur inspecter , ensuite retrouve le php caché derriere sa ne sera pas trop difficile.

Tu réalises que nous avons aussi accès aux fichiers php et à la base de données ? smile

1.606

(3 réponses, dans Nouvelles)

Le réseau apparement marche très bien, il reste ce problème de disques durs à résoudre..

Cette nuit, je vais rajouter de la mémoire vive sur cette machine, donc une coupure de 5 minutes est prévue (cela concerne le service MySQL seulement, mais cela pénalisera vos sites si ce sont des forums ou blogs par exemple).

1.607

(3 réponses, dans Nouvelles)

Bonsoir à tous,

Je procède à un gros debugging du serveur MySQL (problème niveau disques et niveau réseau: 20 mbps en entrée, 580 mbps en sortie), donc il risque d'y avoir des petites coupures, cependant je ferais tout pour les éviter si possible.

Oui c'est l'idée.

1.609

(17 réponses, dans Requêtes)

Ne te casse pas trop la tête non plus, une partie de ces questions a sa réponse sur la FAQ

1.610

(12 réponses, dans Programmation)

Le but du cookie est de stocker l'identifiant de session et de le masquer dans l'url, pas de stocker toutes les informations sensibles concernant l'utilisateur, bien entendu.
Ici l'expression forum_cookie du forum fluxbb / punbb correspond aux cookies côté serveur, non pas client, sur le client le cookie contient uniquement un identifiant de session unique.

Suite à un déplacement des fichiers de backup sur le serveur de fichiers / MySQL, celui-ci a encore eu la bonne idée de crasher à 3:30 am ce matin, résultant en une coupure du service de base de données pendant 1h30 hmm

Désolé à tous et à toutes, nous essayons de voir comment palier définitivement ce problème.

Et quelle fonction php permettrait ca ?

Non je crois que je vais directement aller dans la base de données pour injecter des nouveaux posts par ex. smile

1.613

(17 réponses, dans Requêtes)

Oui je suis d'accord big_smile

1.614

(12 réponses, dans Programmation)

Niveau sécurité, je dirais que les cookies c'est un peu le top smile

1.615

(17 réponses, dans Requêtes)

Merci pour  cette jolie liste smile

1.616

(2 réponses, dans Problèmes)

La réponse est en fait ici: http://forum.lescigales.org/topic352-ba … ghreb.html

Un grand bond ? non pas vraiment, vous tournez tous en CGI, donc vous pouvez exécuter n'importe quel binaire sur la plateforme / ou vous crééer vous-même un shell à l'heure actuelle.

Pas mal l'idée du questionnaire d'aide sur le panel, je vais voir comment gérer ca. En fait j'aimerais bien séparer chaque outil et le spécialiser au maximum et je réalise qu au rythme ou ca va, j'ai plus de messages sur le control panel que sur le forum alors que le forum est spécialisé pour ca.. il faudrait que je trouve le moyen de les lier.

1.618

(12 réponses, dans Programmation)

Et bien vu que le protocole HTTP fonctionne en mode 'déconnecté' (comprendre: 1 requete = 1 connexion qui se ferme après réception de la réponse), il n'y a pas de vraie bonne méthode pour voir qui est connecté.
Ta solution avec les sessions se rapproche de la solution idéale malgré tout, le seul problème étant que tu doives implémenter un 'timeout': si la personne n'a pas mis à jour sa session depuis X minutes alors, on assume qu'il n'est plus connecté. Pour arriver au plus proche de la réalité, tu pourrais écrire un code en Ajax qui ferait une requête toutes les 10 secondes. Comme ca tu sais que si la personne n'a pas fait de requête depuis plus de 10 secondes, alors elle n'est plus connectée à ton site.

Un autre souci qui m'embête aussi: l'utilisation excessive du support dans le control panel pour des questions de newbie au lieu d'utiliser le forum. Grosso merdo pour 1 question posée sur le forum, il y en a 10 de posées dans le control panel sad

Oui je suis entièrement d'accord infobarquee, d'autant plus que je réserve ce service à l'élite avec au programme des prochains mois:
- un accès à un repository SVN
- un accès à rsync pour updater son site plus rapidement.

Je veux faire en sorte que d'autres développeurs puissent développer aussi vite que moi sur une plateforme publique smile

1.621

(38 réponses, dans Join the army !)

Alors il faut croire que ca ne suffit pas smile Un groupe facebook existe déjà et il ne m'a strictement rien apporté.

1.622

(2 réponses, dans Requêtes)

Bonsoir,

Je ne pense pas que vous ayez accès à la directive Options, par contre, vous avez déjà le droit de faire du CGI, voyez plutot:

http://faq.lescigales.org/Questions_sur_les_CGIs

1.623

(8 réponses, dans Nouvelles)

Ok je vais le laisser pour l'instant, mais c'est dommage, car du coup le forum ne respecte plus la charte graphique du site principal hmm

1.624

(11 réponses, dans Problèmes)

Ah oui exact je n'avais pas vu le dossier distant qui était mauvais smile Peut être en spécifiant celui-ci comme étant '/' cela marchera ?

1.625

(8 réponses, dans Nouvelles)

Le forum a maintenant son nouveau design smile  Toute suggestion est la bienvenue !