En principe demain matin le système sera opérationnel, me reste plus qu'à faire la restauration de version, et de gérer les permissions pour l'upload. croisons les doigts

nico :

... croisons les doigts

Oui, en tous les cas, t'auras visiblement pas chaumé aujourd'hui .

Si on peut modifier le temps minimal entre deux requêtes dans la configuration du serveur. pour info la ligne à ajouter au httpd.conf pour le contrer est : MaxKeepAliveRequests 100 (en milisec).
Malgrès ça, si les opérations engendrées par une seule requête sont trop importantes, le dos est à nouveau possible car le serveur n'aura pas le temps d'effectuer les opérations durant ce délais.
Sinon on ne peut pas faire de dos sur une db car comme tu l'a dit, elle n'est pas accessible de l’extérieur. En revanche si je copie la requête qui crée le zip, et que je l'envoie tout les secondes par example, ton serveur sera inopérant, voir crashera lamentablement.

Bref, il faut faire très attention en php à ne pas utiliser trop d'opérations sur les fichiers ou de trop gros calculs sauf très ponctuellement.

Dernière modification par TUpac (24-01-2011 20:50:16)

bein tu peut pas dosser directement la bdd, mais indirectement par les pages php lourde en requetes, donc au final la bdd saute avant le ftp en principe... enfin dans notre configuration actuelle en tout cas, ça m'ai arrivé plusieurs fois d'avoir des 'too many connexions'

bizard, ça vient surement de la configuration ou de la licence. Mysql gère très bien les connexions multiples alors que pervasive ne gère que le nombre de connexions que tu achète (les rats )
Ceci dit les requêtes sql sont très légères pour le serveur.

Dernière modification par TUpac (24-01-2011 21:13:22)

ouai mais on est sur un mutualisé, donc suffit que le voisin code les requêtes avec ses pieds et ça créer des embouteillages ou simplement si un voisin à trop de succès

EDIT: j'ai trouvé un plugin nommé "down them all" pour les firefoxeux, ça interresse quelqu'un ?

Ok c'est donc pour ça ... saloperie de facebook

nico :

EDIT: j'ai trouvé un plugin nommé "down them all" pour les firefoxeux, ça interresse quelqu'un ?

cela peut en effet être utile, je suis sous firefox...

Voilà j'ai fini la base du système, reste plus qu'à tester.

Comment ça marche ?
-vous commencez par télécharger le code source originale version 0. puis la maj si disponible.
-pour envoyer un fichier, rendez-vous dans le répertoire souhaité, sélectionnez votre fichier puis décrivez vos modifications.
-A chaque modification la version globale de A.I.P est incrémentéé de 1, la version du fichier également.
-pour télécharger les mises à jours, vous devez être connecté. un zip sera alors créé spécialement pour vous
-lors du visionnage d'un fichier, si ce dernier à été modifié, un tableau apparait afin de pouvoir visionner les différentes versions, et de les restaurer au besoin.

