petits trucs et machins à corriger:
dans ce mod il y a plusieurs onglets,
- dans espace BBcode (par ex mais c'est valable pour d'autres onglets), les champs de date sont trop petits:
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FhM5BK.png&hash=8b419cb44bb85a5ef855cf63f97c79190bf3cb71)
en modifiant comme ceci c'est ok: (passer de size 2 à size 10)
echo"du : <input type='text' name='date_from' id='date_from' size='10' maxlength='2' value='$pub_date_from' /> ";
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F1nb4k.png&hash=10388fbb8ab4950a3d1422a3e8a7eb811996d814)
ce serait mieux que le titre soit avec dates au pluriel.
pour le titre gains en bbcode .... envisager pertes :-[
donc mettre titre Gains/Pertes en bbcode.
- dans onglet statistiques, l'affichage des jours se fait en anglais
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FrFIZI.png&hash=7be4cb35c1e9882ced009214999d2340a5b619ff)
il n'y a pas de graphique disponible rentabilité mensuelle (du mois en cours)
mais c'est peut etre pour quand un mois était complet (genre le mois précedent, mais ça je peux pas tester)
- idem, pour titre categorie couleur dans color picker de l'onglet admin (anglais)
- je viens de constater un truc concernant les RC:
dans le cas de tentas de lune par ex: le rapport de combat que le défenseur envoit à ogspy est pris en compte dans les rc de l'attaquant dans le mod gestion attaque
- est ce qu'il ne serait pas intéressant d'ajouter une colonne avec les coordonnées de départ d'attaque ?
ce qui permettrait de trier ou epurer plus facilement les rc (genre les rc en position 16 expedition)
- un truc serait bien aussi , c'est de pouvoir régler les periodes d'affichage par defaut (et pas que celle du jour)
- dans onglet espace archives:
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F9lEmE.png&hash=162e83c435788cd1b08e5a778b2eb7672bdcdfec)
écrire: antérieur
suggérer le type de champs pour le mois car jusque là, le mod affiche les mois avec abreviation en 3 lettres et ici le champs attend chiffre
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F8zmGN.png&hash=529e85208e2961e32c4950200eed05a8047c9b8d)
Je confirme tes dires.
Je test actuellement ce mod sur mon serveur OGSpy aussi, mise à part ça, je ne vois aucun soucis.
c'est vrai que c'est anodin, mais autant tendre à améliorer les choses
Ah ben bien sur !
Mais j'y pense on peut exporter les rapports de la veille du mois ect...
On pourrait pas avoir deux petits calendrier pour sélectionner la date de départ et de fin ?
On pourrait faire des durée personnalisé comme ça !
J'ai améliorer les graphiques et Dark à augmenté la taille des champs.
C'est commiter sur le SVN.
Le truc, c'est que pour le graph et faut ajouter des librairies de js dans le dossier js d'OGSPY
explique le machin des js , svp
n'auriez vous pas mieux fait de modifier le n° de version sur le trunk ?
C'est pas faut pour le num de version mais c'est secondaire pour le moment.
Concernant les js à ajouter, c'est highcharts.js et jquery.js; tu les trouveras dans le trunck OGSPY dans le répertoire js.
j'ai uploadé dans mon rep ogspy/ les 2 *.js ci-dessus
malgré déco reco rien , pas de graphique
faut peut etre faire un truc particulier ? genre editer un fichier pour faire pointer vers les js ?
Perso, j'ai sauvegarder les données du dossier parameter et j'ai virer tout le reste. Apres j'ai upload tout le ogspy et no problem.
le dossier parameter, c'est les différents reglage, log des users etc....
est ce que la technique que tu proposes n'as aucun risque pour les données ?
attend j'avais pas compris que c'était un serveur en prod mdr ^^
Fais une mise a jour basique dans ce cas.
oui, oui, je vis dangereusement
mais au depart, c'est pmon ogspy perso que j'ai mis a dispo comme entrainement à mon ally
mais ils s'en servent intensivement etc...
donc j'ose plus trop toucher aux classements, re, rc etc..
en tout cas c'est de bon augure pour la suite
cela faisait un bon moment que je cherchais une ally com ça
Idem que toi Gigla, c'est mon OGSpy perso que j'ai donner des logs a 2/3 collègues histoires de faire des tests, et cela leur plait bien ^^
J'ai moi aussi fait une mise à jour en uploadant les fichiers. même résultat que Gilga.
Quand tu dit de faire une mise à jour basique Shad que veut tu dire exactement ?
avec le passage à la v3.1, je vois enfin ces chouettes graphiques
mais il y a un problème d'affichage des accents
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FIUYfc.png&hash=793b12b8b795a60bec7159524b17b98d3b9210e6)
Je l'ai vu également ce bug, mais je sais pas pourquoi :/
ok
je vai jeter un oeil, pour voir si j'arrive à bidouiller un truc
mais le bug n'est pas à cause de 2 charsets différents ?
Mauvais encodage, il n'y a que sa.
est ce que le fill pourrait être ds une autre couleur que #ffffff
fill="#FFFFFF"
j'ai verifier la validité de la page gestion des attaques:
Citation
- (https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fvalidator.w3.org%2Fimages%2Finfo_icons%2Ferror.png&hash=c405d7b3feda0bb1adcab35802e2d0e5cad4ea9f) Line 1, Column 1: no document type declaration; implying "<!DOCTYPE HTML SYSTEM>"
<html>
✉ (http://validator.w3.org/feedback.html?uri=http%3A%2F%2Ftraverse.cibleus.net%2Fogspy%2Findex.php%3Faction%3Dattaques%26page%3Dattaques;errmsg_id=344#errormsg)
The checked page did not contain a document type ("DOCTYPE") declaration. The Validator has tried to validate with a fallback DTD, but this is quite likely to be incorrect and will generate a large number of incorrect error messages. It is highly recommended that you insert the proper DOCTYPE declaration in your document -- instructions for doing this are given above -- and it is necessary to have this declaration before the page can be declared to be valid.
Citation
- (https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fvalidator.w3.org%2Fimages%2Finfo_icons%2Fwarning.png&hash=90600cbe6d60b863e9b84f77da1de500f8db8979) Unable to Determine Parse Mode!
The validator can process documents either as XML (for document types such as XHTML, SVG, etc.) or SGML (for HTML 4.01 and prior versions). For this document, the information available was not sufficient to determine the parsing mode unambiguously, because:
- the MIME Media Type (text/html) can be used for XML or SGML document types
- No known Document Type could be detected
- No XML declaration (e.g <?xml version="1.0"?>) could be found at the beginning of the document.
- No XML namespace (e.g <html xmlns="http://www.w3.org/1999/xhtml (http://www.w3.org/1999/xhtml)" xml:lang="en">) could be found at the root of the document.
As a default, the validator is falling back to SGML mode. - (https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fvalidator.w3.org%2Fimages%2Finfo_icons%2Fwarning.png&hash=90600cbe6d60b863e9b84f77da1de500f8db8979) No DOCTYPE found! Checking with default HTML 4.01 Transitional Document Type.
No DOCTYPE Declaration could be found or recognized in this document. This generally means that the document is not declaring its Document Type at the top. It can also mean that the DOCTYPE declaration contains a spelling error, or that it is not using the correct syntax.
The document was checked using a default "fallback" Document Type Definition that closely resembles "HTML 4.01 Transitional".
Learn how to add a doctype to your document (http://validator.w3.org/docs/help.html#faq-doctype) from our FAQ.
Même chose en effet pour les accents.
"le é pour l'accent aigue sur le e de métal"
Je me demande si il faut pas tout simplement changer le "é" par "é" pour métal et deutérium. Ou le cas échant si dans la prog c'est "é" mettre "é"...
changer le é en é ;).
lorsque le mod a été éditée, il a été ouvert avec un mauvais encodage donc tout a changer.
Si c'est les accents je le fait de suite alors ;)
on avait parlé aussi d'une prise en compte du taux d'échange des ressources pour l'affichage du graphique statistique
mais je ne trouve plus dans quel topic
J'ai commit les corrections
Je vais regarder ce soir et si tout est ok je taggerais celle là.
Bonjour à tous. :)
J'ai moi même installé ce mod sur mon serveur et je dois prévenir que la dernière version comporte pas mal d'erreur notamment au niveau des requêtes SQL... je suis donc repassé sur la 1.0.0. ;)
Pour en venir à un petit problème que j'ai, mes RC de l'univers ogame.us ne sont pas pris en compte. Le mod n'a pas été testé sur les univers autre que .fr ?
Sinon, ça serait sympa qu'il ne faille pas aller dans le rapport détailler pour qu'il récupère les informations s'il n'y a aucune perte attaquante. Je pense notamment aux grands pilleurs qui gagneraient pas mal de temps avec ça.
Citation de: floflo67 le 25 Octobre 2012, 19:44:45
Sinon, ça serait sympa qu'il ne faille pas aller dans le rapport détailler pour qu'il récupère les informations s'il n'y a aucune perte attaquante.
Je trouve aussi que ce serait une amélioration très pratique !!
;)
A mettre dans les évolutions sur Jira si ce n'est déjà fait ;)
Ptet que je ferais l'évolution d'ici peu.
J'ai un problème, les graphique ont disparu, j'ai le message, pas de graphique disponible
Quelle version d'OGSpy ?
ma 3.1
mod 1.0.2
j'avais le graphique il y a encvore de sa une semaine, et la il a disparu, et quand je remplace l'url de l'image(car je l'ai aussi en local), c'est a dire: http://lpe.tonogspy.com/index.php?action=attaques&subaction=attaques
sa me met: l'image "http://lpe.tonogspy.com/index.php?action=attaques&subaction=attaques" ne peut pas etre affiché car elle contient des erreurs.
@mascotte
tu peux aller verifier dans mysql si tu n'aurais pas un RC foireux qui ferait bugger l'affichage graphique
non :/
et j'ai désinstaller, re-installer le mod, rien n'y fait ...
t'es certain que les tables ont été effacées ?
es tu certain qu'il n'y a pas un rc bizarroide
Oui finalement j'ai mis la version du trunk, elle est 10 fois mieux et marche du tonnerre :)
merci
Bonjour,
Déterrage de topic pour ce mod que j'utilise énormément
Une question, en cas d'AG, c'est la totalité du butin qui est pris en compte, et non la part de chaque joueur ... d'ou ma question :
Une âme charitable voudrait-elle bien jeter un oeil et voir si on peut ajouter une fonction de modification manuelle (pour changer les valeurs en fonction du partage entre les joueurs de l'AG) ??
Je sais bien que peu de développeurs sont dispos actuellement, mais ce mod n'est malheureusement plus maintenu bien que très souvent utilisé je pense.
Salut
C'est prévu dans le futur OGSpy.
L'actuel restera comme il est, nous effectuons juste des corrections, ce qui nous prend suffisamment de temps. Plus nous en passons sur l'actuel, moins le nouveau avance^^
Ok, merci pour la réponse
Reste plus qu'à attendre le prochain OGSpy ;)
Espère pas avant la fin de l'année xD
Oui avec 1 développeur ça n'avance pas très vite ^^
Je remonte un autre petit souci, ça peut servir pour la prochaine version ;)
Lors du changement de mois, les attaques lancées avant minuit mais impactant après minuit font bugger le mod
Difficile à expliquer mais j'essaye quand même :P
1er mars
0h15 : ouverture du mod => page "vos attaques de février ont été enregistrées etc..."
Actualisation de la page : affichage des attaques de Mars
0h30 : ouverture d'un rc
ouverture du mod => retour sur la page "vos attaques de février ont été enregistrées etc..." avec seulement le rc en question d'enregistré et dans les statistique : 2 mois de février
et ainsi de suite, le mod ne refonctionne normalement qu'à partir de l'ouverture d'un rc dont le départ a eu lieu le 1er mars après minuit
Voilou ^^
Dispo dans autoupdate en l'état.
Il y aura surement des bugs à remonter ;-)
Merci de ton implication Darknoon ;)
Depuis que je l'ai je n'ai rencontré aucun bug... Donc c'est pas si mal que ça.
Petite erreur que je vois assez souvent :
Citation14/03/2013 20:12:29 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
14/03/2013 20:12:29 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
14/03/2013 20:12:22 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
14/03/2013 20:12:22 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
14/03/2013 20:12:22 : [PHP-ERROR] 8 - A non well formed numeric value encountered ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 154
14/03/2013 20:12:22 : [PHP-ERROR] 8 - A non well formed numeric value encountered ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 151
14/03/2013 20:12:22 : Madmax supprime l'une de ses attaque dans le module de gestion des attaques
14/03/2013 20:11:51 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
14/03/2013 20:11:51 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
A part ça tout à l'air de bien fonctionner.
Les graphiques aussi ?
J'ai pas vu de bug pour les graphiques ;)
Cool :)
Pour moi le mod fonctionne parfaitement et les graphiques sont plus qu'impressionnants!!
J'aime bien aussi la fonction admin pour empêcher de mettre les attaques subies.
Whaou !!
Je viens de mettre à jour en 1.0.3, les nouveaux graphiques sont superbes
Qui faut-il remercier pour ces changements ??
C'est moi qui les ait mit mais c'est Superbox qui m'avais parlé de la librairie (je crois) et je crois que c'est machine qui l'a ajouté à ogspy dans une fonction générique.
Alors bravo à tous pour ce travail d'équipe ;)
Bonjour a tous et merci pour la mise a jours de ce super mod, j'ai cependant une petite question:
Avant dans statistique apparaissait aussi tous les membres inscrit(maintenant il n'y a que mes résultat), est ce un bug de mon coter ou est ce normal ?
Merci
Gestion des attaques 1.0.3
Ogspy 3.1.2
C'est vrai que ça serait bien qu'on sache ce que l'autre à comme renta.
A part l'export sur le forum à un moment X, il n'y a pas d'autre concurrence :)
Et on poste tous les mois nous.
Citation de: nicoaqua le 23 Mars 2013, 10:40:59
Bonjour a tous et merci pour la mise a jours de ce super mod, j'ai cependant une petite question:
Avant dans statistique apparaissait aussi tous les membres inscrit(maintenant il n'y a que mes résultat), est ce un bug de mon coter ou est ce normal ?
Merci
Gestion des attaques 1.0.3
Ogspy 3.1.2
Je savais meme pas que ca le faisait ^^
sisi et c'est un truc achement intéressant pour comparer ces renta, je suis en train de me faire pourrir en ce moment a cause de ça.
un retour a la version 1.0.2 est envisagé.
mais les graphiques sont trop top
Je me sers de ce mod depuis un moment déjà et jamais je n'ai vu les bilans des autres utilisateurs de celui-ci...!
Tu ne confonds pas avec le mod HofRC ???
pas de bilan mais dans la dernière pages il y avait des courbes de tous les utilisateurs
Salut a tous...
J'avais une petite question concernant ce mod... enfin.. 2.. ;D
Quand on afficher un RC 2x.. il est aussi comptabilisé 2x.. normal ?? ???
Et aussi.. les dates des RC sur OGSpy.. ne sont pas celle des attaques.. mais celle du jour ou on a ouvert les RC... normal aussi ?? ::)
Merci d'avance pour ceux qui se pencheront dessus..
p.s. J'ai la version 1.0.3 intallé...
Quelles sont tes versions de Xtense ? Toolbar et Mod ?
La version du mod XTense est la 2.4.2... la toolbar c'est 2.5.0..
p.s. je suis hébreger sur ton serveur darknoon...(darkcity.fr) ;D
Au passage, la mise à jour avec les nouveaux graphiques a fait disparaitre toutes les archives chez moi :(, en plus des stats des autres utilisateurs...
Oh, ca sent le update foireux :(
Possible parce que moi étant un heureux veinard d'être hébergé chez FREE, j'ai fait la màj manuelle et tout est en ordre.^^
C'est bizarre son cas, car j'ai mis à jour le mod puis je l'ai rétrogradé et j'ai toujours les archives.
Peut-être que les archives ne sont pas reconnue par la nouvelle version du mod ?
Oui ça doit être un update qui s'est mal passé,
En revenant manuellement je n'ai pas récupéré les archives ...
J'ai eu ce matin des rapports lu mais qui n'ont pas voulu s'enregistrer.
J'ai du les effacer puis les relire.
C'est déjà arrivé à un joueur que je connais également...
Heu si je puis me permettre, je viens d'avoir une info pour le moins étrange car c'est la 1ère fois que l'on m'en parle et d'après ce que l'on m'a remonté il me semble que cela pourrait venir du mod:
Alors de nouveaux membres se sont inscrits sur ma carto et m'ont informé qu'ils ne pouvaient pas envoyer les RC ou recyclages d'avant leur inscription à OGSPY, par contre (pour exemple) ils ont pu envoyer les expéditions...Et ils n'ont pu envoyer que les RC et Rc du jour de l'inscription à la carto.
Alors le mod ou autre?
Tout d'abord, il me faudrait leurs versions Xtense (MOD et XPI OU GreaseMOnkey) car il se peut qu'il y ait des problèmes de versions qui provoque un mauvais fonctionnement du MOD.
Tu prends ma signature et tu as tout ^^
Le mod 2.4.2comme c'est ma carto et la barre 2.5.2 parce que c'est moi qui leur ai donné le lien^^ pour être sûr qu'ils aient la même que moi...De plus je verifie dans OGPY au cas où il y aurait des malins^^
EDIT: pour XtenseGM un membre vient de l'installer je verrais s'il a le même problème...La version c'est la dernière, pas celle sur ma sign..et il l'a installé sous GC...
Ceux qui ont le problème sont sous Firefox avec la barre Xtense pour firefox.
plus d'archives également en revenant a la version 1.0.2 :(
edit: c'est ma faute, j'ai fait désinstaller le mod donc il a vider la base. Nota pour plus tard ne pas toucher au serveur quand mes yeux ne sont pas encore bien ouvert et vive les sauvegardes.
Je mettrais a jours quand l'onglet statistique sera a nouveau comme celui de le 1.0.2 avec les courbes des autres membres inscrit
Bonjour,
Je reviens sur une question que j'ai déjà posée :
(et je sais qu'il n'y aura pas de modifs au mod actuel ^^^)
La possibilité de changer manuellement une rentabilité (dans le cas d'AG par ex, pour diminuer la renta effective ou pour rajouter les ressources renvoyée par le collègue)
En attendant une V5, quelle serait la commande php à envoyer pour prendre en compte ces changements ??
Je pensais envoyer une commande pour insérer les données dans les champs de la table "ogspy_attaques_attaques", mais je coince sur le format des champs "attack_coord" et "attack_date".
Pour ce qui est de "réduire une renta" je sais que je ne pourrais pas dispatcher les ressources, mais incrémenter la variable "attack_pertes" permettra au moins d'avoir une renta globale juste ;)
Une âme charitable pour jeter un œil ??
Euh, ca pourrait être en evo c'est clair mais faut voir quels mods seront reprit en V5
Est ce que l'un d'entre vous pourrais m'envoyer des screenshots d'un mod gestion des attaques bien rempli.
J'aimerais compléter le topic officiel d'OGSpy avec ces données :-)
Merci d'avance,
Dark
si tu regarde un peu plus haut j'ai mis un screen de statistique de la version 1.0.2
si tu en veux de la 1.0.3 j'ai l'ai enlever désoler
Citation de: Jedinight le 29 Mars 2013, 16:38:41
Euh, ca pourrait être en evo c'est clair mais faut voir quels mods seront reprit en V5
Je sais que c'est pas à l'ordre du jour, ni même forcément pour la v5, mais il doit être possible d'incrémenter une ligne manuellement via phpmyadmin
Je bloque juste sur la syntaxe de la commande ^^
@ Darknoon : tu veux quoi comme screens exactement ??
Citation de: darknoon le 29 Mars 2013, 17:09:15
Est ce que l'un d'entre vous pourrais m'envoyer des screenshots d'un mod gestion des attaques bien rempli.
J'aimerais compléter le topic officiel d'OGSpy avec ces données :-)
Merci d'avance,
Dark
Quand tu parles de screens, tu veux dire une partie du tableau ou toute la page, graphiques y compris? Et je suppose chaque partie du mod?
Si c'est toute la page je suppose (encore) que tu veux y voir toutes les données car sinon je peux faire "zoom arrière" pour avoir la page entière sans découpe ou raccord.
Darnoon, je t'envoie ça : http://thepicthworld.fr/ogame/OGSteam/
(C'est la version 1.0.2 !!)
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_attaques01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_recyclages01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_bilan01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_espaceBBCode01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_espaceArchive01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_statistiques01.png
http://thepicthworld.fr/ogame/OGSteam/gestion_des_attaques_admin01.png
Je complète avec 4 screens en v1.0.3 :
http://alliancenoire.besaba.com/Images/Attaques.png
http://alliancenoire.besaba.com/Images/Bilan.png
http://alliancenoire.besaba.com/Images/Recyclages.png
http://alliancenoire.besaba.com/Images/Statistiques.png
Citation de: roms0406 le 29 Mars 2013, 22:06:42
Je sais que c'est pas à l'ordre du jour, ni même forcément pour la v5, mais il doit être possible d'incrémenter une ligne manuellement via phpmyadmin
Je bloque juste sur la syntaxe de la commande ^^
La commande dans le mod est celle-ci :
"INSERT INTO ".TABLE_ATTAQUES_ATTAQUES." ( `attack_id` , `attack_user_id` , `attack_coord` , `attack_date` , `attack_metal` , `attack_cristal` , `attack_deut` , `attack_pertes` )
VALUES (
NULL , '$user_data[user_id]', '$coord_attaque', '$timestamp', '$ressources[1]', '$ressources[2]', '$ressources[3]', '$pertes'
)"
Je voudrais insérer manuellement le correctif mais je ne sais pas sous quel format mettre les valeurs manuellement (je suis pas très fort en bases de données ^^)
Une ame charitable pour me guider ?? :-[
EDIT : finalement j'ai abandonné, j'ai directement modifié les valeurs de la ligne en question via PhpMyAdmin...
Une âme charitable pourrait me donner un lien de téléchargement pour un update manuel pour la version 1.0.3 s'il vous plait :)
Citation de: roms0406 le 02 Mars 2013, 13:08:48
Je remonte un autre petit souci, ça peut servir pour la prochaine version ;)
Lors du changement de mois, les attaques lancées avant minuit mais impactant après minuit font bugger le mod
Difficile à expliquer mais j'essaye quand même :P
1er mars
0h15 : ouverture du mod => page "vos attaques de février ont été enregistrées etc..."
Actualisation de la page : affichage des attaques de Mars
0h30 : ouverture d'un rc
ouverture du mod => retour sur la page "vos attaques de février ont été enregistrées etc..." avec seulement le rc en question d'enregistré et dans les statistique : 2 mois de février
et ainsi de suite, le mod ne refonctionne normalement qu'à partir de l'ouverture d'un rc dont le départ a eu lieu le 1er mars après minuit
Voilou ^^
Je viens de voir que ça m'a fait quasiment la même chose du coup j'ai 2 fois le mois de Mars...avec les même données. Pour l'instant rien de gênant reste à voir si ça ne fait pas aussi doublon dans la BDD.
@Masterground ==> https://bitbucket.org/ogsteam/mod-attaques/get/1.0.3.zip (https://bitbucket.org/ogsteam/mod-attaques/get/1.0.3.zip)
EDIT: Bon voilà que cela a recommencé du coup j'ai 3 mois de mars dans mes archives !!! Mois identiques...étrange! Et cela sur tous mes serveurs 3.1.2!!!
J'ai pas de doublons moi, c'est étrange :/
Une image vaut mieux que de longs discours (qui disait ça déjà? ^^)
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi76.servimg.com%2Fu%2Ff76%2F15%2F93%2F74%2F50%2Farchiv10.jpg&hash=ec631a1192993575193e67543ee65a2b7ea26516)
Et dans ta table xxx_attaques_archives, t'as quoi comme valeurs pour tes doublons ?
Dans les champs suivants, tu as des différences :
- archives_id
- archives_user_id
- archives_nb_attaques
- archives_date
- archives_metal
- archives_cristal
- archives_deut
- archives_pertes
- archives_recy_metal
- archives_recy_cristal
Je vais regarder et je te dirais ça...Tu veux que je post sur bitbucket ou ici...je m'y perds ^^ un coup ici un coup bitbucket...Tiens c'est l'heure de l'apéro? Qui a dit ça?
BOnjour ,
Y aurait il que moi qui n'arrvie plus a envoyer les rapports de combat vers ogspy ?
MOn ogspy est en 3.1.3 , barre Xtense 2.4.8.6: , firefox 20.0 , win7 64 bits , j'ai aussi un xp cela ne fonctionne plus quand j ouvre mon rapport detaille mon script xtense reste en croix bleu , pour les batiements par contre c'est ok .
Lu,
Upgrade Xtense en 2.4.8.10 pour commencer.
http://userscripts.org/scripts/show/112690
meme probleme depuis le passage a ogame 5.4 et aussi dans la mise a jours des rc re dans galaxy
Tentez une maj du script GreaseMonkey
J'ai enlever xtense GM car ca ne fonctionne plus , j'ai remit la barre xtense 2.5.2 et c'est ok sans meme ouvrir le rapport detaillé imppec .
Essaye en désactivant les autres scripts.
C'est peut être ça qui fait buger.
Citation de: Jedinight le 09 Avril 2013, 11:38:20
Et dans ta table xxx_attaques_archives, t'as quoi comme valeurs pour tes doublons ?
Dans les champs suivants, tu as des différences :
- archives_id
- archives_user_id
- archives_nb_attaques
- archives_date
- archives_metal
- archives_cristal
- archives_deut
- archives_pertes
- archives_recy_metal
- archives_recy_cristal
Une image vaut mieux qu'un long discours pas toujours explicatif^^ mais il me semble que la réponse serait "Non"(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi76.servimg.com%2Fu%2Ff76%2F15%2F93%2F74%2F50%2Fbdd_at10.jpg&hash=c049726847353745fde482f959df1444b22e703f)
En effet, y'a plusieurs fois les mêmes dates pour le meme user_id; étrange ...
j'ai virer le script xtenseGM et installer la barre xtense et la ca marche
Citation de: Jedinight le 12 Avril 2013, 10:08:01
En effet, y'a plusieurs fois les mêmes dates pour le meme user_id; étrange ...
Je te le fais pas dire^^ c'est pas gênant mais étrange...Surtout que ce sont les mêmes données et je ne sais pas à quoi c'est dû.
Chez moi les RC ne sont plus lu. Xtense rien sans réaction et j'ai ça dans le journal :
13/04/2013 21:26:11 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
13/04/2013 21:26:11 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
13/04/2013 21:26:11 : [PHP-ERROR] 8 - A non well formed numeric value encountered ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 154
13/04/2013 21:26:09 : [PHP-ERROR] 8 - A non well formed numeric value encountered ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 151
13/04/2013 21:24:58 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
13/04/2013 21:24:58 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
13/04/2013 21:24:17 : [PHP-ERROR] 8 - Undefined variable: maxy ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 336
13/04/2013 21:24:17 : [PHP-ERROR] 8 - Undefined variable: pub_subaction ; Fichier: /home/anubys/www/ogspy/mod/attaques/attaques.php ; Ligne: 329
AG ou pas ?
Hello !
Petite question, dans la "vieille" version, dans la partie statistiques, on voyait également les rentas des autres joueurs ayant un compte ogspy. Cette fonctionnalité sera-t-elle de retour un jour ou il faut l'oublier ? C'était pas mal pour se motiver les uns les autres.
PS : c'est over méga chiant ce système de vérification pour poster..
Euh, je ne connaissais pas cette fonction.
Je viens tout juste de reprendre le mod et faut que je regarde ce qui est fait à l'heure actuelle.
Qu'est ce qui apparaissait exactement ? Le nom des joueurs avec les rentas de chaque ressources ?
Dans la partie statistiques, on avait la renta du mois globale comme , avec un chiffre global (ressources+recyclages-pertes), pour chaque joueur ayant envoyé ses RC sur ogspy.
C'était jour par jour, sur le mois en cours.
Je n'ai malheureusement plus mon vieux ogspy pour te montrer un exemple, en gros ça ressemblait à ça :
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fimg197.imageshack.us%2Fimg197%2F1296%2Fexempleogspy.jpg&hash=86e318b1c8070873b0c6f6f803305d314f1db9a6)
Si en plus tu peux rajouter une sorte de tableau en dessous avec la renta cumulée du mois, une sorte de top 3 ou top 5, ça serait vraiment top !
Un donut je pourrait faire peut être (http://www.highcharts.com/demo/pie-donut), j'ai voir si je peux faire ca :)
Niquel, merci beaucoup :)
Tiens Jedi ... Je me suis réveillé là ^^ et je me disais que peut-être en voyant un petit screen de la bdd concernant les doublons (ou triplés) dans la partie archives ça te donnera un indice.
Entre autre les mois de Janvier et Mars 2013. Etrange qu'hormis la date, les données ressources ne correspondent pas sur la bdd alors que dans le mod tu peux cliquer sur l'un ou l'autre, les données sont identiques.
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi82.servimg.com%2Fu%2Ff82%2F15%2F93%2F74%2F50%2Fbdd-ar11.jpg&hash=bb7852d912a1f6407f1898addcf864a5ab9629f8)
Ca sent un archivage qui n'était pas fini et qui a reprit :(
PS: j'ai ajouté un camembert de rentabilité mensuelle de tous les membres et j'améliore et homogénéise les pages entres elles
J'avais une copie d'écran de l'écran statistique voir ici :
http://forum.ogsteam.fr/index.php/topic,100.msg7720.html#msg7720
Mouais ptet pas dans les stats ce graph peut etre dans archives alors ;)
J'vais voir ce que je peux faire
plop
j'ai trouvé comment reproduire le bug pour les doublons dans l'archivage, par contre j'ai beau scruter la DB, je ne vois pas d'où il le sort..
En fait, il suffit tout simplement de mater un RC ou un rapport de recyclage du mois déjà archivé, et pouf, doublon
Citation de: badkarma le 04 Juin 2013, 23:03:57
plop
j'ai trouvé comment reproduire le bug pour les doublons dans l'archivage, par contre j'ai beau scruter la DB, je ne vois pas d'où il le sort..
En fait, il suffit tout simplement de mater un RC ou un rapport de recyclage du mois déjà archivé, et pouf, doublon
lol, et en plus c assez logique, ca ne survient du coup qu en debut de mois ???
Ok, donc en gros ca se passe le 1 du mois quand on regarde un RC de la veille.
Bizarre en effet que cela ne soit pas géré
Ou sinon aussi pour ceux qui ont le compte commandant (comme ils peuvent garder les RC autant d temps qu'ils veulent.)
A tester... je n'ai pas de compte commandant pour essayer désolé.
Moi non plus je n'ai pas de compte commandant mais bon on a une piste c'est déjà mieux.
Il faudrait ajouter le bug à bitbucket mais le projet n'en a pas apparemment :(
Y'a toujours des RC qui sont comptés double ou pas comptés du tout.
Je penche plus sur la piste de Xtense mais je n'en suis pas certain.
Xtense envoie les données, il se fout de savoir s'il est déjà importé.
C'est au mods de gérer ce qu'envoie xtense donc je penche plus pour le mod attaques.
Donc je suis sur le bon sujet :D
Mais comment savoir ce qui cloche. Il y a un moment ça le faisait sans cesse, une partie a surement été résolu mais ça recommence de temps en temps.
C'est ptet la requete de controle des données qui foire et qui change le comportement si t'es en debut ou fin de mois.
J'ai déposé le bug sous bitbucket donc je vais voir si je peux corriger ça.
Vulca a eu plusieurs fois ce bug, moi je pourrais te dire exactement.
Mais je pense que c'est le même problème qui est encore un petit peu présent :x
Pour moi je vous dirais si cela se reproduit fin juin ^^
Heu Jedi tu dis avoir ajouter un camembert pour tous les membres mais je ne le vois pas dans le mod!
Il est pas encore en dwld sous autoupdate?
J'ai regardé bitbucket et apparemment c'est le tip ?
J'ai pas commit encore, je dois faire 2 ou 3 retouches :P
Mouarf le vilain ^^
ok donc on va attendre ^^
:P <= moi aussi je sais tirer la langue^^
Bonjour à tous,
Depuis la v5.6.0 (aujourd'hui), les rapports de combat ne sont plus envoyés vers le serveur :(
Certainement pas grand chose mais le code et moi .... ;)
(J'arrive pas à déclarer le bug sur Bitbucket)
Pareil avec des erreurs sur le graphique et des Millions qui passent en mille.
ola,
etant donné que je ne raid pas ..
si qq peux m envoyer
le debug xtense ( ce qu xtense envoi a ogspy via url )
un c/c d un rc
un c/c du code source du rc ..
d avance merci,
je regarderai mais ne promet rien ....
on avait prévenu que juillet aout ca serai difficile.
Citation de: fromhell le 14 Août 2013, 17:14:01
je confirme plus de rc dans ogspy de la version ogame 5.6
chez moi message d'erreur avec les rapports detaillés
Toolbar version 2.5.2
Line 569 of file chrome://xtense2/content/functions.js:
Error : TypeError
Message: TypeError: doc is undefined
Backtrace: [
Line 569 of file "chrome://xtense2/content/functions.js": [doc is undefined]
Line 1137 of file "chrome://xtense2/content/parsers/newOgame.js": Xpath.getOrderedSnapshotNodes
Line 158 of file "chrome://xtense2/content/parsers/newOgame.js": XnewOgame.parseRc
Line 107 of file "chrome://xtense2/content/parsers/newOgame.js": XnewOgame.sendPage
Line 174 of file "chrome://xtense2/content/Xtense.js": XnewOgame.onPageLoad
Line 19 of file "chrome://xtense2/content/Xtense.js": Xtense.onPageLoad
]
...
Voilà déjà pour le debug xtense ;)
Pour le code source de la page, je fais un clic droit et "afficher la source" sur le pop-up c'est çà ??
L'envoi des RC ne marche plus à la lecture du message apparemment; par contre, l'envoi se fait bien dans le rapport détaillé.
En installant la 2.5.3 je pense que cela devrait aller mieux et si ca ne marche toujours pas, regarde au niveau de tes scripts et/ou modules complémentaires firefox ;)
ouf, jedi est la :p
Perso j'ai la 2.5.3, j'ai juste copié le message de "fromhell" par fainéantise ^^
J'ai les même messages d'erreur avec la 2.5.3, donc il y a du y avoir un petit changement par la GF qui empêche l'export
Au niveau des scripts et de firefox, rien n'a changé ... à part la v5.6 d'Ogame ;)
J'ai fait l'evolution pour prendre en charge leur modif à la mort moi le noeud.
Y'aura sans doute une 2.5.4 qui sortira aujourd'hui ;)
Merci Jedinight :)
Merci Jedinight
Ta version 2.5.5 marche nickel :D
Coucou,
Etant nouveau, je tiens à vous remercier pour votre taf d'une manière générale, votre travail améliore l'expérience d'ogame (je l'avais déjà installé il y a quelques années maintenant et j'en garde un excellent souvenir).
Pourquoi tous les mods (comme big brother par exemple) ne sont-ils pas dans le wiki?
Mon mod préféré est gestion des attaques, j'ai installé la v1.0.2 depuis le tableau obsolète http://wiki.ogsteam.fr/doku.php?id=ogspy:liste_mods vu que je n'ai pas trouvé d'autre version et forcément, ça marche paaaaaaaasssssssss... bref, y a t-il une v 2.5.3 ou 4 et où la trouve t-on?
En vous remerciant!!
Tout d'abord, il te faut de préférence la version 3.1.3 d'OGSPY disponible ici (https://bitbucket.org/ogsteam/ogspy/downloads) si je ne me trompe pas.
Après, via autoupdate, tu aura accès aux mods disponibles normalement.
Bonjour à tous,
J'ai un soucis car je viens de réinstaller un serveur et le mod gestion des attaques ne semble plus fonctionner car la page du mod ne m'indique aucune attaque alors qu'elles ont bien été transférées par la barre Xtense (message en vert "rapport envoyé").
Je vois que ma table "ogspy_attaques_attaques" reste complètement vide ... alors le rapport est envoyé ou pas? et si oui sur quelle table?
J'ai désactivé les autres mods, ça envoie toujours quelque chose mais je ne vois toujours rien dans le mod
version de la barre : 2.5.7
version du serveur : 3.1.3
Mods installés actifs :
Gestion des attaques (1.0.3)
eXpedition (1.0.2)
Xtense (2.5.1)
autoupdate (2.0.9)
gestionmod (2.0.0)
Voilà les informations de deboguage sur un envoi de RC
Données envoyées : toolbar_version=2.5.7&toolbar_type=FF&mod_min_version=2.4.1&user=senadu&password=PSWD&univers=http://s108-fr.ogame.gameforge.com&type=rc&date=1395475287&win=A&count=1&result[win_metal]=181991&result[win_cristal]=69161&result[win_deut]=22615&result[a_lost]=0%20unit%C3%A9s%20Le%20d%C3%A9fenseur%20a%20perdu%20au%20total%200&result[d_lost]=0&result[deb_metal]=0&result[deb_cristal]=22615%20unit%C3%A9s%20de%20deut%C3%A9rium%20L%60attaquant%20a%20perdu%20au%20total%200%20unit%C3%A9s%20Le%20d%C3%A9fenseur%20a%20perdu%20au%20total%200%20unit%C3%A9s%20Un%20champ%20de%20d%C3%A9bris%20contenant%200%20de%20m%C3%A9tal%20et%200&moon=0&moonprob=0&n[0][player]=Senadu&n[0][coords]=1%3A261%3A8&n[0][type]=A&n[0][weapons][arm]=180&n[0][weapons][bcl]=160&n[0][weapons][coq]=180&n[1][player]=Vodkawawa&n[1][coords]=1%3A277%3A12&n[1][type]=D&n[1][weapons][arm]=0&n[1][weapons][bcl]=0&n[1][weapons][coq]=0&rawdata=-1
URL du serveur : http://hydra.ogspy.weax.net/mod/xtense/xtense.php
URL complète : http://hydra.ogspy.weax.net/mod/xtense/xtense.php?toolbar_version=2.5.7&toolbar_type=FF&mod_min_version=2.4.1&user=senadu&password=PSWD&univers=http://s108-fr.ogame.gameforge.com&type=rc&date=1395475287&win=A&count=1&result[win_metal]=181991&result[win_cristal]=69161&result[win_deut]=22615&result[a_lost]=0%20unit%C3%A9s%20Le%20d%C3%A9fenseur%20a%20perdu%20au%20total%200&result[d_lost]=0&result[deb_metal]=0&result[deb_cristal]=22615%20unit%C3%A9s%20de%20deut%C3%A9rium%20L%60attaquant%20a%20perdu%20au%20total%200%20unit%C3%A9s%20Le%20d%C3%A9fenseur%20a%20perdu%20au%20total%200%20unit%C3%A9s%20Un%20champ%20de%20d%C3%A9bris%20contenant%200%20de%20m%C3%A9tal%20et%200&moon=0&moonprob=0&n[0][player]=Senadu&n[0][coords]=1%3A261%3A8&n[0][type]=A&n[0][weapons][arm]=180&n[0][weapons][bcl]=160&n[0][weapons][coq]=180&n[1][player]=Vodkawawa&n[1][coords]=1%3A277%3A12&n[1][type]=D&n[1][weapons][arm]=0&n[1][weapons][bcl]=0&n[1][weapons][coq]=0&rawdata=-1
Réponse du plugin : ({"new_messages": 0,"type": "rc","execution": 17.45})
As-tu des logs d'erreur SQL dans la partie Administration ?
Non, dans la partie log SQL il n'y a rien du tout.
Dans la partie log general j'ai : [Xtense][] senadu envoie un rapport de combat
[EDIT]
Ah ! j'ai trouvé où mes rc se retrouvent, c'est dans la table ogspy_parsedRC
... c'est normal?
Euh non c'est pas normal !
T'es sûr que le lien est fait entre Xtense et Attaques ?
Dans le module attaques, onglet Admin; tout en bas tu as une section "Xtense 2" et ca devrait te marquer : "Le module 'Gestion des Attaques' est correctement enregistré auprès de Xtense2"
Dans Xtense 2 (le module sur OGSPY) tu devrais avoir un tableau dans l'onglet "Mods" avec marqué activé dans la dernière colonne
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fmorgan.jerabek.fr%2Fimages%2F12.gif&hash=2b93156f60954faef0a0077e81d7ab20423ad4e2) Super ! c'est exactement ça !
J'avais ce message :
CitationLe module 'Gestion des Attaques' n'est pas enregistré auprès de Xtense2
Donc un clic sur le bouton d'enregistrement et hop tout est rentré dans l'ordre :)
Un grand merci !
Pas de quoi 8)
Nouveau soucis avec ce mod pour un de mes membres qui me génère ces erreurs dans le log :
Erreur n°1054 Unknown column 'SAT' in 'field list'
C'est un message d'erreur que j'ai déjà vu passer mais ponctuellement alors que là c'est pratiquement sur tous les envois.
version du mod 1.0.3
version du script 2.5.6.2
Je viens de me rendre compte que la version du script que moi j'utilise et qui ne pose pas de soucis est 2.5.6.1 et je ne trouve pas trace de la version 2.5.6.2 sur bitbucket. Cette version a été téléchargée ici :
http://vulca.0fees.net/script/Xtense.user.js
Quelle version d'ogspy as-tu ?
3.1.3
Bon, j'ai pas la solution mais apparemment le problème se pose quand les rc sont juste visualisés sans aller dans le rc détaillé. En allant dans le rc détaillé je ne vois pratiquement plus l'erreur.
Très étrange tout ça >:(
On avait un bug entre ogspy 3.1.1 et 3.1.2 : Le champ sat n'etait pas créé lors de la mise à jour.
Il va te falloir l'ajouter à la main ;-)
hi,
Donc pour info mon serveur tourne avec Apache 2.4, Php 5.5 (à jour). Je ne sais pas si le problème est lié ou non mais j'ai parfois des doublons dans mes attaques (une fois sur 20 environs).
je viens de me rendre compte d'une erreur dans les logs apaches :
[Tue Jul 15 12:56:09.644121 2014] [:error] [pid 220] [client XX] PHP Notice: Undefined variable: maxy in /ogspy/mod/attaques/attaques.php on line 336, referer: http://mondomaine.fr/ogspy/index.php?action=attaques&page=bilan
[Tue Jul 15 14:42:06.380096 2014] [:error] [pid 264] [client XX] PHP Notice: Undefined variable: pub_subaction in /ogspy/mod/attaques/attaques.php on line 329, referer: http://mondomaine.fr/ogspy/index.php?action=
[Tue Jul 15 14:42:06.380163 2014] [:error] [pid 269] [client XX] PHP Notice: Undefined variable: maxy in /ogspy/mod/attaques/attaques.php on line 336, referer: http://mondomaine.fr/ogspy/index.php?action=
[Tue Jul 15 14:42:17.273278 2014] [:error] [pid 269] [client XX] PHP Notice: Undefined variable: pub_subaction in /ogspy/mod/attaques/bilan.php on line 169, referer: http://mondomaine.fr/ogspy/index.php?action=attaques
[Tue Jul 15 14:42:17.273346 2014] [:error] [pid 269] [client XX] PHP Notice: Undefined variable: maxy in /ogspy/mod/attaques/bilan.php on line 176, referer: http://mondomaine.fr/ogspy/index.php?action=attaques
Le contenu des fichier php cité :
attaques.php on line 329 = 329 if ( $pub_subaction !="recyclage") {
330 while (list($jour, $metal, $cristal, $deut) = $db->sql_fetch_row($result)) {
331 $barre[$jour][0]=$metal;
332 $barre[$jour][1]=$cristal;
333 $barre[$jour][2]=$deut;
334
335 // on recherche la valeur la plus grande pour définir la valeur maxi de l'axe Y
336 if ($metal>$maxy) {
$maxy=$metal;
}
if ($cristal>$maxy) {
$maxy=$cristal;
}
if ($deut>$maxy) {
$maxy=$deut;
}
}
}
bilan.php on line 169 = 169 if ( $pub_subaction !="recyclage") {
170 while (list($jour, $metal, $cristal, $deut) = $db->sql_fetch_row($result)) {
171 $barre[$jour][0]=$metal;
172 $barre[$jour][1]=$cristal;
173 $barre[$jour][2]=$deut;
174
175 // on recherche la valeur la plus grande pour définir la valeur maxi de l'axe Y
176 if ($metal>$maxy) {
177 $maxy=$metal;
178 }
179 if ($cristal>$maxy) {
180 $maxy=$cristal;
}
if ($deut>$maxy) {
$maxy=$deut;
}
}
}
Ps : c'est moi qui est rajouté les numéro de lignes pour être plus clair. Les fichier php de mon Ogspy sont ceux d'origine.
Oui petit soucis à la génération des graphiques. AUcun lien avec l'enregistrement des RC qui est fait avec Xtense.
Pour les doublons il faudrait voir du côté du fichier Xtense.php du mod Xtense.
Merci pour se MOD il est très pratique :)
Excellent mod, mais les donuts en statistiques est-ce normal ?
Au niveau des statistiques je devrais voir l'ensemble des membres mais je ne trouve que moi et mon donuts...
http://prntscr.com/4ga6i5 (http://prntscr.com/4ga6i5)
N'y a t-il plus la possibilité par ailleurs de repasser en graphique plutôt qu'en donuts comme celà ?
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FrFIZI.png&hash=7be4cb35c1e9882ced009214999d2340a5b619ff)
celles-ci étaient plus agréables et compréhensibles.
Le mods n'est pas maintenant à jour mais pourtant il ne manquerait pas beaucoup pour qu'il le soit complètement étant donné que nous l'utilisons depuis 2 ans maintenant.
Personne à quelques heures à y accorder ?
Je up le topic car effectivement, de mon côté nous utilisons beaucoup ce mod, ainsi que "Hall of Fame RC" d'ailleurs
Le mod marche bien sauf 2 bugs identifiés de mon côté :
1 - Le cdr cristal enregistré est en fait le pillage deut du rc (uniquement avec xtense pour firefox) (bug enregistré sur bitbucket)
2 - les rc sont enregistrés en double voir en triple et plus (uniquement avec xtense pour chrome)
Ça doit pas être grand chose à corriger mais ça dépasse mes compétences (j'ai cherché pourtant ^^)
PS: il y a effectivement aussi la limite de chiffres, mais j'avais déjà eu la réponse : le codage en 32bits qui limite la taille max des chiffres enregistrés dans ogs :(
Bonjour,
Je passais par la quand j'ai lu ton post.
Le point 2 je ne pourrais dire que j'ai pas chrome.
Par contre je travaille avec xtense et firefox. Attention je parle de la barre xtense, pas le script greasemonkey.
Je n'ai pas de soucis d'enregistrement des ressources qui viens d'un RC. Je viens de faire le test. Le cristal pillé pendant l'attaque est bien enregistrer en cristal et le deut dans deut.
Mes versions de xtense et tout sont dans ma signature :)
Bonjour,
Alors moi j'ai remarqué que j'avais souvent des doublons et je n'ai pas trouvé l'erreur qui implique l'enregistrement des attaques lorsqu'elles existent déjà, ou plutôt j'ai trouvé la requête mais je ne comprends pas pourquoi des fois le test d'existence échoue. J'ai donc ajouté un bout de code pour supprimer les doublons au chargement de la page et ça marche niquel.
Par contre j'ai deux autres soucis :
- le premier, pas grave, c'est que j'ai beaucoup de warnings php notamment sur des variables qui n'existent pas, je n'ai pas vraiment eu le courage de me plonger dedans parce que j'ai l'impression qu'il y a du boulot ! :p
- le deuxième, c'est qu'avec Google Chrome (extenion 2.5.8.1), j'ai besoin d'ouvrir le rapport détaillé pour envoyer les informations, je voulais donc savoir si c'était du côté du mod qu'on pouvait améliorer ça ou comme je le pense, du côté de l'extension ? Si quelqu'un a un lien pour la source de l'extension ça m'intéresse, parce que je gagnerais pas mal de temps s'il n'y avait besoin que d'ouvrir le résumé du rapport, voire même si on pouvait récupérer les infos sans ouvrir le rapport !
Aussi, je me permets une suggestion, peut-être serait-il bien d'ajouter une page pour résumer les attaques de tous les membres de l'ally, histoire de se comparer aux autres...
Merci pour votre boulot
boaf
Salut, pour la source Xtense sous Chrome tu peux la récupérer dans ton profile Chrome :
Chez moi sa se trouve dans ; C:UsersSkylineAppDataLocalGoogleChromeUser DataDefaultExtensionsmkcgnadlbcakpmmmdfijdekknodapcgl2.5.8.1_0
Tu peux directement modifier ses fichiers.
Pour t'inspirer de la toolsBarre FF, il te suffi de télécharger les .xpi et tu le décompresse avec 7zip, winrar ou autre
Tu pourra donc t'inspirer du JS de FF pour reproduire sur Chrome.
Il te faudra surement adapter un peux le code car les 2 navigateur ne construise pas complétement pareille le html de la page.
Ok je vais voir de ce côté-là ! Merci beaucoup
De rien, tien nous au courent, j'ai des membres qui sont sous chrome que sa pourrais intéresser
Le package chrome est disponible sur mon espace bitbucket ?
Bonsoir,
Étant un attaquant d'inactif sans défense acharné, j'ai bossé sur le mod inactif pour essayer de calculer la production plus réellement. J'avais fais des modification, mais étant débutant, Pitch314 m'a corrigé et nous avons fais un truc sympa.
Maintenant nous avons une liste d'inactifs, avec leur production, on peut donc faire des vagues d'attaques sur ce qui produise le mieux.
Mais ! Ce n'est pas forcement eux qui rapporterons le plus ;)
On peut imaginer que certains inactifs qui produise bien se font raider journalièrement par 3 autres type, alors qu'un inactif qui produit un peu moins n'est raider par personne. Donc dans ce cas la vaudrait mieux raider l'inactif qui produit un peu moins !
Vous voyez ou ou je veux en venir ?
Ce module Gestion des attaques et vraiment bien, et possèdent énormément de données.
Dans l'onglet attaque, sur la période choisi, par exemple sur le début du mois, on obtiens le total des ressources récupérer ect...
On a en dessous la liste de toutes les attaques et de leur résultats.
Du fait, (oui je parle beaucoup :p ), je me demande si il serait pas d'avoir un autre tableau qui calcul par coordonnée, la rentabilité moyenne, selon le nombre d'attaque et la somme totale de ressources récupérer.
Ainsi on aura non plus des résultats théorique de la rentabilité des inactifs que l'on attaque, mais des résultats réel ! Et du fait on pourra remarquer certaines pépites, où au contraire des inactifs qui rapporte bien moins que ce qu'il produise.
Qu'en pensez vous ?
Cela devrais être simple a mettre en place en plus je pense :)
Après une prochaine étapes... un lien entre les deux modules, pour faire un tableau commun, entre production réel (du mod inactif ), le nombre d'attaque réalisé (du mod gestion des attaques ) et de la renta réelle ( du mod gestion des attaques ).
Bonne soirée :)
Salut, comme toi les gris sont mes amis favoris, il me rapport 2 fois plus que ma prod avec des mine 40/33/36.
J'en fais environ 150 pillage par jours, actuellement j'utilise antigame pour filtrer les inactif qui ne sont pas intéressent mais se que tu résume j'y penssais avec par exemple dans la vue Galaxi de Ogame des indicateur sur les planète intéressent, rentable.
Je réfléchis a un système qui apprend avec le temps, au début ont devrais scanner toutes planète puis avec le temps ont ne scan que les gris indiquer par le plugin
En effet, par planètes pillées avoir la moyenne d'un raid et le cumul seraient intéressants.
En revanche, il n'est pas possible/envisageable de le faire pour chaque planète. Il faut se limiter à n planètes. (Ne serais-ce que pour l'affichage)
Et quand bien même on prend n planètes les plus rentables, le problème reste le même : le temps de calcul que ça pourrait prendre. Un ajout d'une fonctionnalité de telle sorte demande réflexion.
Plage temporelle des statistiques ?
Durée des données ?
Calcul en direct, ou avec aide SQL ?
optimisation avec élimination des extrêmes ?
Bonjour,
J'ai commencer à faire une version modifié de "attaque.php" pour voir ce que cela peut donner.
Dans la page attaque.php on a la liste de toutes les attaques pour le mois en cours.
Avant tout je rappelle que je suis ultra novice en php.
Du coup j'ai copier le tableau de ce résultat, et j'ai réussis à faire une somme du métal, cristal ect... par coordonnées ! Puis par rapports aux nombres d'attaques je divise et j'ai un ratio.
Par contre j'ai pas réussi a grouper le tout par coordonnées pour l'affichage, en gros si j'ai deux attaque a destination de 3:98:3, dans mon tableau j'aurai deux lignes, avec chacune les bonnes valeur pour la coordonnées 3:98:3.
Bon j'imagine que pour vous c'est rien, mais moi je cherche comment régler cela :) J'y arriverais bien.
Mais bon après mon travail ne sera surement pas propre, il faudrait surement repenser directement la requêtes MySQL. Mais j'ai pas les compétences encore.
Quand aux résultats, justement tu parles d'une optimisations et éliminations des extrêmes, je pense qu'il faudra faire des choses du genre oui.
Je m'explique, on se rend compte que la planète X rapporte beaucoup plus que la planète Y. Que vais-je faire ? Faire plus d'attaque par jour sur X que sur Y. Même si au final X me rapportera plus par jour, au final le système trouvera peut être Y plus rentable, car quand j'y vais j'y vais moins souvent mais je prend plus. Et donc une moyenne plus élevé.
Il faudra réfléchir à cela... Faire une moyenne par attaques par exemple, et par jours ( sans prendre forcement en compte le nombre d'attaques ). A y méditer ! :)
Bonjour à tous,
Alors perso je trouve Ogspy et ces mods une merveille je l'utilise régulièrement quand je me remets à jouer.
Par contre dès que vous parlez programmation ou autre ... bah comptez pas sur moi j'y capte rien ... je ne suis malheureusement qu'un utilisateur lambda même si j'ai réussi à administrer mon Ogspy lol.
Je lis que darknoon a quelque chose sous chrome mais à priori pas accessible sous bitbucket.
Qu'en est il ?
Sinon dommage (et désolé si j'en suis un exemple) qu'il ne soit plus aussi soutenu ... beaucoup ne veulent plus le suivre ou s'en servir ... même mon ally ou les potos ... car les évolutions sont difficiles à suivre (pour les non geek).
PS : je donne un avis pas une certitude et de plus je trouve l'outil superbe ... je n'ai rien trouvé de comparable à l'heure actuel même si c'est difficile entre les liens mort et les "orphelins" ...
Bon courage à tous et encore merci de maintenir cette communauté de "programmateur / utilisateur"
Hello,
Normalement tous les mods maintenus sont visibles dans autoupdate. La Gestion des attaques en fait partie :-)
Si tu es chez free tu peux télécharger le mod ici : https://bitbucket.org/darknoon29/mod-attaques/get/1.0.3.zip
et le projet se trouve ici : https://bitbucket.org/darknoon29/mod-attaques/
Pour motiver les troupes à utiliser OGSpy le meilleur moyen est de montrer quelques captures d'écrans sur ton forum avec les différentes fonctionnalités : en général cela intéresse bien :-)
Salut,
merci pour le lien (je viens de passer sous Free lol)
Par contre je ne comprends pas la structure du lien du projet ... du coup je ne sais pas pourquoi tu me la communique.
(juste un peu pommé lol)
J'ai rien dit en fait oui je vais par là pour télécharger les derniers carats.
Merci
Salut à tous,
Je viens d'être confronté à un petit souci avec mes collègues, qui pourrait donner lieu à une idée d'évolution pour ce mod
Je m'explique :
Une personne fait un hof, mais c'est un collègue qui recycle et renvoie le cdr => dans gestion des attaques le hoffeur n'a donc pas le recyclage et ses stats en prennent un coup, alors que celui qui a recyclé voit ses stats gonflées à tort vu qu'il a renvoyé le cdr ^^
Ce qui serait bien, dans ce genre de cas ou lors de partage de cdr sur une AG, ce serait d'avoir une possibilité de modifier ses recyclages manuellement, c'est à dire un champs qui permettrait d'implémenter une nouvelle ligne dans la bdd avec des valeurs positives ou négatives de recyclage.
Ce qui permettrait de rajuster les stats
J'espère que je me suis fait comprendre :)
(un champs de saisie simple associé à une fonction d'implémentation suffirait je pense, mais je vous laisse réfléchir au sujet et à sa mise en œuvre ou pas)
Merci ;)
Pour info le mod convertisseur possède une partie commerce il me semble.
Peut être à creuser de ce côté ci ;)
Salut,
Merci pour les mises à jour au passage ;)
Petite question, avant on avait les pourcentages par type de ressource sur le graph, là on n'a plus que les chiffres ... c'est dommage car les chiffres on les a déjà à côté du graph ^^
Bonjour,
J'ai récemment installé OGSPY v3.2.0
Quand je veux installer ce mode ça me dit:
28/08/2015 16:26:53 : [admin][mod_erreur] apo dossier mod/darknoon29-mod-attaques-fcb8afd9bd50/ n'est pas en minuscule
Une idée?
Merci
oui il faut renommer ton dossier en attaques au lieu de darknoon29-mod-attaques-fcb8afd9bd50.
Tu n'utilises pas autoupdate ?
Je n'avais pas compris que l'autoypdate servé a installer les mods. Je viens de passer par la, et ça a marché direct.
Merci de ton aide
Bonjour, avez vous des nouvelle pour la prise en change de la nouvelle V6?
se mod me manque terriblement
merci
Le travail est uniquement sur Xtense. Les mods ne devraient pas être impactés ;-)
Après c'est pour nous une question de temps libre :-) En journée il y a le boulot et le soir l'ogsteam : les journées sont longues...
C'était bien la vie étudiante auparavant :-)
lol oui je comprend tout a fait :)
merci a vous pour le temps que vous nous consacrer :)
Hello.
Cette remontée d'erreur dans le journal du serveur.
A priori par le module attaque
0] => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/mod/attaques/index.php
fonction => require_once
ligne => 75
file => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/index.php
[3]
- => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/mod/attaques/statistiques.php
fonction => include
ligne => 87
file => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/mod/attaques/index.php
[2]
- => SELECT user_stat_name, user_id, SUM(attacks.attack_metal), (SELECT SUM(recy_metal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_metal, SUM(attacks.attack_cristal), (SELECT SUM(recy_cristal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_cristal, SUM(attacks.attack_deut), SUM(attacks.attack_pertes) FROM ogspy_asgard_user users INNER JOIN ogspy_asgard_attaques_attaques attacks ON attacks.attack_user_id = users.user_id WHERE attacks.attack_date BETWEEN 1367359200 AND 1370037599 GROUP BY users.user_id ORDER BY user_stat_name ASC
fonction => sql_query
ligne => 361
file => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/mod/attaques/statistiques.php
[1]
- => SELECT user_stat_name, user_id, SUM(attacks.attack_metal), (SELECT SUM(recy_metal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_metal, SUM(attacks.attack_cristal), (SELECT SUM(recy_cristal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_cristal, SUM(attacks.attack_deut), SUM(attacks.attack_pertes) FROM ogspy_asgard_user users INNER JOIN ogspy_asgard_attaques_attaques attacks ON attacks.attack_user_id = users.user_id WHERE attacks.attack_date BETWEEN 1367359200 AND 1370037599 GROUP BY users.user_id ORDER BY user_stat_name ASC
fonction => DieSQLError
ligne => 164
file => /var/www/vhosts/bio-zag.ogspy.net/httpdocs/ogspy/includes/mysql.php
02/05/2016 16:02:10 : Erreur critique mysql - Req : SELECT user_stat_name, user_id, SUM(attacks.attack_metal), (SELECT SUM(recy_metal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_metal, SUM(attacks.attack_cristal), (SELECT SUM(recy_cristal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_cristal, SUM(attacks.attack_deut), SUM(attacks.attack_pertes) FROM ogspy_asgard_user users INNER JOIN ogspy_asgard_attaques_attaques attacks ON attacks.attack_user_id = users.user_id WHERE attacks.attack_date BETWEEN 1367359200 AND 1370037599 GROUP BY users.user_id ORDER BY user_stat_name ASC - Erreur n°
Mais impossible de savoir plus de l'utilisateur
Deux choses à surveiller :
Le contenu de la table : ogspy_asgard_attaques_recyclages
et le user_stat_name qui est passé ...
Hello en fait en bas de la page Statistiques du module Attaques:
Database MySQL Error
ErrNo::
Query:
SELECT user_stat_name, user_id, SUM(attacks.attack_metal), (SELECT SUM(recy_metal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_metal, SUM(attacks.attack_cristal), (SELECT SUM(recy_cristal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_cristal, SUM(attacks.attack_deut), SUM(attacks.attack_pertes) FROM ogspy_asgard_user users INNER JOIN ogspy_asgard_attaques_attaques attacks ON attacks.attack_user_id = users.user_id WHERE attacks.attack_date BETWEEN 1367359200 AND 1370037599 GROUP BY users.user_id ORDER BY user_stat_name ASC
voila j'ai reproduit l'erreur et les erreurs dans le journal sont bien les mêmes que ce que j'ai mis dans le post précédent
Et si tu mets cette requete dans phpmyadmin : quel est le résultat ?
Salut tous le monde,
Le résultat de la requête:
#1146 - Table 'zagspy.ogspy_asgard_user' doesn't exist ==> cette table en effet n'existe pas et a priori n'a pas été crée lors de l'installation
d'ailleurs aucune tables commençant par ogspy_asgard
ogspy_asgard_attaques_attaques
ogspy_asgard_attaques_recyclages
Des tables existent mais sans asgard soit:
ogspy_attaques_attaques
ogspy_attaques_recyclages
ogspy_attaques_archives
Mais il manque quand même la table
ogspy_attaques_user
Il faut donc au moins la crée a la main, pour ne pas refaire une installation complète du serveur, a moins que ce ne soit le mod qui crée ses propres tables
Donc il y a bien la création des tables dans install.php du mod attaques il y a bien les 3 cités mais sans asgard
Donc dans le script statistiques.php ligne 349:Citation$query = "SELECT user_stat_name, user_id, ".
"SUM(attacks.attack_metal), ".
"(SELECT SUM(recy_metal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_metal, ".
"SUM(attacks.attack_cristal), ".
"(SELECT SUM(recy_cristal) FROM ogspy_asgard_attaques_recyclages WHERE recy_user_id = users.user_id AND recy_date BETWEEN 1367359200 AND 1370037599) AS recy_cristal, ".
"SUM(attacks.attack_deut), SUM(attacks.attack_pertes) ".
"FROM ogspy_asgard_user users ".
"INNER JOIN ogspy_asgard_attaques_attaques attacks ON attacks.attack_user_id = users.user_id ".
"WHERE attacks.attack_date BETWEEN 1367359200 AND 1370037599 ".
"GROUP BY users.user_id ".
"ORDER BY user_stat_name ASC";
Modification du script en question en retirant
asgard_ et la partie statistiques du module attaque fonctionne bien
Bizarre ton soucis de tables, je n'ai jamais rencontré ce problème malgré de multiples installations...
As tu ré-essayé une install complète pour voir si cela se reproduit ?
La table serait à remplacer par : TABLE_ATTAQUES_RECYCLAGES
Euh quelle tables ?
Pour roms, une reinstallation complète a déjà été refaite
Le mod attaque est celui de l autoupdate
Je viens de faire une correction. Tu peux récupérer la version trunk pour voir ;-)
Top,
Chargement du mod du trunk, qui reste en v 1.1.2, la partie statistique fonctionne en affichant les graphiques des ressources.
Ok Je vais incrémenter la version dans le cas et la mettre à disposition de tous ;-)
(https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fi.imgur.com%2Fx2KOH5R.png&hash=7ca41a3b34048f3ef0215eae71064648fbb7e3da)
Le mod attaques, qui j'ai installé pour le AutoUpdate, n'est pas ajouter les donnés de Cristal e Deutérium
Peut être la utilisation du ogame.br? Ou du Antigame?
edit:Sorry for my bad french
Hi,
Could you take a screenshot of the report. Je vais vérifier ;-)
Thanks
Ogame reports:
http://imgur.com/a/e5phD
Et il n'y a pas des Recyclages aussi
Il ne me prends pas les RC ..
Pourtant je clic bien sur detail, a l'inverse les expé il me les prends bien
Xtense GM (X reste en bleu) tout est bien coché
Est ce que tu vois les RC dans la galaxie d'OGSpy ?
Non rien du tout, j'aidésactivé tout les add-ons / script.
Rien n'est envoyé RE / expé par contre ca fonctionne
Ca vient de Xtense, c'est comme si il ne detectait rien.
Ah je vais faire un raid de ce pas alors :-)
Il y avait bien un problème suite à une modification faite à la demande de Mozilla.
Je viens de le corriger et la version est en cours de publication.
Sous chrome ça devrait arriver dans l'heure, pour Firefox ce sera Lundi ou mardi.
En attendant le fichier est dispo en Pièce jointe pour Firefox ;-)
j'ai forcé la maj sous chrome, je viens de l'avoir.
Essayé et c'est fonctionne.
metal, cristal, deut sont bien pris en compte.
Par contre en ce qui concerne les RC des expé, il ne les prends pas en compte ? (croix rouge) Est-ce normal ? impossible de recuperer les données, vérifier que votre hébergeur n'ajoute aps de la pub .....
uniquement pour les RC déexpé, les pirates.
26/06/2016 14:39:13 : Erreur critique mysql - Req : INSERT INTO ogspy_round_attack (
)
'9', 'Aliens', '7:298:16', '90', '70', '110', '0', '56', '0', '5', '0', '0', '0', '0', '1', '0', '0', '0', '0', '0'
) VALUE (
`id_rcround`, `player`, `coordinates`, `Armes`, `Bouclier`, `Protection`, `PT`, `GT`, `CLE`, `CLO`, `CR`, `VB`, `VC`, `REC`, `SE`, `BMD`, `SAT`, `DST`, `EDLM`, `TRA`
[0] => INSERT INTO ogspy_round_attack (
fonction => sql_query
ligne => 828
file => /var/www/vhosts/mod/xtense/xtense.php
[1]
)
'9', 'Aliens', '7:298:16', '90', '70', '110', '0', '56', '0', '5', '0', '0', '0', '0', '1', '0', '0', '0', '0', '0'
) VALUE (
`id_rcround`, `player`, `coordinates`, `Armes`, `Bouclier`, `Protection`, `PT`, `GT`, `CLE`, `CLO`, `CR`, `VB`, `VC`, `REC`, `SE`, `BMD`, `SAT`, `DST`, `EDLM`, `TRA`
[0] => INSERT INTO ogspy_round_attack (
fonction => DieSQLError
ligne => 137
file => /var/www/vhosts/includes/mysql.php
[0]
) - Erreur n°0
'9', 'Aliens', '7:298:16', '90', '70', '110', '0', '56', '0', '5', '0', '0', '0', '0', '1', '0', '0', '0', '0', '0'
) VALUE (
`id_rcround`, `player`, `coordinates`, `Armes`, `Bouclier`, `Protection`, `PT`, `GT`, `CLE`, `CLO`, `CR`, `VB`, `VC`, `REC`, `SE`, `BMD`, `SAT`, `DST`, `EDLM`, `TRA`
Ce n'est pas normal mais c'est un cas que je ne teste jamais :-)
Tu as un screenshot du rapport ? Ou l'api ?
http://img15.hostingpics.net/pics/932594Sanstitre.jpg
ça me parait plutot bon tout ça...
Je vais essayer d'avoir un rapport dans le jeu pour reproduire chez moi.
C'est du xtense en tous cas. Gestion des attaques n'a pas de soucis.
bonne nouvelle, Xtense prends désormais les RC des expeditions depuis la mise a jour 6.2
Présent sur Ogame il y a un peu plus de 10 ans ( (https://forum.ogsteam.eu/proxy.php?request=http%3A%2F%2Fr26.imgfast.net%2Fusers%2F2612%2F92%2F29%2F19%2Fsmiles%2F475756.gif&hash=e89c0ab83dcbe33fe720dbd7f3a281592fd3a63b)) j'utilisais beaucoup Ogspy et avait même participé à la création de certains mods (par contre je ne sais même plus lesquels ^^)
Ayant repris Ogame récemment, c'est naturellement que je reviens ici et que je réutilise Ogspy et le mod Attaques.
J'ai détecté plusieurs points sur lesquel le mod ne répondait pas à mes attentes :
- Il m'arrive souvent de vouloir savoir combien m'a rapporté une vague d'attaques, et ça n'était pas possible à faire en filtrant simplement sur le jour.
- Il n'est pas possible de s'échanger facilement les attaques entre membres de l'alliance (et les joies du copier/coller d'un tableau html)
- Le tri par coordonnées se fait de façon textuelle, ainsi 3:100:1 est positionné avant 3:2:1
Voici du coup la liste des modifications que j'ai effectué récemment :
- Correction de warnings et erreurs lors de l'utilisation de certaines méthodes.
- Correction d'erreurs SQL arrivant sur les serveurs MySQL >) 5.7.5 et ayant le mode "ONLY_FULL_GROUP_BY (https://dev.mysql.com/doc/refman/5.7/en/group-by-handling.html) activé (ce qui est le cas par défaut).
- Modification de la gestion des dates (qui faisait une erreur :P ) afin de pouvoir gérer soit un chiffre seul (jour) soit une date avec les heures.
- Possibilité d'autoriser les autres membres du serveur à visualiser vos attaques, ainsi qu'une option pour permettre de masquer les coordonnées. Ces deux options sont des options gérées par chaque utilisateur, et ne sont pas actives par défaut.
- Correction du tri par coordonnées pour trier par galaxie puis par système puis par planète
Voici les choses que j'envisage de faire sur ce mod dans le courant de la semaine prochaine, si vous avez des idées/remarques :
- Rassembler les attaques et les recyclages, au minimum niveau code
- Permettre de visualiser les cibles favorites (groupements par coordonnées ?)
excellent, c'est LE mod indispensable du raideur, on peut le testé sur le trunck ?
ça arrive bientôt sur autoupdate
EDIT : C'est dispo !
Bonjour à tous,
nous sommes de gros utilisateurs des mods sur OGS et surtout de ce mod de Gestion des attaques. Il est vraiment bien fait mais on aurait aimé avoir la possibilité d'avoir un bilan des attaques par galaxies, c'est bien d'avoir la vue d'ensemble des attaques + recyclages mais il serait très intéressant de pouvoir identifier les galaxies les plus rentables.
En espérant voir cette nouveauté prochainement.
Bonne journée à tous.