Quote
Please come back later. There were problems in our datacenter and we are working hard to come online again. You do not have to worry.
Topic: Bitmit - Bitcoin shopping mall - Bitcoin market place - Bitcoin auction house - page 66. (Read 142492 times)
January 07, 2013, 11:44:38 AM
oh its there now
January 07, 2013, 11:43:13 AM
i have good believe he really just updates the site to another server.
putting up temporary page saying "sorry, we upgrade" or something would still be nice.
tosaki, if you need help in upgrading the system, like having the actual site onshore on a fast hetzner-server and having the frontend proxy at piradius or something like this, tell me...
putting up temporary page saying "sorry, we upgrade" or something would still be nice.
tosaki, if you need help in upgrading the system, like having the actual site onshore on a fast hetzner-server and having the frontend proxy at piradius or something like this, tell me...
January 07, 2013, 08:57:48 AM
I've been trying to get on the site for a few days now to place a bid on an Apple TV, hope the auction isn't over now. 
Hope bitmit didn't run with the money in escrow. 
January 07, 2013, 08:45:12 AM
I've been trying to get on the site for a few days now to place a bid on an Apple TV, hope the auction isn't over now.
January 07, 2013, 06:05:07 AM
Tosaki!??!? Could you please show some transparency!?!? Grrrrr.
Luckily I decided to sell stuff only yesterday so I did not run into putting work into this defunct ex auction platform.
Luckily I decided to sell stuff only yesterday so I did not run into putting work into this defunct ex auction platform.
January 07, 2013, 02:10:41 AM
Yes, this slow loading is because of the db access. We must to upgrade to a better server.
It would be even more reassuring if you said something like: "Customer funds are safe, the database is still there, I will extend the auction times".
Seeing the apache default page "It works!" is worrying. It can mean several things, some of them bad.
Oh btw: if you want to sell again, I might be interested
January 06, 2013, 04:46:32 PM
thanks for the update tosaki
Slow loading??? I don't get anything right now. If you have such a high traffic, maybe you want to follow other bitcoin businesses optimism:
January 06, 2013, 04:14:58 PM
thanks for the update tosaki
January 06, 2013, 03:58:37 PM
Hope the server will be back within the next 12 hours. I am so sorry for this but I have to wait for actions at the datacenter.
How many orders have you done molecular? Loading my "Sold items" or "Messages" list can take up to 15 seconds, but then I have maybe 50 open orders and hundreds of messages.
Tosaki: Any ETA on when the site will be back up?
Yes, this slow loading is because of the db access. We must to upgrade to a better server.
"allow escrow" on/off switch could be per shipping option (e.g. I would want to be able to allow escrow for tracked letter shipping, but not for standard uninsured letter)
...
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
+1 on the possibility to allow escrow only for tracked shipping. I'd use that....
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
How many orders have you done molecular? Loading my "Sold items" or "Messages" list can take up to 15 seconds, but then I have maybe 50 open orders and hundreds of messages.
Tosaki: Any ETA on when the site will be back up?
Yes, this slow loading is because of the db access. We must to upgrade to a better server.
January 06, 2013, 12:30:15 PM
"allow escrow" on/off switch could be per shipping option (e.g. I would want to be able to allow escrow for tracked letter shipping, but not for standard uninsured letter)
...
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
+1 on the possibility to allow escrow only for tracked shipping. I'd use that....
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
How many orders have you done molecular? Loading my "Sold items" or "Messages" list can take up to 15 seconds, but then I have maybe 50 open orders and hundreds of messages.
I don't have that kind of volume. Can't check now, but maybe 5 items in "sold" and 4 "active". Maybe 40 messages. So yeah, maybe it's not the TCP/IP level but actually the db backend acting up on many items.
January 06, 2013, 07:30:51 AM
"allow escrow" on/off switch could be per shipping option (e.g. I would want to be able to allow escrow for tracked letter shipping, but not for standard uninsured letter)
...
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
+1 on the possibility to allow escrow only for tracked shipping. I'd use that....
I can't support the complaint that the site is slow, btw. It's sufficiently fast for me. Maybe because I'm in germany, as I assume the site is also.
How many orders have you done molecular? Loading my "Sold items" or "Messages" list can take up to 15 seconds, but then I have maybe 50 open orders and hundreds of messages.
Tosaki: Any ETA on when the site will be back up?
January 06, 2013, 04:24:21 AM
Is there any particular objection to having the actual messages sent to associated email addresses instead of just a "you have a new message" notification with a BitMit link? Less clicks = less time = good. No idea if implementation is trivial or not, but would be appreciated.
its about having proof that the other party really read the message.
very important in escrow.
Oh but then you can still read the message and send no receipt
January 06, 2013, 04:17:11 AM
Is there any particular objection to having the actual messages sent to associated email addresses instead of just a "you have a new message" notification with a BitMit link? Less clicks = less time = good. No idea if implementation is trivial or not, but would be appreciated.
its about having proof that the other party really read the message.
very important in escrow.
January 06, 2013, 04:14:30 AM
server is temp down. i am working to get it back online
hoping "temp" is not so long... good luck fixing things.
January 06, 2013, 04:06:21 AM
Is there any particular objection to having the actual messages sent to associated email addresses instead of just a "you have a new message" notification with a BitMit link? Less clicks = less time = good. No idea if implementation is trivial or not, but would be appreciated.
its about having proof that the other party really read the message.
very important in escrow.
January 06, 2013, 01:41:02 AM
Is there any particular objection to having the actual messages sent to associated email addresses instead of just a "you have a new message" notification with a BitMit link? Less clicks = less time = good. No idea if implementation is trivial or not, but would be appreciated.
I second this. January 05, 2013, 07:32:51 PM
Is there any particular objection to having the actual messages sent to associated email addresses instead of just a "you have a new message" notification with a BitMit link? Less clicks = less time = good. No idea if implementation is trivial or not, but would be appreciated.
January 05, 2013, 02:05:04 PM
thanks for keeping us informed.
January 05, 2013, 02:01:10 PM
server is temp down. i am working to get it back online
January 04, 2013, 07:38:29 AM
tosaki, it's very good to see the site is being actively maintained. Makes me happy
Jump to: