-
Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
About
- Project Name: Yupi Emulator
- Project Type: Habbo Hotel Emulator
- Under License: MIT
- Developers: Claudio, Felix, Kylon, Burak, Zak, Guilherme, Kessiler
- Credits:
- Old Azure Team - For Editing Mercury Emulator;
- maritnmine - For Creating Butterfly Emulator;
- Finn - For Editing Butterfly Emulator;
- AKIIX - For Editing Mercury Emulator;
- Sledmore - For Editing Plus Emulator;
- Sir Jamal - For Editing Plus Emulator;
- Joopie - For Creating Habbo Encryption;
- Spot ify - For Editing Mercury Emulator;
- TyrexFr - For Helping a lot in Azure Camera Core;
- And a lot of other users/contributors!
Specs
- The newYupi is made from scratch.
- newYupi uses NHibernate and Fluent NHibernate!
- Also uses other awesome dependencies like:
- Thrower
- log4net
- log4net.Async
- SuperSocket
- DotNetty
- And more!
- newYupi has a decent new whole Database wrote by the Hibernate Module
- newYupi has no need of import a Database Schema file! Hibernate does everything reversing engineering the Database in the first time execution.
- The emulator also uses C# 6.0 using the latest C Sharp conventions for good programming
- newYupi is coded following the Programming Design Patterns, such ones like, Factories, Controllers (MVC), Persistence Layers and Inference Layers, Storage System, Models and other conventions.
- The Emulator is totally secure in terms of Query Injection, since the Hibernate does the whole thing of Abstract Queries also Prepared Statements and Transactions.
- newYupi will have the latest features from Habbo Hotel, and all built-in basic features from Habbo.
- The Emulator also will be compatible with Linux and Mono environments being able to inter-operable systems and continuous environments.
- The emulator will be fast using Reactively NIO's Socket Frameworks.
- Yupi Database is created directly by reverse engineering of the Database Model from Hibernate. Yupi also supports migration of NIO Yupi to NEWYupi by using NHibernate Migration Mitigation Tool.
- The emulator uses SSO Authentication based in REST Service Module
- More features will be described here!
Server Features
- Here you can see the Features that already migrated/fixed/coded or recoded from NIO Yupi. Remember that we're rewriting Yupi Emulator basically from the scratch, so we're rewriting the entire features.
- Subtitles: Will-Not-Be-Coded/Not-Coded, Coded/Ready-To-Use, Planned-To-Be-Coded/Not-Coded, Not-Done/Coded/Coded-With-Bugs/Being-Rewrite, Being-Coded/Not-Finished/Being-Rewrite.
- Server-Side Features:
- In-Game Features:
Downloads
- You can Download the Complete SWF Pack by clicking here
- You can Download the Standalone Client by clicking here
- To manage your Client working in pré-alpha version, put client.php?id=1 on the browser.
Source Code
- You can find the newYupi Source-Code accessing our Web Site. In the official's Yupi Emulator Web Site you can find things like Donating Options, Yupi Emulator Releases and Access to the Source Code.
- Access our web site by clicking here
Contribute
- You can also be involved with us, giving us ideas, chatting with our developers and contributing with the project in many ways.
Server Screenshots
- See the screenshots of the Development Version of the Emulator. Those screenshots was made at 08/18/2016.
Game Screenshots
- See the screenshots of the Development Version of the Emulator. Those screenshots was made at 08/18/2016.
Last Changes
- The last changes into Yupi's source code was in: 12/05/2016
- You can access the commit by clicking here.
Thanks
- I wish many thanks to everyone from this community.
- If you liked the project. Give us a +1
-
Changelog
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Sadly i don't know any C# Code Coverage/Code Analysis Tool, Also i don't know any C# Code Continue Integration Tool or C# Dependency Manager. I only know things like Composer, Meaven, and others.. If you know, tell me, i will love the help :D
Get your shit together if you want to start a project.
Here; googling unit testing C# framework first result: https://msdn.microsoft.com/en-us/library/ms182532.aspx
Quote:
Originally Posted by
sant0ro
Yes is a rename. Because i don't have so many time to send to trash developing an emulator from scratch, likely developing from scratch without gaining nothing... But i'm doing that for an Hobbie.
But Thanks! Maybe i will in future (if habbo still exists) do from sratch ;)
You gain nothing by renaming. You just want quick fame or something.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
Sadly i don't know any C# Code Coverage/Code Analysis Tool, Also i don't know any C# Code Continue Integration Tool or C# Dependency Manager. I only know things like Composer, Meaven, and others.. If you know, tell me, i will love the help :D :love:
Continuous integration: Bamboo, TeamCity, Jenkins, ...
Code conventions tools: StyleCop, Resharper
Code quality: These are built-in inside Visual Studio (Analyze -> Run code analysis), Sonar can also be used for code quality
Dependency manager: NuGet
What about project management? You should get up a JIRA board or something.
Best of luck!
marit
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
maritnmine
Continuous integration: Bamboo, TeamCity, Jenkins, ...
Code conventions tools: StyleCop, Resharper
Code quality: These are built-in inside Visual Studio (Analyze -> Run code analysis), Sonar can also be used for code quality
Dependency manager: NuGet
What about project management? You should get up a JIRA board or something.
Best of luck!
marit
master marit XD
On topic: Good luck with the development, another rename tho :sneaky2:
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
"If Sulake gives me a DMCA, i will contact github, i have some friend inside" Making such a claim makes your project look pretty stupid.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I use Trello for keeping my project ideas, and to-do list organized also if you need a tool to do so
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
This is just my opinion, but everyone needs to branch away from using anything based on UberEmu.
Reason
1) Most of the servers who are based from UberEmu are running back from the dead (compiled into an executable and then decompiled) which creates awful looking code and yet it somehow works.
2) The architecture is all closely knitted together, I'll quote from what Hoshiko mentioned
Quote:
Originally Posted by
Hoshiko
Define 'stable'.
By my defenition it's a bulletproof loosely coupled architecture. If one piece breaks down the whole emulator doesn't go down with it. I don't see such an architecture here, this is just another uberEmulator based piece of garbage that has everything tightly coupled, if one thing breaks, everything breaks.
Unless all of the project is stripped down bare and started up from the beginning, this project will go nowhere.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Completely agree with the above. Why not start from scratch? Instead of rectifying Azure.. Regardless of that, good luck.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Good luck with your project.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Should look up RMI, would make your project more stable eventually if done properly, also if your entire system works properly, else you would not benefit from this.
Good luck, you know where to find me if needed :):
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Quackster
This is just my opinion, but everyone needs to branch away from using anything based on UberEmu.
Reason
1) Most of the servers who are based from UberEmu are running back from the dead (compiled into an executable and then decompiled) which creates awful looking code and yet it somehow works.
2) The architecture is all closely knitted together, I'll quote from what
Hoshiko mentioned
Unless all of the project is stripped down bare and started up from the beginning, this project will go nowhere.
Thanks @Quackster, yeah i'm planning in rewrite from scratch. Because that i'm rewriting all the core.
For me is better rewrite everything, because if i start from scratch i dunno what do first haha
- - - Updated - - -
Updated and Commited.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
A great emulator ... I think left the azure back
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
nadi0s
A great emulator ... I think left the azure back
You don't know what's going on BTS with AzureSharp.
Anyways, Claudio, what are you going to do next? What's planned for your next progression?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Dominic
You don't know what's going on BTS with AzureSharp.
Anyways, Claudio, what are you going to do next? What's planned for your next progression?
See my milestones, my issues, and the OP. Also see the source code.
- - - Updated - - -
Quote:
Originally Posted by
The General
I don't wanna fame. Never. I only wanna to do my hobbie. Also thanks for the Unit Test Uri. I'm not good in C#, my area is Python and PhP...
Also.. "Get your shit together if you want to start a project."?? Idk what you mean with that. Wesley please stop hating me o.o What i did for you? Really. I also said Acturus is better, and is. You're a good dev, why attack me? I'm not here to battle with you because i will lose, and because i'm only developing this for fun.
Habbo Community from Ragezone, lost that. The Carisma, the Fun. We're here to help each others, and develop great things to improve this Community and improve our knowledge about games and programming. Here we're to help each others. Only that. Ragezone lost that. Isn't me that will change that, but i can do my part and help. Good Luck with Acturus. And please stop sending DMCA for the people (if is you. if not soo.. ok)
Cheers,
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Good project, my friend!
As you said, the current community does not compare at all with the old days, before we did it for fun, today,
there are many factors that lead us to develop from the simplest to the most advanced, but we forget, as well as children fall,
get hurt, but have fun, we make mistakes, we retrace and always seek the best!
Nothing will be as good as the original, but nothing is so bad, this project, be it in the end, good or bad,
should be an encouragement to other members so that they can awaken in them the interest of such a game is produced in as something happens,
in the end, arouse curiosity, because only through it can figure out how something occurs, and only through this curiosity learned!
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Just wondering how many more times is a thread like this happened to only all Developers leave and development stop?
Anyhow I still wish you luck with the project, but it's been the same thing for the past months. If you're really going to put your time into this and actually finish it, i'd recommend starting from scratch like many have here.
Goodluck, Westyy.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
YoWesty
Just wondering how many more times is a thread like this happened to only all Developers leave and development stop?
Anyhow I still wish you luck with the project, but it's been the same thing for the past months. If you're really going to put your time into this and actually finish it, i'd recommend starting from scratch like many have here.
Goodluck, Westyy.
My friend, this development isn't a "active", and isn't from a team or something like that. This is not from Azure..
Quote:
Originally Posted by
trylix
Good project, my friend!
As you said, the current community does not compare at all with the old days, before we did it for fun, today,
there are many factors that lead us to develop from the simplest to the most advanced, but we forget, as well as children fall,
get hurt, but have fun, we make mistakes, we retrace and always seek the best!
Nothing will be as good as the original, but nothing is so bad, this project, be it in the end, good or bad,
should be an encouragement to other members so that they can awaken in them the interest of such a game is produced in as something happens,
in the end, arouse curiosity, because only through it can figure out how something occurs, and only through this curiosity learned!
Really Thanks, my friend. Ofc that is the true. The Corporates that creates the games, creates his for fun. Only some companies create is for money. (Obviously after create want money). Sadly Elisa bought Sulake oy, but Sulake without Ediooti isn't the same.
People, i'm sorry to say something like that. But i started the development without the aproval of some people that are owners of the basis code likely @iPlezier. The development will continue. But if they want to i stop the development i will stop. xD
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Why when i debug the emulator, visualstudio gives me only exe? the folder variables not exists?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
TitaniumZ
Why when i debug the emulator, visualstudio gives me only exe? the folder variables not exists?
Exists. /Build/Variables/
Update: Fixed Variables Folder Problem. Gitignore add "Build" folder, that reason did the Build folder amend from the commit.
-
Yupi! - C# 6 Rosylin - MySQL / Based on old Azure Emulator
@sant0ro Why create this?! It's already being continued already with AzureSharp (In Habbo Release Section). Not saying this is Azure but you stated that you're using an old azure build. You're basically doing what Gerard is doing but with a different name as he deprecated the use of firebird, and the other drivers. Honestly there is no need for this development?!. What makes Yupi different? If your going to do it different I'd start from scratch.
But anyway good luck with the development.
Sent from my iPhone using Tapatalk
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
My friend, this development isn't a "active", and isn't from a team or something like that. This is not from Azure..
But this is based off Azure? You can't just take away the fact that it is. Azure is a bad base to work off. why not continue mango if you're not wanting to start from scratch?.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I Hope success for your actual development ^^
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
Thanks @
Quackster, yeah i'm planning in rewrite from scratch. Because that i'm rewriting all the core.
For me is better rewrite everything, because if i start from scratch i dunno what do first haha
- - - Updated - - -
Updated and Commited.
How can you rewrite from scratch? XD
Good luck!
Sent from my HTC One using Tapatalk
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Boraida
How can you rewrite from scratch? XD
Good luck!
Sent from my HTC One using Tapatalk
xD really. I will try rewrite many codes as possible. One of the reasons of i really don't start from scratch. Is because i don't know were i need to start.
Thanks!
Today will have new commits!
- - - Updated - - -
Updated.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Binaries Updated. Stable Version Added.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
dear lord in heaven..
This will definitely be the next generation of Azure ;)
And by that, I mean that future generations will learn what not to do when writing a Habbo emulator. Redundant loops, trying to use C# like ActionScript (every object a var [book title idea!]), and just flat out abuse of C#.
Although, I have to ask, why all this hate on him for not running code analysis and other VS tools? The only thing I ever need is Task Manager, Wireshark, and code formatting. Occasionally I need to break or step into a new thread, but that's it, really.
I guess with something like a game server you need advanced analysis?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
FullmetalPride
dear lord in heaven..
This will definitely be the next generation of Azure ;)
And by that, I mean that future generations will learn what not to do when writing a Habbo emulator. Redundant loops, trying to use C# like ActionScript (every object a var [book title idea!]), and just flat out abuse of C#.
Although, I have to ask, why all this hate on him for not running code analysis and other VS tools? The only thing I ever need is Task Manager, Wireshark, and code formatting. Occasionally I need to break or step into a new thread, but that's it, really.
I guess with something like a game server you need advanced analysis?
Every variable can be used as whatever, lol. The compiler turns it into var anyways
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Dominic
Every variable can be used as whatever, lol. The compiler turns it into var anyways
Just because the compiler turns it into var is no excuse for making source code unreadable/hard to understand for humans.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Quackster
Just because the compiler turns it into var is no excuse for making source code unreadable/hard to understand for humans.
Someone should follow Dominic's idea and write an emulator in MSIL. Skip the high level process.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I'd gently ask to keep the useless discussion of formatting, var usage, etc, to a minimum. Let the developer make more progress before even start to judge the work.
Good luck with the project, OP.
- - - Updated - - -
OP, I would also like to ask you to add some screenshots, since it's about the game itself... Show some features you have on.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
FullmetalPride
dear lord in heaven..
This will definitely be the next generation of Azure ;)
And by that, I mean that future generations will learn what not to do when writing a Habbo emulator. Redundant loops, trying to use C# like ActionScript (every object a var [book title idea!]), and just flat out abuse of C#.
Although, I have to ask, why all this hate on him for not running code analysis and other VS tools? The only thing I ever need is Task Manager, Wireshark, and code formatting. Occasionally I need to break or step into a new thread, but that's it, really.
I guess with something like a game server you need advanced analysis?
Yeah, thanks. I'm running Resharper Code Analysis Tool, VS Code Analysis, and CodeMaid, also using profilling tools.
Thanks ;), And yes you're right.
- - - Updated - - -
Quote:
Originally Posted by
Quackster
Just because the compiler turns it into var is no excuse for making source code unreadable/hard to understand for humans.
Exactly. Putting everything as "var" is weirdly, and bad for Code Control. You don't know what type is is, and if you have so many castings, the var can't know what is the right type. Also is bad for "look" the code and for a clean code.
for the compiller doesn't matter if is var or not. (maybe) but for us developers and users. Yes.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
Yeah, thanks. I'm running Resharper Code Analysis Tool, VS Code Analysis, and CodeMaid, also using profilling tools.
Thanks ;), And yes you're right.
- - - Updated - - -
Exactly. Putting everything as "var" is weirdly, and bad for Code Control. You don't know what type is is, and if you have so many castings, the var can't know what is the right type. Also is bad for "look" the code and for a clean code.
for the compiller doesn't matter if is var or not. (maybe) but for us developers and users. Yes.
Overusing var is for bad programmers/very lazy programmers imo.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jax
Overusing var is for bad programmers/very lazy programmers imo.
I must be very lazy then! Somehow i don't feel any better by using it's original type, I find var much cleaner than having to write like (string[]). That's just me, eheh.
I do, however, understand that when doing a production emulator (AzureSharp) it's not good enough to just use 'var', because not everyone understands what 'var' is. :love:
Anyways, let's do what @Droppy said and stick on topic
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Dominic
I must be very lazy then! Somehow i don't feel any better by using it's original type, I find var much cleaner than having to write like (string[]). That's just me, eheh.
I do, however, understand that when doing a production emulator (AzureSharp) it's not good enough to just use 'var', because not everyone understands what 'var' is. :love:
Anyways, let's do what @
Droppy said and stick on topic
I think anyone readin' through a C# source will know what var means. However i'm with Alex, if you want people to learn off your code you should use the right Types when defining things.. and it's really ugly to use var.
I think I have the solution for this entire project, ditch the Azure base, ditch C#... use DataFlex. Visual DataFlex. Cream!
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Updated. And added new release.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Now can use in hotel? I can not create rooms is giving error
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Excellent work Claudio!
Full support! What CMS are you currently using? And what SWF's pack?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
d3veloper
Excellent work Claudio!
Full support! What CMS are you currently using? And what SWF's pack?
Hello i'm using directly a client, injecting directly sso ticket.
On topic:
1. Pushed
2. Updated
3. Added Travis
- - - Updated - - -
Added Images.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
@sant0ro ahahah yes I thought you inject it directly when I saw your SSO ticket on the db.
I would like to test it but I'm gettin' an error when I try to connect: in the Emu I see that's quoted a different build than the one you're using, so I think it's related to my SWF (before you ask me: yes, I'm using your Habbo.swf). Due to this reason I ask you what pack are you using... :P
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
d3veloper
@
sant0ro ahahah yes I thought you inject it directly when I saw your SSO ticket on the db.
I would like to test it but I'm gettin' an error when I try to connect: in the Emu I see that's quoted a different build than the one you're using, so I think it's related to my SWF (before you ask me: yes, I'm using your Habbo.swf). Due to this reason I ask you what pack are you using... :P
Use the Habbo.swf from the thread.
Please don't use the "releases" since aren't done..
But you can download last commit, from master. And test it.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I srsly dont like your personality,
but I whish you best luck and success with this development!
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I can not create rooms ;-;
and, i love this, is perfect i think, i want use in my projects but I can not create rooms
- - - Updated - - -
Faça amigos, divirta-se e seja famoso! - Habbo im testing and i Loved!
- - - Updated - - -
https://i.gyazo.com/fff49a779ddecef586db63bb605309d2.gif
have a bug in battle banzai
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Korz
This is an item interaction_modes_count error.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
This is an item interaction_modes_count error.
Great Work :thumbup1:
Nice CAT !!!!
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
MySQL 5.5+ with InnoDB necessary.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
I'm being kind of silly but what would swf and cms comatível with the emulator Revcms?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Can you disabling the buildersclub widget icon?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
MySQL 5.5+ with InnoDB necessary.
InnoDB is bad for big tables. Storing all items data, all users data together in 1-2 files? Hell naw. MyISAM all day.
InnoDB is never required, period. I disable it on all my servers.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
InnoDB is bad for big tables. Storing all items data, all users data together in 1-2 files? Hell naw. MyISAM all day.
InnoDB is never required, period. I disable it on all my servers.
With proper application architecture and table design you can build a proper database with InnoDB.
Avoid also lot of JOIN queries but heey? If people don't even know how to implement Indexes in this community it's going to be hard.
ON:
Nice work Claudio what are the next update's?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Sir Jamal
With proper application architecture and table design you can build a proper database with InnoDB.
Avoid also lot of JOIN queries but heey? If people don't even know how to implement Indexes in this community it's going to be hard.
ON:
Nice work Claudio what are the next update's?
Indexing doesn't fix all problems. Also, what happens if you don't use master and slave MySQL servers and your InnoDB file gets corrupted due to an incorrect shutdown during a write process? InnoDB tables can't be repaired. (This has never happened to me but to some people I know)
I think it's bad to just tell people USE INNODB, it might be good for applications that are thought out, designed, and coded properly BUT this is habbo retros and a table engine isn't gonna fix anything because nothing here is coded properly and databases aren't designed correctly
Also, I used Butterfly emu for years on my massive hotel and I found (even w/ optimizations) that MyISAM performed FASTER on larger tables.
Edit: I mention bfly emu because that is what Azure is based on and it has v. similar database
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
Edit: I mention bfly emu because that is what Azure is based on and it had v. similar database
ftfy
+ JOIN is better than selecting and looping over a resultset and then selecting again.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
The General
ftfy
+ JOIN is better than selecting and looping over a resultset and then selecting again.
Well i dont know what Azure db looks like now, they probably changed it so it didnt look based on butterfly imo because it runs like shit eh.
And good luck finding many people on here who even know what JOIN is.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
Well i dont know what Azure db looks like now, they probably changed it so it didnt look based on butterfly imo because it runs like shit eh.
And good luck finding many people on here who even know what JOIN is.
They probably complain because they find it too complicated to use.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
The General
They probably complain because they find it too complicated to use.
It might be just me, but I really enjoy writing queries that utilize joins instead of a loop inside a loop, etc.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
It might be just me, but I really enjoy writing queries that utilize joins instead of a loop inside a loop, etc.
Proper application architecture thats where it starts =]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Sir Jamal
Proper application architecture thats where it starts =]
If you knew what "proper application architecture" was then half the section wouldn't be using a broken and fucked Emulator, there wouldn't already be a failed Java project called Azure, and there wouldn't be this or AzureSharp project (all of which are fucked.)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
This emu have not MUS Sockets :(
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Egg. That's why I'm rewriting the database. Putting correct field types, sizes, indexes, fks, unsigned so and ah... And in emulator rewriting queries, putting REPLACES INTOS, also I will put DELAIED INSERTS, use JOIN SELECTS. And more. Because is rally weird an emulator making queries every time to get user information. Is weird because the emulator is the onliest that change the database data, and is the first to know what is changed. Clearly is better put a worker,with something likely transactions that after some time, give s update of user data. Of course make cache of user data, and if we doesn't have an cached user, need get data from query. But why put every class query so to get user data if we already have the data cached. Is weird. Azure is really weird. And I will change that in yup I.
Also my next changes will be focused in bots, database and groups. Also in little bugs in rooms. Also I will focuse in mod tools and helper tools. Trying to check wrong packets. Also I will primary focus in creating dynamic packet composers, because is really weird, in every void you write again all code of the message composer. I saw likely the same outgoing be writer again in something like 45 different voids. But in the structure nothing changed. Is bad totally bad! That's is a wrong OOP. Also I will put abstract classes, more controllers. Improve the OOP. I thinking in put singletons, closures, etc.
Cheers,
- - - Updated - - -
Quote:
Originally Posted by
Juicex3
This emu have not MUS Sockets :(
I'm not going to put mus in this time. Azure mus system is a really big security issue.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
why you dont fix the pets ?
maniahotel has fixed pets.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
I'm not going to put mus in this time. Azure mus system is a really big security issue.
If people forward the "mus" port then yes, but who does that? ... right? oh wait.. nevermind..
The point of having a "mus" was to be able to communicate with the server for example via the cms. For that kind of purposes there is no need in forwarding that specific port.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Joopie
If people forward the "mus" port then yes, but who does that? ... right? oh wait.. nevermind..
The point of having a "mus" was to be able to communicate with the server for example via the cms. For that kind of purposes there is no need in forwarding that specific port.
Unless of course you use a Linux server to run a webserver on there and host your emulator on a Windows server. However, I do believe that is why the mus.connection.allowedaddr or whatever is in the configuration for.
Security issue? More like he doesnt know how to work sockets.
- - - Updated - - -
Quote:
Originally Posted by
sant0ro
Egg. That's why I'm rewriting the database. Putting correct field types, sizes, indexes, fks, unsigned so and ah... And in emulator rewriting queries, putting REPLACES INTOS, also I will put DELAIED INSERTS, use JOIN SELECTS. And more. Because is rally weird an emulator making queries every time to get user information. Is weird because the emulator is the onliest that change the database data, and is the first to know what is changed. Clearly is better put a worker,with something likely transactions that after some time, give s update of user data. Of course make cache of user data, and if we doesn't have an cached user, need get data from query. But why put every class query so to get user data if we already have the data cached. Is weird. Azure is really weird. And I will change that in yup I.
Also my next changes will be focused in bots, database and groups. Also in little bugs in rooms. Also I will focuse in mod tools and helper tools. Trying to check wrong packets. Also I will primary focus in creating dynamic packet composers, because is really weird, in every void you write again all code of the message composer. I saw likely the same outgoing be writer again in something like 45 different voids. But in the structure nothing changed. Is bad totally bad! That's is a wrong OOP. Also I will put abstract classes, more controllers. Improve the OOP. I thinking in put singletons, closures, etc.
Cheers,
- - - Updated - - -
I'm not going to put mus in this time. Azure mus system is a really big security issue.
I like where you want to go with this project, but, I don't see you doing everything that you say. It'd probably be better to go download Butterfly r96c and update that to the PRODUCTION build as that Emulator is stable as fuck and you can really focus on designing new features from scratch rather than modifying existing ones to make them better.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
If you knew what "proper application architecture" was then half the section wouldn't be using a broken and fucked Emulator, there wouldn't already be a failed Java project called Azure, and there wouldn't be this or AzureSharp project (all of which are fucked.)
Get your facts right. I leaved Azure already for 3 months I never worked on "Java project called Azure" or even "AzureSharp project"..
I'm not saying that I know proper application architecture. I'm just telling you where it all starts :)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Sir Jamal
Get your facts right. I leaved Azure already for 3 months I never worked on "Java project called Azure" or even "AzureSharp project"..
I'm not saying that I know proper application architecture. I'm just telling you where it all starts :)
Well the Azure shit all started with you. Oh well, live and let live :)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
All kind of projects from azure is still going bad.
we need a emulator which is fully working.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
Unless of course you use a Linux server to run a webserver on there and host your emulator on a Windows server. However, I do believe that is why the mus.connection.allowedaddr or whatever is in the configuration for.
Security issue? More like he doesnt know how to work sockets.
- - - Updated - - -
I like where you want to go with this project, but, I don't see you doing everything that you say. It'd probably be better to go download Butterfly r96c and update that to the PRODUCTION build as that Emulator is stable as fuck and you can really focus on designing new features from scratch rather than modifying existing ones to make them better.
The mus system from Azure has not authentication. And is not secure. Also has no use, because all mus commands doesn't work. And the mus system isn't creating logs.
In my point likely socket.io is a right implementation for mus.
And Jonteh I'm doing all these things that I said. But is Christmas. I don't work in Christmas. One of the reason, is I had a entire year with university projects and university studies... I will continue work probably in January.
juice,
Also pets are working in Yupi. Only doesn't appears in catalog because I'm rewriting the pets. If you see the change logs will se the changes in pet system. And let system isn't done.
Yupi is on development and not in production usage for yours noobs of the world try to use without is finish.
Also juice if azure is so bad (I know is) use other. People like you doesn't matter.
Cheers,
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
The mus system from Azure has not authentication. And is not secure. Also has no use, because all mus commands doesn't work. And the mus system isn't creating logs.
You don't need authentication... MUS is configured to only allow connections from certain IP addresses...
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
You don't need authentication... MUS is configured to only allow connections from certain IP addresses...
Yeah, but I'm figuring out to use something in REST implementation, something that socket.io does. Is good put a little TLS tunnel for MUS. Also I'm thinking to put a user authentication, to check if is a valid connection. Because Tanjii is a big security issue. The PacketParser will check if the connection has a valid GameClient stored user id. Also something like session proofing, idk, but putting TLS is not good at all, for every hotel. Also that can broke the Encryption system. (Observation: I'm not using the encryption system. Such likely RSA can be easy broken with some algorithm like D-AUncrypt. (Similar as Bcrypt Decrypt algorithm)... So, The encryption system is little useless if I not figured out to put a Server Side RC4 Encryption, because today's every emulator has only Client Side RC4. XdrMaster tried to code the ARC4 (his rc4 server side algorithm). But some bytes are encoded wrongly.
Cheers,
Enviado do meu iPad usando Tapatalk
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Jonteh
Well the Azure shit all started with you. Oh well, live and let live :)
I had to login on RaGEZONE just to say that I totally agree with you.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
What's the point in working on an emulator that's so broken and hasn't followed a proper action plan, everything's a mess and the structural integrity is completly screwed, for example if one thing breaks the whole emulator is broken (I think this was stated) - when you say you're going to re-write this emulator do you mean re-write it within itself or start a new project and follow from it as a base, because either way I say it's a bad idea because not only is it bad practise but it's the worst source to learn/develop from purely because of its integrity. You'd be best off basing your project from an old half-developed source (I think it was Mango, or something like that). Surely this has already been mentioned? TLDR previous posts. This is just a huge waste of your time, IMO.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Liam
What's the point in working on an emulator that's so broken and hasn't followed a proper action plan, everything's a mess and the structural integrity is completly screwed, for example if one thing breaks the whole emulator is broken (I think this was stated) - when you say you're going to re-write this emulator do you mean re-write it within itself or start a new project and follow from it as a base, because either way I say it's a bad idea because not only is it bad practise but it's the worst source to learn/develop from purely because of its integrity. You'd be best off basing your project from an old half-developed source (I think it was Mango, or something like that). Surely this has already been mentioned? TLDR previous posts. This is just a huge waste of your time, IMO.
Yes, i will rewrite the whole code, (at least how much code i can rewrite). I preffer that, i know is a big work, more than create from scratch. But if you see the Github Repository, will see that the code is starting to being better.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
Yes, i will rewrite the whole code, (at least how much code i can rewrite). I preffer that, i know is a big work, more than create from scratch. But if you see the Github Repository, will see that the code is starting to being better.
If it is more work than create from scratch, why wouldn't you then just create from scratch? Besides that, there's more 'dislikes' in the whole Azure shit than just the code. I only have to say the word database. The database design isn't the best either. If you were to change that, you had to change up even more on the emulator.
-
Yupi! - C# 6 Rosylin - MySQL / Based on old Azure Emulator
Quote:
Originally Posted by
Glaceon
If it is more work than create from scratch, why wouldn't you then just create from scratch? Besides that, there's more 'dislikes' in the whole Azure shit than just the code. I only have to say the word database. The database design isn't the best either. If you were to change that, you had to change up even more on the emulator.
You're right. Im redesigning the database.
Also Glaceon, your normalization's recommendations are right. If you check the change log and changes in github will see.
Sent from my iPad using Tapatalk
Sent from my iPad using Tapatalk
-
Yupi! - C# 6 Rosylin - MySQL / Based on old Azure Emulator
Also Glaceon, your normalization's recommendations are right. If you check the change log and changes in github will see.
Sent from my iPad using Tapatalk
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
sant0ro
Also Glaceon, your normalization's recommendations are right. If you check the change log and changes in github will see.
Sent from my iPad using Tapatalk
About the room owner was just one thing. Haven't checked the whole database for bad typing, as I have seen a lot of times in the past the database designer used an integer for a number that should never be below 0. For that you should use an unsigned integer. But that only applies when you're 100% sure it cannot go below 0. (For example, coins, all primary keys, duckets etc etc...)
But that's all up to you to figure out :-)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Glaceon
About the room owner was just one thing. Haven't checked the whole database for bad typing, as I have seen a lot of times in the past the database designer used an integer for a number that should never be below 0. For that you should use an unsigned integer. But that only applies when you're 100% sure it cannot go below 0. (For example, coins, all primary keys, duckets etc etc...)
But that's all up to you to figure out :-)
I already did that. I know all these things, Glaceon. I only didn't finished the database normalisation.
Sent from my iPad using Tapatalk
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
@sant0ro when u start to update the github with updates agian?
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Hi, great work! Do you have a SWF pack for Yupi Emulator please ?:w00t:
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Any SWF Pack for this? Azure's one isnt working good (catalogue messed up).
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Multify
Any SWF Pack for this? Azure's one isnt working good (catalogue messed up).
Go to Yupi\Build\Variables\Cache and delete FurniDataCache.xml (worked for me)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Glaceon
Haven't checked the whole database for bad typing, as I have seen a lot of times in the past the database designer used an integer for a number that should never be below 0. For that you should use an unsigned integer. But that only applies when you're 100% sure it cannot go below 0. (For example, coins, all primary keys, duckets etc etc...)
Well it's not like you're going to have max integer coins inside your purse. There is no need to use an unsigned integer for coins, tickets and all values that require math where something might be subtracted. Because the result might be below zero. That's why youtube broke on 2147483647 views and not on 4294967295 views. When subtraction is involved, then stick with signed values.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
CodeDragon
Well it's not like you're going to have max integer coins inside your purse. There is no need to use an unsigned integer for coins, tickets and all values that require math where something might be subtracted. Because the result might be below zero. That's why youtube broke on 2147483647 views and not on 4294967295 views. When subtraction is involved, then stick with signed values.
To add on that, the client uses signed integers too, so there is not reason to use unsigned server side.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Joopie
To add on that, the client uses signed integers too, so there is not reason to use unsigned server side.
I still wondering how they deal with more furniture like that. I'm certain there are more than 2^31-1 furniture around. They have over 250 million accounts registered.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
CodeDragon
Well it's not like you're going to have max integer coins inside your purse. There is no need to use an unsigned integer for coins, tickets and all values that require math where something might be subtracted. Because the result might be below zero. That's why youtube broke on 2147483647 views and not on 4294967295 views. When subtraction is involved, then stick with signed values.
Then you're better of using something different than an int, maybe a smallint or something. But in my eyes (and this is and stays my opinion) it's better to use an unsigned value for something that won't come below 0. Also, "that's why youtube broke on .... views", if you do things correctly (which you should) you wouldn't get any bugs when using unsigned int. But I'm saying before 900000 hate reactions, this is just my opinion.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Glaceon
Then you're better of using something different than an int, maybe a smallint or something. But in my eyes (and this is and stays my opinion) it's better to use an unsigned value for something that won't come below 0. Also, "that's why youtube broke on .... views", if you do things correctly (which you should) you wouldn't get any bugs when using unsigned int. But I'm saying before 900000 hate reactions, this is just my opinion.
Things will also break when you hit 2^31+ just because client side it will be a negative number.
Signed or unsigned, it doesn't matter..
Signed: check if it's not below zero.
Unsigned check if it's not above 2^31-1
Both cases have advantages and disadvantaged.
Don't see this as a hate but in this case we are limited to the client which uses signed and because of that is there no real advantages of using unsigned over signed ints
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Joopie
Things will also break when you hit 2^31+ just because client side it will be a negative number.
Signed or unsigned, it doesn't matter..
Signed: check if it's not below zero.
Unsigned check if it's not above 2^31-1
Both cases have advantages and disadvantaged.
Don't see this as a hate but in this case we are limited to the client which uses signed and because of that is there no real advantages of using unsigned over signed ints
Well I don't see this as hate as you might have a point maybe I just don't understand it well.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Day 05 of January of 2016. Development will continue. Please Moderation Close this Thread.
I'm in vacation. And be back 5th of Januaray.
Observation: Please reopen the thread day 05.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Hello people, today i will commit a lot of changes, update changelog and database. I'm coding since 4 days updates, and waiting to fix all the commonly bugs to commit.
I did already that:
1. SSO Login Error fix
2. Invalid cast Errors fixed
3. Multiple groups when create one.
4. Can't enter room after put bot and reload/unload room.
5. Furniture disappears.
6. Pets (i'm today working at pets already did that:
a. database refactor
b. dynamic pets
c. removing the fuckin a0 pet, and pet typed by old identification (the correct identification of the pets, is by external_variables, has a line with all pets public names (respectively .swf's) and the order of commas (,) is the pet identification.
d. rewriting pet purcahse, handling
e. removing fuckin no-sense every pet is in bots_data and pets_data
f. rewriting way of pets is stored
g. rewriting pets commands
h. rewriting way of pet races is stored
i. etc))
Also the most errors of the last commit from github is because the Database.SQL isn't the correct that is in the repository.
Please wait for my commit today to try use Yupi.
Thanks, cheers,
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Looks good!
Hope you had a good vacation :)
Good luck with Yupi :D
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Syntus
Looks good!
Hope you had a good vacation :)
Good luck with Yupi :D
Thanks! was good, only ignoring the fact that i was ill 70% of the time. (stomach ill)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Sucks. I was already annoyed with me having a cold with christmas. Sounds all good from what you've saying. Anyways are you going to improve performance of the emulator in general? By the way, with Mono you can already run C# projects. But if you would REALLY want to do it the 100% right way, you should not use .NET. Anyways, hope you're better now :-)
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Glaceon
Sucks. I was already annoyed with me having a cold with christmas. Sounds all good from what you've saying. Anyways are you going to improve performance of the emulator in general? By the way, with Mono you can already run C# projects. But if you would REALLY want to do it the 100% right way, you should not use .NET. Anyways, hope you're better now :-)
I didn't get in what way you said "Sucks" i think is about my ill hehe
Yes firstly i will TRY to normalize all the code, following the issues, and milestones. Fixing all bugs, rewriting classes, rewriting database
After that will redo all documentation.
After that will do Database Documentation
And after all that, will implement Log4Net removing old Logging, Exception Handling
After that will improve all the throws, try-catches-finally with good data.
Only after that will try to adapt for Mono, i like MonoDevelop, also the MonoProject, but will spend a lot of time trying that. I think is better make the emulator firstly stable before trying to put the software embedded and "universal".
I don't know what can happen with the bad memory management of azure in a Linux.
I already with Kessiler R. improved memory management and leakes.
But thanks in advance!
- - - Updated - - -
My class didn't ended. I'm waiting to continue the job. But the class is giving me headache.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
ovflowd
I didn't get in what way you said "Sucks" i think is about my ill hehe
Yes firstly i will TRY to normalize all the code, following the issues, and milestones. Fixing all bugs, rewriting classes, rewriting database
After that will redo all documentation.
After that will do Database Documentation
And after all that, will implement Log4Net removing old Logging, Exception Handling
After that will improve all the throws, try-catches-finally with good data.
Only after that will try to adapt for Mono, i like MonoDevelop, also the MonoProject, but will spend a lot of time trying that. I think is better make the emulator firstly stable before trying to put the software embedded and "universal".
I don't know what can happen with the bad memory management of azure in a Linux.
I already with Kessiler R. improved memory management and leakes.
But thanks in advance!
- - - Updated - - -
My class didn't ended. I'm waiting to continue the job. But the class is giving me headache.
No I mean if you make something in Visual Studio you can already open it in Mono only thing is C# 6.0 won't work in Mono AFAIK (haven't worked with Mono for ages...). Also log4net is a good thing to use as it's much better than using the Console class. And sucks was indeed about your illness haha.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Glaceon
No I mean if you make something in Visual Studio you can already open it in Mono only thing is C# 6.0 won't work in Mono AFAIK (haven't worked with Mono for ages...). Also log4net is a good thing to use as it's much better than using the Console class. And sucks was indeed about your illness haha.
I could be wrong, but MonoDevelop 4.0+ does support C#6. Since I saw some C#6 related bug fixes and release notes.
-
re: Yupi Emulator [C# 6/NHibernate/Post-Shuffle]
Quote:
Originally Posted by
Boraida
I could be wrong, but MonoDevelop 4.0+ does support C#6. Since I saw some C#6 related bug fixes and release notes.
Yes, but still beta. Also .NET 4.6 is beta (or partially not supported) will every time give to you MSBuild tools error.
- - - Updated - - -
Join the development meeting with TeamViewer: m60-327-619
