no ty ls is just a simple chat, why would you need such things for chats? fc's can hold 5 times as many people worry about inactives and actives there.
Printable View
no ty ls is just a simple chat, why would you need such things for chats? fc's can hold 5 times as many people worry about inactives and actives there.
Hey all,
We posed your request to the UI team who gave us the following insight on the operation of Linkshells. Linkshell lists, in contrast to Free Company lists are designed quite differently. While Free Companies have specific databases where historical information is kept, Linkshells are designed to function as a chat channel, and use the least amount of information possible in order to reduce the strain on servers. Login history, specifically in this case, is not recorded internally.
Therefore, unfortunately we cannot add a last logged in display for Linkshell members.
The less db queries the better. The net-coding choice made by SE is bad enough as is. Deciding to prioritize security over gameplay experience was a major mistake. It pretty much makes any additional server load propagate to all clients. Lets not add more server strain with nice to have feature requests. Thank you SE.
inb4 "fix the netcode" by 100 ignorant posters. It can't be fixed, it never will be fixed, because it is not broken. It was simply a poor decision made early on in development which at this stage cannot be changed without a massive infrastructure overhaul. The decision to have the server dictate live-state instead of the client (which pretty much all other MMOs do) has resulted in the "lag" everyone is sees when they get out of a red circle and still get hit. The issue is compounded by centralized data centers in only 2 locations worldwide. Anyways, the more load on the server the worse it is for EVERYONE.
I don't believe it's necessary to have a separate log table recording the logoff date/time stamp for every Linkshell & Member combination. When the Linkshell list is opened, you could have the character ID joined to whatever main character table stores login information, and return that to the end user client's screen whether it's the LS list, FC window, search window, etc. No need to store the same date/time over and over again for every new list. Granted this may put a little strain on the server since it's needing to do a join rather than a straight pull, but there's ways to make that very efficient as well (though not as efficient as not showing it at all).
^^ this.
While it might be inefficient to store that info with the LS data, all that would be needed is an inner join to the table that stores the character log in info, which would only need to be used when the LS ui is opened. Therefore no extra resources would be used for LS chat. Being that we're dealing with 128 records max at a time the resource cost would be pretty low.