|
Author |
Thread Statistics | Show CCP posts - 4 post(s) |
Arrendis
Hephaestus LLC Fatal Ascension
18
|
Posted - 2013.07.04 23:32:00 -
[1] - Quote
GRIEV3R wrote:In spite of all the idiots sperging on this thread, I have one honest question: Why weren't the tackled capital ships still there when we logged back in?
They were in warp disruption bubbles with agro timers. According to everything I know about logoff mechanics, they should not have moved anywhere, regardless of server crashes, characters log offs, or any amount of tinfoil.
I'm willing to accept that it was a simple mistake and there was no foul play, but only if you can give us a solid explanation for why the carriers disappeared from the field, in contradiction to well-established logoff mechanics.
Please explain CCP.
This. |
Arrendis
Hephaestus LLC Fatal Ascension
19
|
Posted - 2013.07.04 23:39:00 -
[2] - Quote
Imodesky Kafelnikov wrote:ito kazami wrote:fisrt , we want a ccp internal affairs investigation , too much N3 / test favouring lately to be coincidence.
2nd , we want those carriers and battleships saved by ccp to be removed from the game
3rd , we want ccp to invest in reliable servers 4th, could we get cheese with that?
But only if it's good cheese - maybe a nice block of swiss or pepperjack, or a tub of brie or port wine... none of that Kraft American Singles or Cheez Whiz crap. |
Arrendis
Hephaestus LLC Fatal Ascension
19
|
Posted - 2013.07.04 23:48:00 -
[3] - Quote
Ayures wrote: We'll trade them for the metric ****-ton of CFC dreads we've had tackled when a node crashed and the pilots refused to log back in.
Sounds fine by me - my issue here isn't ZOMG, TEST CARRIERS LIVED. **** happens, battles turn, for all I know we could've been 20 seconds away from every supercapital in the game jumping in and magically shooting rainbow laser ponies out of their ass to save the day.
My issue is that in any modern IT infrastructure, state changes and image backups should be present - if any process can be used to completely crash a running server, simply enacting that process should trigger an archival imaging. At the very worst, a rewind of 5-20 minutes should be in available. None of that happened here. Instead, we got 'Oops, clean slate'.
Restoration to the last back-up would have been a perfectly acceptable option. We didn't get that. You didn't get that on the dreads. We all deserve that level of competence.
So really, WTF, CCP? |
Arrendis
Hephaestus LLC Fatal Ascension
21
|
Posted - 2013.07.04 23:55:00 -
[4] - Quote
CCP Phantom wrote: The command to remap everything other than Z9PP-H from the current server node was mis-entered. Instead of moving everything else than Z9PP-H, the command was given to move everything else than Q9PP-H.
Was this on a dvorak keyboard? because Q and Z aren't exactly an easy typo on a QWERTY.
PURGE DVORAKS.
|
Arrendis
Hephaestus LLC Fatal Ascension
22
|
Posted - 2013.07.05 00:11:00 -
[5] - Quote
Ayures wrote: ****, you're right. I wouldn't want to interfere with the narrative.
Ayures, seriously, why is this level of incompetence acceptable? When it happened to CFC dreads, why was it acceptable then? Modern IT systems should be creating archival images at regular intervals - intervals that actually shorten as usage increases due to the need to back-up a higher volume of data flow and state changes. Why is losing customer data acceptable, rather than a 5-10 minute (hell, 10% tidi, make it a half hour, an hour!) rollback?
You said (more than once) 'sure, we'll trade you for the dreads', and I'm saying that I think that'd be preferable to continued substandard service. I notice you don't seem to be respond to that - from me, or anyone else who's saying it. Why not?
Do you prefer substandard service? |
Arrendis
Hephaestus LLC Fatal Ascension
22
|
Posted - 2013.07.05 00:14:00 -
[6] - Quote
Alavaria Fera wrote: Only a small fraction of the playerbase.
Well, duh, we make use of POS mechanics. Everyone knows POS mechanics affect only a small fraction of the playerbase, remember? |
|
|
|