490051 - get daily hit numbers on SeaMonkey update RDF files

Status: RESOLVED FIXED

(mozilla.org Graveyard :: Server Operations, task)

Description

[Robert Kaiser]

It would be nice if we could get numbers of daily hits on seamonkey-project.org/releases/updates/*.rdf (by file), as those are more or less the same as update pings are for toolkit-based apps, even if the default setting in xpfe SeaMonkey is for only weekly checks for updates on those files.

It might not be feasible to get the numbers continuously, but having numbers from a representative sample could already give us some better estimate of regular users on xpfe-based (i.e. current stable) versions of SeaMonkey.
justdave said on IRC though that even "continuously might be possible, just means a cron job to count it up and mail it somewhere periodically or something"

If it's not too hard to do, that would of course be really cool :)

Comment 1

[Dave Miller [:justdave]]

stats -> chizu

Comment 2

[matthew zeier [:mrz]]

any updates here?

Comment 3

[chizu]

This is setup to email you the numbers daily for the previous day.

Here's the numbers for 2009-05-12:
      1 http://www.seamonkey-project.org/releases/updates/en-US.rdf
      1 /releases/updates/lt-LT.rdf
      2 /releases/updates/ur-PK.rdf
     12 /releases/updates/sv-SE.rdf
     14 /releases/updates/nl-NL.rdf
     59 /releases/updates/pt-BR.rdf
    141 /releases/updates/ca-AD.rdf
    170 /releases/updates/en-GB.rdf
    207 /releases/releases/updates/hu-HU.rdf
    466 /releases/updates/es-ES.rdf
    576 /releases/updates/cs-CZ.rdf
    633 /releases/updates/fr-FR.rdf
   1433 /releases/updates/pl-PL.rdf
   1791 /releases/updates/ru-RU.rdf
   8164 /releases/updates/de-AT.rdf
  19593 /releases/updates/en-US.rdf

Comment 4

[Robert Kaiser]

Where does it mail the numbers to? I haven't seen any mail since you marked this fixed. Thanks for the initial numbers, btw.

Comment 5

[Robert Kaiser]

Reopening this because I don't manage to get in contact with chizu on IRC.
We talked about this on IRc once and figured out that the mails were sent with a bad From address, and chizu had tested sending it with the correct one manually, but the cron script is still sending with old, bad one and so the receiving SMTP server denies delivering it.

Comment 6

[chizu]

Restructured the script for this, cron was dropping the line following '--' used to pass the extra mail parameters. It should be working now.

Comment 7

[Robert Kaiser]

Yes, fixed now, I get the mails correctly, thanks.