lot of people running trade bots maybe
Like this?
I counted 190 bids for a total of 212 coins. Tradebot fail.
Topic: z - page 3. (Read 5237 times)
if GLBSE is short on operating capital they could raise it through their own platform
Seriously, let us all own it. Stock SALE!!!!!
I'd personally love to invest, but I believe that's against Nefario's policy of not being involved in assets other than for testing.
For me GLBSE effectively became not usable over the last two days. My laptop needs about 40 seconds to load the asset page, while id does not even load any more on my mobile device (where I am mostly limited to over the day). I got recently even used to fire the button 20 seconds early to assure my dividend payments get executed at the exact minute of the due time.
Looking at the source code of the asset page got me scared somewhat: it contains the complete price history of any security and renders the charts in JavaScript -- every time a user reloads the page
No wonder my mobile hangs there, it most probably runs out of mem when plotting the 100+xth chart.
Aside from being inefficient and problematic for mobiles, all-time charts are not really helpful on the asset's frontpage. If at all, they should span all a common time frame for comparability (say 30 days). This would allow to generate them once a day as graphics for embedding. With the right cache tags every user would have to download them only once a day. Pre-rendering of charts would definitely also improve usability of the securities' detail pages - let's hope this is all in the way for GLBSE 3.0.
Looking at the source code of the asset page got me scared somewhat: it contains the complete price history of any security and renders the charts in JavaScript -- every time a user reloads the page
No wonder my mobile hangs there, it most probably runs out of mem when plotting the 100+xth chart.Aside from being inefficient and problematic for mobiles, all-time charts are not really helpful on the asset's frontpage. If at all, they should span all a common time frame for comparability (say 30 days). This would allow to generate them once a day as graphics for embedding. With the right cache tags every user would have to download them only once a day. Pre-rendering of charts would definitely also improve usability of the securities' detail pages - let's hope this is all in the way for GLBSE 3.0.
if GLBSE is short on operating capital they could raise it through their own platform
Seriously, let us all own it. Stock SALE!!!!!
The company behind MtGox (tibanne) actually owns the infrastructure used to host this very forum here afaik. The forum itself is independent.
Back to GLBSE though I fear they have hit another wall - maybe not enough RAM? The problem is that caching is not really an option as most of the data is expected to be live. I already had a problem where I bough some shares by setting a bid slightly below the highest ask at that time and in the meantime somebody must have placed yet another ask... if this would have been because of caching and not my slow typing skills, I'd be pissed a bit.
Also I looked at the fees I have paid on GLBSE 2.0 so far - less than 1 BTC with pirate for 2 weeks. Is there some way for us to donate shares and/or BTC to GLBSE? Ideally there would be a public wish list + you can vote by sending some BTC to an address written next to the feature.
Back to GLBSE though I fear they have hit another wall - maybe not enough RAM? The problem is that caching is not really an option as most of the data is expected to be live. I already had a problem where I bough some shares by setting a bid slightly below the highest ask at that time and in the meantime somebody must have placed yet another ask... if this would have been because of caching and not my slow typing skills, I'd be pissed a bit.
Also I looked at the fees I have paid on GLBSE 2.0 so far - less than 1 BTC with pirate for 2 weeks. Is there some way for us to donate shares and/or BTC to GLBSE? Ideally there would be a public wish list + you can vote by sending some BTC to an address written next to the feature.
omg, ugh, who owns bitcointalk.org?
I looked at a post that sirius passed it on to mt.gox, was bitcointalk.org just recently passed to a new owner?
Ok, I was wrong, MT.GOX owns it. scratch my entire post.
Nah, must be pirate who owns it
And from what I understand bitcointalk.org is owned by glbse and I am also experiencing very slow load for bitcointalk.org.
I have no idea why you would think that, but it is completely untrue.
It has been real sluggish for me in the last week or so.
Anyone else experiencing the same ?
Anyone else experiencing the same ?
Ditto!
lot of people running trade bots maybe
Certainly not me, of course... *cough cough*
Yes, very slow. And from what I understand bitcointalk.org is owned by glbse and I am also experiencing very slow load for bitcointalk.org.
I know I've stated this before in meta and was explained to me that it won't help the forums, but do you think adding SPDY to glbse would help?
http://en.wikipedia.org/wiki/SPDY
My spdy indicator does not notify me that glbse has implemented spdy.
Edit:
That is funny as heck.
I know I've stated this before in meta and was explained to me that it won't help the forums, but do you think adding SPDY to glbse would help?
http://en.wikipedia.org/wiki/SPDY
My spdy indicator does not notify me that glbse has implemented spdy.
Edit:
If it gets any slower, the use of pigeons might be handy 
That is funny as heck.
Before offering solution, root cause of problem needs to be identified first.
IMO in case of GLBSE it has very little to do with connectivity and everything to do with database querying since their load have increased recently with traffic, DB is taking major hit. Few month ago it was flying with little to no traffic.
I know I've stated this before in meta and was explained to me that it won't help the forums, but do you think adding SPDY to glbse would help?
http://en.wikipedia.org/wiki/SPDY
If it gets any slower, the use of pigeons might be handy
That is funny as heck.
Jump to: