Thread: [Venom] Log Panel

Results 1 to 10 of 10
  1. #1 [Venom] Log Panel 
    Registered Member
    Join Date
    Nov 2014
    Posts
    92
    Thanks given
    12
    Thanks received
    35
    Rep Power
    14
    Decided to do server logging in a different way!
    Any feedback is welcome!

    Latest Update: 06/02/2019

    Spoiler for Updates:

    06/02/2019

    - New member in the team (Zac)
    - Design mobile application (started)
    - Simple implementation of networking (Client / Server communication)


    Spoiler for Mobile Application:





    Spoiler for (PC) Application:






    Credits
    Me (Nerik) / Zac
    Reply With Quote  
     

  2. Thankful user:


  3. #2  
    Forum Moderator

    Corey's Avatar
    Join Date
    Feb 2012
    Posts
    1,191
    Thanks given
    847
    Thanks received
    911
    Rep Power
    3790
    Would do this via a web panel instead but gj either way

    [Only registered and activated users can see links. ]

    Spoiler for .:
    Reply With Quote  
     

  4. Thankful user:

    Kon

  5. #3  
    Skotos Founder

    Mantvis's Avatar
    Join Date
    Jan 2017
    Age
    19
    Posts
    716
    Thanks given
    122
    Thanks received
    147
    Rep Power
    97
    not bad gl
    Reply With Quote  
     

  6. #4  
    Registered Member
    Join Date
    Nov 2014
    Posts
    92
    Thanks given
    12
    Thanks received
    35
    Rep Power
    14
    Quote Originally Posted by Corey View Post
    Would do this via a web panel instead but gj either way
    Thanks! and just decided to give a little twist by not doing it through a web panel.

    Quote Originally Posted by Mantvis View Post
    not bad gl
    Thank you!
    Reply With Quote  
     

  7. #5  
    Registered Member

    Join Date
    Oct 2017
    Age
    19
    Posts
    215
    Thanks given
    203
    Thanks received
    105
    Rep Power
    261
    gj
    Spoiler for signature too large:
    end me
    [Only registered and activated users can see links. ]



    Reply With Quote  
     

  8. #6  
    of the House Targaryen

    Khaleesi's Avatar
    Join Date
    Jul 2015
    Posts
    765
    Thanks given
    160
    Thanks received
    368
    Rep Power
    269
    Why? Looks like you're pulling from SQL / db.... please don't store logs there. Something like an ELK stack would serve your purpose and be a lot more flexible / multi-purpose.
    Reply With Quote  
     

  9. Thankful user:


  10. #7  
    Registered Member
    Join Date
    Nov 2014
    Posts
    92
    Thanks given
    12
    Thanks received
    35
    Rep Power
    14
    Quote Originally Posted by Khaleesi View Post
    Why? Looks like you're pulling from SQL / db.... please don't store logs there. Something like an ELK stack would serve your purpose and be a lot more flexible / multi-purpose.
    Why shouldn't i be doing it this way?
    Btw Appreciate the feedback.
    Reply With Quote  
     

  11. #8  
    of the House Targaryen

    Khaleesi's Avatar
    Join Date
    Jul 2015
    Posts
    765
    Thanks given
    160
    Thanks received
    368
    Rep Power
    269
    Quote Originally Posted by harryl View Post
    Why shouldn't i be doing it this way?
    Btw Appreciate the feedback.
    A single table with a log per row isn't scalable for one. Also what happens in your application/server if the DB goes down? You want the asynchronicity of dumping your logs to stdout or a file and having the shipping handled for you. Plus you should be doing something with the rest of your logs, not just the specific interactions you decide to explicitly store in sql. Ship them all to your ELK stack, and then you can query for whatever the hell you want.

    This goes for all services that you're deploying. Ship logs from your web store, game server, login server, etc. Then you can debug across the stack. (e.g. request comes in through web store for user:john, see user:john logs in, exception in server for user:john because of $x.) You can see this entire cross-cutting timeline just by querying 'user:john' in kibana
    Reply With Quote  
     

  12. Thankful user:


  13. #9  
    Registered Member
    Join Date
    Nov 2014
    Posts
    92
    Thanks given
    12
    Thanks received
    35
    Rep Power
    14
    Quote Originally Posted by Khaleesi View Post
    A single table with a log per row isn't scalable for one. Also what happens in your application/server if the DB goes down? You want the asynchronicity of dumping your logs to stdout or a file and having the shipping handled for you. Plus you should be doing something with the rest of your logs, not just the specific interactions you decide to explicitly store in sql. Ship them all to your ELK stack, and then you can query for whatever the hell you want.

    This goes for all services that you're deploying. Ship logs from your web store, game server, login server, etc. Then you can debug across the stack. (e.g. request comes in through web store for user:john, see user:john logs in, exception in server for user:john because of $x.) You can see this entire cross-cutting timeline just by querying 'user:john' in kibana
    My logs aren't loaded from a single table and for the the question when the server goes down, the log system is fully independent from the server, so when the server goes down it won't have any effect on the application and i am also currently looking at the second part what u have suggested me and ill try to adjust my application on it. Thanks again for your feedback and sorry for the late reply

    Updated Thread
    Reply With Quote  
     

  14. #10  
    Registered Member Tylwr's Avatar
    Join Date
    Jul 2012
    Age
    21
    Posts
    474
    Thanks given
    104
    Thanks received
    41
    Rep Power
    15
    I'm really interested.

    Quote my post for me to see your reply.
    Discord: Tyler#6774

    Reply With Quote  
     


Thread Information
Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. Fixing Log In\Out Problem
    By _Fear in forum Tutorials
    Replies: 11
    Last Post: 04-14-2010, 10:35 PM
  2. log in spawn
    By Ghetto Beef in forum Tutorials
    Replies: 1
    Last Post: 07-31-2007, 01:50 AM
  3. Trades log files.
    By Simox in forum Tutorials
    Replies: 2
    Last Post: 07-24-2007, 10:11 PM
  4. Starter Command (with logs)
    By Systəx in forum Tutorials
    Replies: 11
    Last Post: 07-23-2007, 08:57 PM
Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •