Open Mind Index » Diskussionen

sorry OMI is down at the moment, SORRY!

 
    • ritter_ schrieb...
    • Benutzer
    • 8. Nov. 2008, 14:02

    sorry OMI is down at the moment, SORRY!

    sorry OMI is down at the moment, caused by to many regeneration requests and the server comming to a limmit, we have a Monthly data transfare of 10-20Gb of data and just with the small graphics we need to think now about a solution or finding a single server just for this service SORRY!

    • ritter_ schrieb...
    • Benutzer
    • 8. Nov. 2008, 14:05
    a server with fast disks and 4 gig memory would help but i cant afford that on my own

    • syrid schrieb...
    • Benutzer
    • 9. Nov. 2008, 6:07
    Is everything generated every time the OMI images are requested, or is it cached in some way?

    If it's cached, couldn't another host (one like Dreamhost or Media Temple) be used to serve the cached images (once it had been generated by the current server and passed on)? This should avoid any issues with resource usage on the new host (since it's only static / almost static images being served), while allowing for some cheap expansion capabilities.

  • mmh... so you cant't foresee, when it will be available again?

    meine wöchentlichen Favs:
    • [Gelöschter Benutzer] schrieb...
    • Benutzer
    • 9. Nov. 2008, 15:54
    I agree with Syrid, I don't have personal experience with Dreamhost, but afaik it's the cheapest high quality option out there.

    Might be totally unnecessary for omi but: What about VPS? I have an account on linode for years now, and I'm extremely happy with their service and business model. The advantage of VPS is that you can run anything at all. It costs a little more than dreamhost however, 19 bucks(200GB transfer, 12GB space, 360MB ram).

    Bearbeitet von einem gelöschten Benutzer am 9. Nov. 2008, 16:06
    • [Gelöschter Benutzer] schrieb...
    • Benutzer
    • 9. Nov. 2008, 16:01
    You could maybe ask for contributions on the website.. =]
    Some people would contribute I'm sure of it(I could spare few pennies....), and I believe the current last.fm api terms of use are ok with some "profit".

    • ktmf schrieb...
    • Benutzer
    • 9. Nov. 2008, 18:39
    Hmm... finding a solution :P What is the problem, the server itself or the bandwidth? Probably you can start a mirror-like solution? You calculate tag-percentages and OMI, other servers (probably some users that want to contribute) put that data into images and keep them in cache for a month, asking for new data when a new image should be rendered?

    I can program in PHP quite well, and know how to use GD... If you need someone, I can help ^^

    • bjoerns schrieb...
    • Benutzer
    • 9. Nov. 2008, 20:53
    Cameigons sagte:
    You could maybe ask for contributions on the website.. =]
    Some people would contribute I'm sure of it(I could spare few pennies....), and I believe the current last.fm api terms of use are ok with some "profit".



    I agree, for me OMI would be worth a few euros.
    (If this payment is voluntary, no abonnement-like thing)

  • I've just realized, that not all OMI calculations are necessary. I didn't know about server problems and I calculated OMI for some users, that didn't have OMI on their LastFM page, just to see what they are listening to. If I understand how this thing works correctly, their OMI is now calculated each month. And I think there are some more users who do this, maybe not many, but one such user can be responsible for 50 OMI calculations and it could very well be a big part of a problem. I don't know the best way to prevent it, but I think that even writing something like "PLEASE DO NOT CALCULATE OMI FOR USERS OTHER THAN YOURSELF BECAUSE WE HAVE SERVER PROBLEMS" in red letters in OMI calculation page would help a lot, because, for example, I just didn't realize that I am doing harm to you

    • [Gelöschter Benutzer] schrieb...
    • Benutzer
    • 10. Nov. 2008, 0:45
    Just open up an account for donations. I'm sure a lot of people can afford donating a little bit of money for this. Also please try to tell us when you think it will be back up again, if that's possible. Like when the server limit resets or something? I don't know how that works.

    • zmughal schrieb...
    • Benutzer
    • 10. Nov. 2008, 4:11

    Referer?

    What about using the HTTP referer and remembering who have actually accessed the graphics from last.fm and the its i18n domains? Then keep the last access time for a month and automatically recalculate those only.

    • syrid schrieb...
    • Benutzer
    • 10. Nov. 2008, 5:09
    tired_time said:
    I've just realized, that not all OMI calculations are necessary. I didn't know about server problems and I calculated OMI for some users, that didn't have OMI on their LastFM page, just to see what they are listening to.

    I'm in the same boat here.

    If it's not already done: What I believe would be a good idea would be for re-calculations to be done based upon current views. Meaning that the OMI for a user would only be calculated for users who have had at least two views in the last month. (Meaning if they don't, they're no longer calculated monthly until they do.)

    ktmf said:
    Hmm... finding a solution :P What is the problem, the server itself or the bandwidth? Probably you can start a mirror-like solution? You calculate tag-percentages and OMI, other servers (probably some users that want to contribute) put that data into images and keep them in cache for a month, asking for new data when a new image should be rendered?


    That's pretty much what I suggested.

    • ktmf schrieb...
    • Benutzer
    • 10. Nov. 2008, 16:24
    syrid said:
    That's pretty much what I suggested.

    Pretty much yeah... I was talking about moving the whole process of image-creating, leaving just that OMI-calculation on the central server... That would allow people to make OMI-images in their own style too, with other graphs and other background-images and so on ^^

    • syrid schrieb...
    • Benutzer
    • 11. Nov. 2008, 10:35
    ktmf said:
    Pretty much yeah... I was talking about moving the whole process of image-creating, leaving just that OMI-calculation on the central server...

    I'd assume that most of the data used to generate the images (and graphs) would be gathered in the process of calculating the OMI.

    So you're saying to pass this data (OMI along with the pie chart and related data) onto the other server which would then GD (or similar) the images into being?

    The reason I didn't suggest this is that Dreamhost (and some similar hosts) can be slow and very touchy about resource usage. Thus, serving static images should have very little impact upon the server.

  • www.leaseweb.nl

    That's where I have a server; 1,000GB per month bandwidth.

    • ktmf schrieb...
    • Benutzer
    • 11. Nov. 2008, 14:36
    syrid said:
    The reason I didn't suggest this is that Dreamhost (and some similar hosts) can be slow and very touchy about resource usage. Thus, serving static images should have very little impact upon the server.


    I see. ^^ I don't know how much the generation of the image takes from the server comparing to calculating the OMI. Because the website is down, and I don't remember what that nice statistics said (you know: OMI calculation took so long, MMT graphics took so long, OMI-graphics took so long)

    Probably it is possible to split the service: create the images where it is done now, upload to a host like Dreamhost, and make it possible for someone to make their own images using an XML-feed with OMI-stats right from the OMI-server.

    • pit_ch schrieb...
    • Benutzer
    • 12. Nov. 2008, 9:24

    how can we support you?

    how can we help you to get omi up and running?

    • ritter_ schrieb...
    • Benutzer
    • 12. Nov. 2008, 11:36
    I have unlimited bandwith

    but omi has a lot of small pictures (600'000) at the moment plus a huge DB and both need a lot of disk usage which is the first killer.

    if my server would have more memory in i could just allocate more memory to the DB server to chache more instead of read write a lot of time to the disk

    problem at the moment is that i am hell busy in my job and i cant spend time during the week for making any solvings :(

    i will take a look on the weekend so please be pationt

    i know its anoying i would like to have my graph online too ..

    • ritter_ schrieb...
    • Benutzer
    • 12. Nov. 2008, 11:39
    btw one more.. you have to be carefully how you processthe xml files from last.fm you are not allowed to pull to many xml in a minute so you need to store the data at your end to make sure more than one calculation can be done


    plus the history fuction would not work without storingdata - in theory w ehave a lot of intresting data to generate statistics out of it but as the programmer is just recently came back from his trip that was not possible either as well the performance improvements we might could do

    • Porieux schrieb...
    • Benutzer
    • 14. Nov. 2008, 0:50
    thanks for the update

  • that sucks... but we gotta be patient ^^

  • c'mon, son. People need to see how pretentiously open-minded I am. Get it working.


    into depths-
    • diggerok schrieb...
    • Benutzer
    • 17. Nov. 2008, 17:44
    sendin` you a mental helping light ) keep that stuff working 8)

    "Когда в мире царит спокойствие, благородный человек не расстается со своим мечом."
    (С) У Цзы
    "If enemy is in range, so you are."
    (С) Infantry Journal
  • I think donations are fine.
    But i am more on the line of "do not calculate OMI for users other than yourself", and also, well, i don't speak "codeish", but wouldn't it be possible to require some sort of registration for OMI? a one time thing, only to keep people from calculating other's OMI. Also perhaps restrict the number of times one can change the MMT OMI skin??

    • [Gelöschter Benutzer] schrieb...
    • Benutzer
    • 17. Nov. 2008, 21:51
    Just get rid of all the skins and use a traditional one,

    Any news on the situation?

    Hope its up soon =]

Anonyme Benutzer dürfen keine Beiträge schreiben. Bitte log dich ein oder registriere dich, um Beiträge in den Foren schreiben zu können.