tracks history not accessible

[Frogeater]

from version 0.18, it is no more possible to request a part of track if the requested zone is older than 48h.
it is a blocking defect, as the ghost principle in frogtools for permanent races is based on this feature.

example, request 24h from start of the track of Frogeater29:

{"request":{"time_request":1307015348,"idu":"16874","idr":"20110524","starttime":1306263600,"endtime":1306350000},"nb_tracks":0,"tracks":[],"success":true}

[paparazzia]

Ce n'est pas nouveau, cela a toujours été le cas

C'est très consommateur de faire des requêtes "aléatoires" sur une table qui fait 2Go.

C'est bien pour ça que j'avais proposé une autre méthode de récupération pour les bateaux arrivés (un cache statique), mais vu le peu d'enthousiasme des dev d'outils, je ne suis pas allé au bout.

Je regarde.... (un peu blasé ;))

[paparazzia]

j'avais oublié avoir ouvert cette fonction.

La requête ne m'a pas l'air bonne...

mysql> select count(*), min(time), max(time) from histpos where idusers=16874 and race=20110524;
+----------+------------+------------+
| count(*) | min(time)  | max(time)  |
+----------+------------+------------+
|      577 | 1306746002 | 1306918802 |
+----------+------------+------------+

il y a des traces, mais pas aux date ou tu les attends...

[paparazzia]

Tu as fait 2 tentatives ?

[spf]

Si ma memoire est bonne, 'histpos' est rempli avec ce qui deborde de 'positions'. Donc pour les permanentes, il devrait y avoir toutes les traces de toutes les tentatives... y compris les moins bonnes qui pourraient etre faites apres.

Les permanentes, ca ne pose que des problemes ;)

[paparazzia]

En fait, on a que 2 jours de traces pour la dernière permanente (20110524) d'historisées... tout le reste a disparu :(

on investigue...

[spf]

(In [2655]) use explicit aliasing in select [See #607]

[spf]

(In [2656]) port from trunk, [see #607]