Contraintes(temporaire):
-fichiers modifiables actuellement: .h, .hpp, .c, .cpp(d'autres fichiers de type textes viendrons par la suite)
-pas d'ajout ou de suppression pour l'instant, seulement des modifications.
-aucune optimisation du système. ça va laguer baby !

trucs bizarre:
-lorsqu'on fait une maj, la page ne se recharge pas donc il y a toujours écris 'une mise à jour est disponible' mais après une actualisation(f5) ça part.
-lorsqu'on upload un fichier, la version qu'on possède de ce fichier n'est plus à jour Si on veut renvoyer le même fichier, il faut faire une maj au préalable, (les petits malins incrémenterons de 1 la version du fichier, mais faut pas le faire quand y a du monde, ça casse le principe du mutex)

spéciale Tmyke:
-Dans include/aipconfig.php tu retrouvera les principaux réglages.
-est ce que tu peut renvoyer tout les fichiers sans la première ligne car le format actuel ne m'arrange pas. et puis de toute façon ce n'est pas nécessaire dans les fichiers versions 0.
-la restauration de version est possible que par les membres du staff, faut voir si j'autorise aussi des membres VIP.

nico :

spéciale Tmyke:-Dans include/aipconfig.php tu retrouvera les principaux réglages.

ok, je ragarde, même si il y a peu de chance pour que je me lance dans des modification.

nico :

-est ce que tu peut renvoyer tout les fichiers sans la première ligne car le format actuel ne m'arrange pas. et puis de toute façon ce n'est pas nécessaire dans les fichiers versions 0.

c'est fait dans les deux repertoires

nico :

-la restauration de version est possible que par les membres du staff, faut voir si j'autorise aussi des membres VIP.

pour le moment, niveau restauration, restons sur le staff, on élargira si cela s'avère nescessaire

Bon, je commence à tester.

Premiers petits soucis (et ouai ) je tente des mise à jour sur le fichier CBlit.h. J'ai fait un premier update, qui semble avoir été pris en compte. Je tante désormais un second, mais lui
par contre, ne semble avoir aucun effet... il n'apparait même pas dans l'historique.

J'ai remarqué aussi que IGUICheckBox.h était différent au niveau de la casse : IGUICheckbox (le B lowercase). Sous linux c'est problématique. Rien de gravissime mais je ne peux pas modifier les noms de fichiers
De plus, dans le projet codeblocks pour les profils Linux, il y'a des fichiers qui sont toujours là, alors qu'ils ont été supprimés par tmyke.
Je ne sais pas si je peux changer les fichiers codeblocks mais sinon je te refilerai le fichier modifié

TUpac :

J'ai remarqué aussi que IGUICheckBox.h était différent au niveau de la casse : IGUICheckbox (le B lowercase). Sous linux c'est problématique. Rien de gravissime mais je ne peux pas modifier les noms de fichiers

J'ai corrigé. Cela vient du SVN d'Irrlicht, ou le fichier est avec un 'b' et non un 'B'.

TUpac :

JDe plus, dans le projet codeblocks pour les profils Linux, il y'a des fichiers qui sont toujours là, alors qu'ils ont été supprimés par tmyke.
Je ne sais pas si je peux changer les fichiers codeblocks mais sinon je te refilerai le fichier modifié

effectivement, c'est aussi un soucis, car dans le nouveau package, seul le projet pour VC++9 est actualisé. Je ne travaille pas sous CodeBloc, donc les mise à jours
devront se faire à ce niveau par d'autres contributeurs....

Je vais initier un post tout à l'heure avec les changements que comporte le package initial par rapport à la version officielle....

tmyke :

Je ne travaille pas sous CodeBloc. donc les mise à jours
devront se faire à ce niveau par d'autres contributeurs....

Je vais m'occuper de ça et de la compatibilité linux aussi

OK

tmyke :

Bon, je commence à tester.

Premiers petits soucis (et ouai ) je tente des mise à jour sur le fichier CBlit.h. J'ai fait un premier update, qui semble avoir été pris en compte. Je tante désormais un second, mais lui
par contre, ne semble avoir aucun effet... il n'apparait même pas dans l'historique.

En principe, lors d'un upload, il est indiqué à coté de "envoyer", si l'upload à reussi ou si une erreur est survenu.

Sinon comme j'ai dit plus haut,
le problème, c'est que quand tu envoi un fichier version 5 par exemple, le serveur va l' incrémenter lors de l'upload et sa version online passe à 6.
mais toi à la maison tu as toujours la version 5. donc quand tu essai de renvoyer le fichier y a un genre de mutex qui empeche les modifications car la derniere version est la 6.
Mais je viens juste de penser, que ce fameux mutex, je peux l'annuler si l'ancienne version est du même auteur.....hum je pense que je vais trouver une solution....

TUpac :

Je ne sais pas si je peux changer les fichiers codeblocks mais sinon je te refilerai le fichier modifié

Actuellement non, mais je viens de voir ça et ça à l'air prometteur les fichier contiennent des balises :] il y a rien de plus simple à crawler on va pouvoir parser ça comme on souhaite.

Bon je viens de refaire un essais, en fait cela fonctionne bien, y compris la restauration.

Par contre, quand on est dans une page édition fichier, cela sera cool d'avoir un icon en haut genre 'retour' ramenant à l'espace A.I.P

Par contre quand je fais 'une mise à jour est disponible' j'ai un zip vide....

ok je vais voir tout ça...
edit:le zip vide je pense que c'est normal, j'ai oublié d'adapter ça à la restauration oups, là ça doit marcher que pour l'upload, je vais rajouter ça.
edit2: en fait non, je dit n'importe quoi ça devrait marcher normalement. peut tu reesayé et me dire dans quelle cas de figure le zip est vide ?

Voilà j'ai réglé le problème, le mutex n'agit plus si on est l'auteur de la version active. donc je la refait:

Agencement:
-Forums.
-listes des 5 dernières modifications actives.
-explorateur de fichier.

Comment ça marche ?
-vous commencez par télécharger le code source originale version 0. puis la maj si disponible.
-pour envoyer un fichier, rendez-vous dans le répertoire souhaité, sélectionnez votre fichier puis décrivez vos modifications.
-A chaque modification la version globale de A.I.P est incrémentéé de 1, la version du fichier également.
-pour télécharger les mises à jours, vous devez être connecté. un zip sera alors créé spécialement pour vous
-lors du visionnage d'un fichier, si ce dernier à été modifié, un tableau apparait afin de pouvoir visionner les différentes versions, et de les restaurer au besoin.

Contraintes(temporaire):
-fichiers modifiables actuellement: .h, .hpp, .c, .cpp(d'autres fichiers de type textes viendrons par la suite)
-pas d'ajout ou de suppression pour l'instant, seulement des modifications.
-aucune optimisation du système. ça va laguer baby !

Interdiction:
-Ne jamais modifier la première ligne d'un fichier.

trucs bizarre:
-lorsqu'on fait une maj, la page ne se recharge pas  donc il y a toujours écris 'une mise à jour est disponible' mais après une actualisation(f5) ça part.

OK pour moi. Merci pour le bouton de retour

hum non attend y a un problème de numero de version

tu peut retester stp

Bon cela semble mieux fonctionner en effet.

Par contre, quand je charge 'une mise à jour est disponible', j'ai toujours un zip vide, y-a-t-il une manip particulière à faire ?