Leaderboard

https://owlgaming.net/ Forums Discord IP: v.owlgaming.net:5000 About Us OwlGaming is a long term roleplay project with it's roots coming from Multi Theft Auto on GTA:SA. We have years of experience in running a GTA roleplay community all the way back to 2014. We are a transparent, open and friendly community and we hope to see many new faces from Rage giving our server a shot We've always been big on text roleplay, it's the only way to be truly immersed in your RP experience. The entire map is open for you to RP in with spawn points in LS and Paleto Bay! Features We have a few videos which outline some of our features: Release Date Teaser Gameplay Stream Inventory System Character Creation Custom Tags With tons more coming soon, we post updates frequently here. Hope to see you all in game! Regards, - OwlGaming Community

I guess it's because both are declared as "gamemode" resources on meta.xml? Not sure.

Add need lines like the one you have there: <?xml version="1.0"?> <config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <acl_enabled>false</acl_enabled> <log_console>true</log_console> <log_chat>true</log_chat> <resource src="WiredPlayers"/> <resource src="admin"/> </config>

Ok, normalerweise halte ich mich aus sowas raus, weil ich keine Lust auf diese ganzen Leute mit ihren Interneteiern habe, aber zu dem Thema muss ich einfach was sagen. Snilloc habe ich auf BetterLife kennen gelernt, wo er vorrangig als Mapper erst tätig war und später auch als Dev. Er hat dort seine ersten Schritte in der Rage Entwicklung gemacht und auch gut gelernt. Er hat aber keinesfalls alles komplett alleine dort gemacht, weil ihm dazu einfach das wissen fehlte (ist ja gar kein Problem wenn man erst anfängt). Nur hat der dann anfangs behauptet, er hätte Dinge alleine geschrieben, wobei er aber jederzeit Hilfe hatte, die einen nicht geringen Teil an seinen Scripts hatten. Als BetterLife sich dann dem Ende zugeneigt hat und Snilloc dort aus dem Team geworfen wurde, hatte er sich alles was zu BL gehört an Scripts gesichert und für sich behalten. Des weiteren hat er seinen noch vorhanden Zugriff auf die Datenbank von BetterLife ausgenutzt, um mit Hilfe von anderen auf dem Server zu trollen und zum Beispiel mit Raketen ins PD reinzuschießen. Er war dann in einem neuen Projekt als Entwickler tätig, welches sich RageLife genannt hat. Er hat zu mir gesagt, er wolle alles auf dem BetterLife Script aufbauen und dabei nur die Clientside verändern, da das ja das einzige sei, was man als normaler User sehen würde. Somit hätte er gegen Gesetze verstoßen, hätte er dies getan. Er kam aber nicht so weit, da er das Projekt verlassen hat, da ihm die Projektleitung nicht gepasst hat. Er startete also wieder seine Suche und fand Anklang bei ProjektX von @deDanny. Er war doch mit @Boomray zusammen als Dev Leitung tätig und in ständiger Zusammenarbeit mit Boomray die dortigen Scripts entwickelt. Als dann einmal der Root Server von Boomray ausfiel und er diesen nicht erreichen konnte, machte er absoluten Terror im Discord und verlangte bzw. Befahl der PL sie müsse jetzt sofort einen Root Server mieten, da dies ja eine Voraussetzung von ihm war, dass er dort als Entwickler tätig wird. Daraufhin wurde er dann einstimmig aus dem Team geworfen Snillocs Charakter erkennt man in seinen unzähligen Posts in den letzten Tagen im Forum und anhand der Meinung von verschiedenen Servern bzw. deren Teammitgliedern über ihn, welche alle genau das selbe besagen. Abschließend will ich sagen, dass sich jeder immer selbst eine Meinung über jemanden bilden sollte und niemals die Meinung von anderen übernehmen sollte, aber es muss gesagt sein, dass man dennoch eine gewisse Vorsicht, was Vertrauen angeht, walten lassen sollte, wenn man sich auf ihn einlässt. Haut rein - Carter | Raesch

Code is now Open Source

Great tutorial but I see a couple of issues in using a single context to access the database especially in a very competitive multi-threading environment which would make everything run slow and synchronously even if the calls are asynchronous. So, In order to take advantage of connection pooling (and you should), database connections should be as short lived as possible. Create, use and then immediately destroy. here's an example based on the original examples: using System; // Add the missing usings namespace EFCoreTutorial { public class Account { [Key] public int Id { get; set; } public string Username { get; set; } public string Password { get; set; } } public class DBCtx : DbContext { // Account model class created somewhere else public DbSet<Account> Accounts { get; set; } protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder) { optionsBuilder.UseMySql("Server=localhost;Database=mydatabsename;Uid=root;Pwd=mypassword"); } } public class Main : Script { [ServerEvent(Event.ResourceStart)] public void OnResourceStart() { using (var ctx = new DBCtx()) { var playerCount = ctx.Accounts.Count(); NAPI.Util.ConsoleOutput("Total players in the database: " + playerCount); } } [Command("register")] public void AccountCmdRegister(Client player, string username, string password) { // create a new Account object var account = new Account { Username = username, Password = password }; using (var ctx = new DBCtx()) { // Add this account data to the current context ctx.Accounts.Add(account); // And finally insert the data into the database ctx.SaveChanges(); } player.SendChatMessage("~g~Registration successful!"); } } }