Nova [Node, Electron, PHP, REST, Multi-Platform]

https://github.com/sant0ro/Nova/raw/.../docs/Beta.gifhttps://github.com/sant0ro/Nova/raw/master/docs/Rat.png
The External HH Client Ecosystem™

What is Nova?
Nova it's the future of Habbo. It's an external Game Client that doesn't need any Browser. You can play Flash or Shockwave Habbo Retro Hotels. Without bothering.

Nova it's universal. One app for any Retro Server using it's API. Nova will provide the entire authentication, assets and everything for you. You just need auth one time, and enjoy Habbo.

How Nova works?
Nova uses the Nova Engine, that provides a RESTful API that communicates between the Nova App. Each hotel can have their Nova Engine, that is customized for their purposes. Nova provides a set of custom tools, for the Hotel Administrator get over control in Nova.

Nova uses 2FA (Two-Factor-Authentication) to auth you into your Hotel. You need only logon one single time in the Hotel, and get your Token in the Client Page. After that you just need enter the Hotel URL on the Nova App and your token, and you will be all set.

Nova stores the Token and update each time itself. Nova haves a security system, that ables the player to reset the Token (regenerating it) directly on the Hotel Client.

How is the API?
You can check the API by clicking here.

Other Informations

• Actually rewriting the Engine and improving the code.

GitHub repository
You can check the GitHub repository by clicking here.

Official Website
Check our website by clicking here.

How will be the Installation?

• For Developers: Download the client.php and HabClient.phar, configure the client.php and be Happy.
• For Users: Just download Nova Electron App (in the future we will provide an installer for Windows)

How will be the GUI?

• App: HoloCMS design, for every page. And built in Client
• Engine: jSON pages and Home page with HoloCMS design.

Progress of the API

• Base Paths: Hotel/Client OK, User/Login OK
• Future Paths: Hotel/Status, Hotel/OnlineCount
• Give me ideas for more Paths

Some Considerations

• Started the rename of HabClient to Nova
• Today or Tomorrow will continue commiting to the project.

Some Screenshots (Engine)
Home Page http://image.prntscr.com/image/40437...6266f27834.png
Requesting User Data
http://image.prntscr.com/image/8bac3...61fb2c5c41.png
Version Check
http://image.prntscr.com/image/69b42...f7c3fa4d0e.png
Hotel Status
http://image.prntscr.com/image/ee620...7765a35c1b.png
Logging System (Debug)
http://image.prntscr.com/image/b4613...747caeaf99.png

Some Screenshots (Electron App)
Select Server
http://image.prntscr.com/image/33a39...8907d15f1b.png
Wrong Server/Inexistent Server
http://image.prntscr.com/image/976d9...c722ab3ff6.png
Authenticate User
http://image.prntscr.com/image/d79b0...5c2f3a0ed6.pngInvalid User/Token/Wrong
http://image.prntscr.com/image/dddbb...76d8a12df7.png
Play on HabClient
http://image.prntscr.com/image/f7169...d4af6b7e8c.pngConsole Log
http://image.prntscr.com/image/f606d...dfa2409b90.png

Progresses

• Finished Basic API, starting now creating the JavaApp
• I'm starting the JavaApp, but i don't know from where i start. I think i will start from the Communication engine... The Flash stuff, will be the hardest one.
• Starting the ElectronApp. trashing the JavaApp.
• First Functional Release of HabClient working.

Changelog (Versions)

• v011

Functional API, Engine and External App in Electron.

1. Basics of API working
   
2. Entering on Client and Playing working 100%
   
3. Tested in PHP BuiltinServer, but should work in Normal Web Servers.

Credits

• Claudio Santoro (me)
• Someone else? o.o
• HoloCMS creators??
• Sulake? lmfao

​If you liked it, Give a rep.

I wish you good luck implementing Shockwave in Java also:

Quote:

---

How the Authentication works?
The authentication happens by SSO Tokens. SSO tokens are generated in each communication and expired after being consumed.

---

Don't forget v1-12 (?) don't use SSO.

Updates:

• Actually the JavaApp is communicating with the PHP Engine
• Yes, the JavaApp code it's a totally mess yet. Will improve it a lot after.
• Created Master Token for Engine (Only for Development)
• Improved some PHP Codes
• More

To-do:

• Continue JavaApp Engine Communication
• Start to figure out how will make the Client :/
• Planning do the Client in JWebBrowser with SWT or JFlashPlayer...

- - - Updated - - -

Observation.: 44 commits in one day. Fantastic.

What is your justification for implementing it in Java? I see it as the second worst alternative to implementing it in something stupid like VB .NET Forms. I'm not even sure if it is going to be possible for you to embed a browser that runs Flash/Shockwave in a Java applet. Did you even look at those frameworks I suggested to you earlier?

I still think you'd be better of with Electron than Java and PHP. Nonetheless good luck!

Hype hype hype! GL bro :w00t:

Quote:

---

Originally Posted by maritnmine

What is your justification for implementing it in Java? I see it as the second worst alternative to implementing it in something stupid like VB .NET Forms. I'm not even sure if it is going to be possible for you to embed a browser that runs Flash/Shockwave in a Java applet. Did you even look at those frameworks I suggested to you earlier?

---

Oh, yes, you're right. I will give a look.
But i found a Framework called DJ Native Swing..

- - - Updated - - -

Quote:

---

Originally Posted by Boraida

I still think you'd be better of with Electron than Java and PHP. Nonetheless good luck!

---

Are you sure, that Electron it's independent from the Browser? If yes, are you sure that Flash will work on it?

If yes, of course i will use this.

I'm thinking in use Node.js in the engine. But people are dumb. sooo... The engine will continue to be in PHP..

- - - Updated - - -

Ok, convinced with Electron.
Switching to Electron.

Some points:
1. https://github.com/electron/electron/blob/master/docs/tutorial/using-pepper-flash-plugin.md
2. Electron i can code just in HTML + JavaScript + CSS, so it's easy.

Need look if Electron supports Shockwave too.

- - - Updated - - -

OK. Electron doesn't support Shockwave.. That's not good..

I assume you use the PHP back-end to hand out the information for the client right? Nothing wrong with that.
Also something I've noticed is that you use observation in the wrong context. It should be note, not observation.

People i'm really happy to say, that first version of HabClient, it's running and working 100%! Tested with Yupi Emulator!
I will update this thread with images and more informations. And create the RELEASE at GitHub.

I hope everyone here like it.

- - - Updated - - -

Important Notice.: If someone can provide me the PepperFlash.dll and PepperFlash.so, i will be happy.
Already have PepperFlash.plugin (MacOS)

- - - Updated - - -

OK! Updated Main Thread. Uploading the App. (I dunno why, but the electron-packager makes 100mb of this... lmfao) (40MB of PepperFlash, and some MB of the real app...)

Who will download something of 100MB?

- - - Updated - - -

For future: Making cache of Assets?

- - - Updated - - -

Also: If someone can give me the AdobeShockwave.dll and .so (windows & linux respectively) i will be really happy.

- - - Updated - - -

This will be helpful: https://github.com/szwacz/nw-flash-trust

- - - Updated - - -

Can someone test HabClient? I want to know if work with someone else.

- - - Updated - - -

Okay, many members read this thread, but no one answers on it. --'

I suggest finishing off Yupi before wasting your time on this project.

Quote:

---

Originally Posted by NoBrain

I suggest finishing off Yupi before wasting your time on this project.

---

I'm not Yupi developer. Only maintainer.

- - - Updated - - -

Updates (version.: v0112)

• Improved Security Checks
  
  • Now we have Server validation
  • Now we have Token validation
  
  
• More pages with more content
• Improved Assets arrangement.
• Improved code to bey async with callbacks.
• Improved how the core it's made
• Included NodeModules directly in the folder

Planned (version.: v0113)

• Using full RESTful stack (not only request(), but request.get(), request.put(), etc.)
  
  • this will improve the async stack of the app
  
  
• Improved code, documentation and using more APIs

Future (version.: v0114)

• Starting the top-bar in the client
• Improve the App Menu
• Create customized About menu
• More things?

Quote:

---

Originally Posted by saamus

People i'm really happy to say, that first version of HabClient, it's running and working 100%! Tested with Yupi Emulator!
I will update this thread with images and more informations. And create the RELEASE at GitHub.

I hope everyone here like it.

- - - Updated - - -

Important Notice.: If someone can provide me the PepperFlash.dll and PepperFlash.so, i will be happy.
Already have PepperFlash.plugin (MacOS)

- - - Updated - - -

OK! Updated Main Thread. Uploading the App. (I dunno why, but the electron-packager makes 100mb of this... lmfao) (40MB of PepperFlash, and some MB of the real app...)

Who will download something of 100MB?

- - - Updated - - -

For future: Making cache of Assets?

- - - Updated - - -

Also: If someone can give me the AdobeShockwave.dll and .so (windows & linux respectively) i will be really happy.

- - - Updated - - -

This will be helpful: https://github.com/szwacz/nw-flash-trust

- - - Updated - - -

Can someone test HabClient? I want to know if work with someone else.

- - - Updated - - -

Okay, many members read this thread, but no one answers on it. --'

---

100MB is quite common nowadays anyways.

Quote:

---

Originally Posted by The General

100MB is quite common nowadays anyways.

---

Thinking on this way.. I agree. But entire Habbo SWF is... 500MB.. (i think).. So a program that it's more 100MB. Okay, are 100MB that you will download only one time..

Anyways...

- - - Updated - - -

Ah also i will develop the Windows Installer. Actually o think that only the Windows and Mac Version will support natively the hhotel:// wrapper...

Awesome! I like it :love:
Let's hope it gets safely.

Quote:

---

Originally Posted by Mackors

Awesome! I like it :love:
Let's hope it gets safely.

---

Thanks @Mackors, it's becoming more secure. This weekend i will post more commits.
The beta release it's basically done. I only will improve the english stuff. Some more views. And more API things.

And also organize the GitHub repository hahah.

I wonder more people comment here. A lot of people was reading this.. No one answering. Is this community dead?

Kinda cool, but still meh.

Implementing Shockwave clients is impossible, as the Director file format is closed. You'd need to re-compile the Shockwave projects as EXE projections to even have a shot at implementing a stand-alone client for older Habbo versions.

I don't see a lot of people using it. All you're doing is eliminating the site in favor of an application, which is the opposite direction in which the internet seems to want to move.

Quote:

---

Originally Posted by FullmetalPride

Kinda cool, but still meh.

Implementing Shockwave clients is impossible, as the Director file format is closed. You'd need to re-compile the Shockwave projects as EXE projections to even have a shot at implementing a stand-alone client for older Habbo versions.

I don't see a lot of people using it. All you're doing is eliminating the site in favor of an application, which is the opposite direction in which the internet seems to want to move.

---

I agree totally with you.

Also making the Shockwave works will be a big drama.
This App was designed for when Chrome and other browsers shut downs Flash and for when Shockwave be totally removed from the Browsers.

Also this App makes little easier playing in the servers. In the future the App will have the history of the hotels that you already played. And you can insta-choose the hotel in the list. No need of auth again.

The token it's a specie of 2FA. You first login on your hotel (only one time) in the browser. And after that logs only one time in the App witht eh token provided by the Hotel.

So, you don't need open browser. And nothing. Only open the App.

Also in the future the app will provide a top bar with some functionalities.. Like showing Hotel Alerts (Created by the System) (Not the in-game alerts..) (or maybe yes) (How many users are online and if the server is online) and a button to show a new panel with the Hotel Articles. The top bar will be designed in Habbo v18 like. And the articles in Habbo :articles command.

I appreciate a lot of your comment here. Since it's rare to you answer some Dev thread and if you answered that it's something special for me.

Thanks! And if you have ideas, give me a feedback ;)

- - - Updated - - -

Next changes for HabClient

• The project will be renamed to Aurora, since it's also an HTML5 App. (But not HTML5 Client) and my old "community project" Aurora, will be canceled. Since no one is interested.
• I will fix many English issues from my texts
• Change the logo to Aurora.
• Improve the API Communication:
  
  • Code the ServerStatus API blocks
  • Code the Page that says your server isn't compatible
  • Code a Generic Error Page where Electron communicate with a callback in the Error.html JavaScript. (Electron WebContent & WebClient API)
  • Improve Landing Page design
  • Change the "What's going on" Messages List, to be updated directly from GitHub "SERVER_MESSAGES" file
  • Change the "What's going on" Messages List from the Engine to be updated directly from GitHub "ENGINE_MESSAGES" file
  • Code the Hotel Articles API Communication
    
    • This will communicate directly with the Database (HabClient Engine)
    • Getting the content and making titles
    • HTML escaping
    • styled content
  
  
• Try to start design & code the client top bar.
  
  • Using Habbo v18 In-Client Top Bar
  
  
• Try to start design & code the client articles system.
  
  • Using Habbo In-Client Articles Design
  
  
• Try to unify the Token to work like as an 2FA. So the last used Token by the User will be stored in the HabClient App.
  
  • Being saved in some file?
  • The file will have multiple entries, for each hotel.
  
  
• The landing page will have an option to login in in a saved hotel
  
  • Will recover last data about the hotel, (stored in the file) Like:
    
    • Server URI
    • Last Used Token
    • Server Name
    
    
  • You will be able too choose a saved server in a kind of list...
  • The same checks made by entering manual data will happen for stored hotels. If something is invalid like server URL or user token, the error page will be invoked.
  
  
• Improve the code Documentation and improve the code.
• Update the Swagger REST API

Quote:

---

Originally Posted by saamus

Thanks @Mackors, it's becoming more secure. This weekend i will post more commits.
The beta release it's basically done. I only will improve the english stuff. Some more views. And more API things.

And also organize the GitHub repository hahah.

I wonder more people comment here. A lot of people was reading this.. No one answering. Is this community dead?

---

I see you write alot when you have made a update. Like what you have updated and changed etc.
I know for sure, the most people here don't understand (programming) what you're talking about. So, if they don't know what you are saying, when you are updating your thread with such a long text they will not understand, and it will lead to get NO reaction/comment back from the users, who are reading your thread and updates.

My advise is to continue with updating us, but to make is clear for everyone, add a image to (each?) update.
Then you can talk about it, and explain it. They will understand it a little bit more.

Without- image they don't want even read everything.

If you don't get any comment, it does not mean people don't see it.
Look at Facebook for example, there are a lot people nowadays who are just watching without commenting or something.
They keep open there Facebook again because they like what they have seen before.

ONT: Go and keep up the work anyway! :8:

Quote:

---

Originally Posted by Mackors

I see you write alot when you have made a update. Like what you have updated and changed etc.
I know for sure, the most people here don't understand (programming) what you're talking about. So, if they don't know what you are saying, when you are updating your thread with such a long text they will not understand, and it will lead to get NO reaction/comment back from the users, who are reading your thread and updates.

My advise is to continue with updating us, but to make is clear for everyone, add a image to (each?) update.
Then you can talk about it, and explain it. They will understand it a little bit more.

Without- image they don't want even read everything.

If you don't get any comment, it does not mean people don't see it.
Look at Facebook for example, there are a lot people nowadays who are just watching without commenting or something.
They keep open there Facebook again because they like what they have seen before.

ONT: Go and keep up the work anyway! :8:

---

Thanks for the feedback @Mackors. I will in next update add screenies ;)
And also "clean" text, i mean, i will do my best do write clean texts haha.

That's a good thought to prepare us for the downfall of Flash, but I'm fairly certain Habbo has already prepped an HTML5 solution. I'm sure they have a direct line to Adobe, who helps them move all of their Flash assets automatically. Then they probably brush up the code to make it more fluid.

Still. HTML5 won't come without its disadvantages, and as far as I can tell, I'd rather build with Flash than HTML5 at this point.

Quote:

---

Originally Posted by FullmetalPride

I'm sure they have a direct line to Adobe, who helps them move all of their Flash assets automatically. Then they probably brush up the code to make it more fluid.

---

I don't think Adobe would bother with that.

Quote:

---

Originally Posted by The General

I don't think Adobe would bother with that.

---

We never know. But i think in that way also. Maybe Sulake pays Adobe for a technical support. Big companies does that, IBM, Oracle, Microsoft...

---
Anyways, the biggest problem of Electron it's that uses Google Chrome containers. So if Chrome officially stop supporting Flash?

Chrome uses the PPAPI Plugins, so even if Chrome disable Flash, will be possible inject the PepperFlash Plugin?

Anyways, i'm researching about injecting NPAPI Plugins, (Chrome doesn't support they anymore). I will find to decompile the Package (in case of OS X) of an Pepper Flash Plugin, and try to inject the META Informations into a NPAPI Package (in OS X both are .plugin)
If this works, i can "officially" inject Adobe Shockwave Flash NPAPI Plugin into a PPAPI Plugin.

The shit it's that if the chrome container runs directly on Electron App, i will need pass out the "SANDBOX MODE" of Chrome Plugin Allowance.

Actually the HabClient does a request to the Engine that renders the Client. So it's hosted in a URL and not in File System. (Since Electron allows to Bind External Pages and Electron Pages (both in HTML). But the Electron Pages are loaded through File System.

Chrome as strictly and rigorous security in File System Loaded files.
But already exists tutorials to bypass they.

I will also research the possibility of using a specific version of Chrome (aka Chromium) container.
That will be hard.

But i will try do my best in this project. And obviously this time, releasing it.

This weekend i will resume the commits. And do the things that i explained in my previous post. (Or going as far i can)

Thanks for supporting and reading this project!

Chromium doesn't support flash.

Quote:

---

Originally Posted by The General

Chromium doesn't support flash.

---

Chromium supports Pepper Flash, a version of the Flash Player by Google that was created specifically for Chromium (and Chrome of course!)

Updated Project Home Page.
Today or Tomorrow will continue commiting.

Updated NovaApp & NovaEngine!

• Renamed all names of "HabClient" to "NovaApp"
• Coded Dynamic Updates Retrieve & Last News (App & Engine)
• Coded 2FA and Optional Token Re-Generation (Engine)
• Coded Splash Screen (App)
• Changed App Icon
• Dynamic Error Page
• Started Coding Save Valid Servers in History

Next Commits:

• Code Save Servers in History
• If Already exists a Saved Server, Load Server List First
  
  • Button to Add a New Server
  
  
• Select Existent Server and Play on it without re-authenticating (Purpose of 2FA)
• Improve English (because my english suck)

Screenhosts:
http://image.prntscr.com/image/d2115...e060a59bfa.png
http://image.prntscr.com/image/efff7...dfc99b1f4e.png
http://image.prntscr.com/image/d83f3...d17400d8a9.png
http://image.prntscr.com/image/fad64...4ad196bd75.png

Quote:

---

Originally Posted by saamus

Updated NovaApp & NovaEngine!

• Renamed all names of "HabClient" to "NovaApp"
• Coded Dynamic Updates Retrieve & Last News (App & Engine)
• Coded 2FA and Optional Token Re-Generation (Engine)
• Coded Splash Screen (App)
• Changed App Icon
• Dynamic Error Page
• Started Coding Save Valid Servers in History

Next Commits:

• Code Save Servers in History
• If Already exists a Saved Server, Load Server List First
  
  • Button to Add a New Server
  
  
• Select Existent Server and Play on it without re-authenticating (Purpose of 2FA)
• Improve English (because my english suck)

Screenhosts:
http://image.prntscr.com/image/d2115...e060a59bfa.png
http://image.prntscr.com/image/efff7...dfc99b1f4e.png
http://image.prntscr.com/image/d83f3...d17400d8a9.png
http://image.prntscr.com/image/fad64...4ad196bd75.png

---

Just some general comments, your user-interface is way too complicated for at least 20% of the users that you are targeting at. Remember these are kids that does not understand most of the words you put down; Two-factor authentication and http:// is like alien technology to them and most people will put down https:// anyways in the field Try avoid these issues to happen by design instead of asking the user to remove http:// from the address. You are also asking the user to select the server when they are supposed to enter the address? (what?) I suggest one of the following approaches to test your UI:
- Get really drunk and see if you can use it.
- Get @NoBrain to test it, he is already pretty resource constrained.

Thanks master @maritnmine!

I just finished the first version (for production usage) of NovaApp.
I will now start to research how create the Installer.
@NoBrain, if isn't a bother to you.. Can you help me with the User Interface, and Usability Tests? Also helping to improve the English, since i suck in english..

Here a screen of Server List:
http://image.prntscr.com/image/68ff8...27e3157714.png

Anyways i will package the App.

- - - Updated - - -

Electron it's to much lazy to understand that i already have mono installed..

Code:

---

No dice: spawn mono ENOENT

---

So wtf.. Maybe i only can create a Package Installer.. running on Windows? :glare:

So, maybe someone with Windows OS can do this for me.. Anyways. My internet is slow today.. Maybe i will not be able to upload the electron-packages
(each one has 100mb)

Top Bar Working!! Now need code the Show Articles from TopBar ;)
(And code the Articles API D:)

http://image.prntscr.com/image/91af8...cd65070fc4.png

Quote:

---

Originally Posted by saamus

I'm sure is. But this community it's dying in egoist.

- - - Updated - - -

Top Bar Working!! Now need code the Show Articles from TopBar ;)
(And code the Articles API D:)

http://image.prntscr.com/image/91af8...cd65070fc4.png

---

hmm,since you changed the topbar does that mean we can do it to? Change it to another style.

Quote:

---

Originally Posted by Dora Vdb

hmm,since you changed the topbar does that mean we can do it to? Change it to another style.

---

You mean.. change the logo? Or remove it? You can customize the entire client on /engine/packages/SRC/Vendor/client.php
But yes, you can customize it and it's easy to change the logo. Only need open the main client.php available at /engine/client.php the line has "small_logo"

Commited many things to Nova.

• App:
  
  • Coded Hotel Articles Plugin (Screenshot attached) (alpha)
    
    • See all Articles with Scroll
    • Need to create a way to only show Article summaries..
    • Create a jQuery trigger to open the full content of the Article in a new Window.
    
    
  • Cleaned the NodeJS Core
  • Improved Checks and the Nova Class, created subModules
  • Improved other things
  • Coded Language & Translation System (beta)
    
    • The Language System is in beta, but it already works.
    • Need to do safety checks, without that people can inject in the App by only editing the Language Files.
    • Goodly, i tried to inject, and creates only PURE HTML elements. They are loaded with DOM also. But if JavaScript is attached on they, doesn't works. So JS injection will not work.
  
  
• Engine:
  
  • Coded Articles System
    
    • Only does query by now
    • Need code REST module for Articles
    • I did a little shit with how the Articles CSS is loaded.. So don't care about the shit PHP injections..
    
    
  • Improved some codes..
  • Added more configurations.

- - - Updated - - -

Forgot the Image:
http://image.prntscr.com/image/8b3ed...39397ed81c.png

Quote:

---

Originally Posted by The General

I don't think Adobe would bother with that.

---

Oh I do! Companies regularly provide back-room support to enterprise consumers. Sulake's been a friend to Adobe's platforms, which used to be Macromedia's of course, for two decades now. I'd be shocked if Adobe didn't have some immediate presence during the migration from Shockwave to Flash. What I'm really thinking is that Adobe gave them inside instructions that detailed the process of moving your assets to Flash.

Fresh updates! @John Winfield and @lai0n entered on the project.

New Progresses:

• We started a separate branch called rewrite, where we're rewriting the NovaApp for a proper code version. This branch will be full optimized and use things like Bootstrap and more Habbo UI styles.
• The master branch it's continuing with the normal progresses. I will implement more features later.
• Actually NovaApp it's usable, and we're relaying now in recode the features and proper using the API provided by the NovaEngine.
• Also we will improve the PHP of the NovaEngine.. More security.
• You can also see the issues on the GitHub repository and see what we're doing.

It seems like everytime John Winfield is joining a project its dying.. RIP!

Quote:

---

Originally Posted by iExit

It seems like everytime John Winfield is joining a project its dying.. RIP!

---

Haha, fun joke.
But the truth it's that this project didn't got big support from the community.
And maybe i code everything, to after all, no one use this.

The truth is that no one want to download something to play Habbo. That's the difference of Habbo, you don't "download" any binary, executable, installer or something on the browser.

All the downloads happens in the backend.

Maybe something better, it's create Nova as a WebApp that you don't need to download.
I'm thinking about.. Why i created an App with Electron.. It's just HTML5 + JavaScript!

It's so stupid!! I'm so stupid!! Why not simple make each hotel have the api and an online portal that you put the hotel url and the toke and click play.

It's the same!

Obviously the magic of this was Shockwave. But really? Shockwave is dead. People love oldschool, but maybe no one will play it ever if i magically create a support to it. No one will ever create a retro server maybe (maybe not).

So if i continue this project on my vacations, will be as the engine and a portal hosted by me that do the same of the NovaApp.

So, in this way, i will simplify a lot the end-user part. That really don't want to download anything.

What yours think about this change?

Do you have a contribution guide anywhere?

Quote:

---

Originally Posted by Caustik

Do you have a contribution guide anywhere?

---

Good point. Will do this now.

- - - Updated - - -

Here we go: https://github.com/sant0ro/Nova/blob/master/CONTRIBUTING.md

Any progress? :wavey:

Quote:

---

Originally Posted by Sir Jamal

Any progress? :wavey:

---

After xmass probably my friend <3

A hosted portal will be more useless than the desktop app.
Why someone will play on the portal instead of play on the own hotel? Both are web apps.

And, you have only more work to play on a portal.. You need register, open Nova, copy hash token and hotel link t-t
Is fuckin boring

The only reason I see this could be useful is if people wanted to play on a Schockwave hotel. Otherwise, it seems quite useless and there are few advantages for a hotel to use this application. It's not really the future of Habbo, it's just in a different window. It's more restrictive to hotel owners as they have little control over the CMS and the client (eg. if they wanted to add custom HTML elements (from what I've grasped from this thread)).

However, for what it is , it looks like you did a good job and made some good progress. I just don't seeing this being used/feasible unless it was used for a specific hotel perhaps (eg. you opened it, it launched say Habboon and remembers your login details).

Quote:

---

Originally Posted by lai0n

A hosted portal will be more useless than the desktop app.
Why someone will play on the portal instead of play on the own hotel? Both are web apps.

And, you have only more work to play on a portal.. You need register, open Nova, copy hash token and hotel link t-t
Is fuckin boring

---

What the hell are you saying?

You really don't know a difference between desktop app or webapp? The whole Nova app is a webapp, only difference that electron emulates a browser.
The difference of the portal is that you don't need download Nova. But works at the same way
Literally works as the SAME way.

From where you get that need register???? Are you mistaking which type of portal I'm exemplifying here??

- - - Updated - - -

Hi

Quote:

---

Originally Posted by LukeJS

The only reason I see this could be useful is if people wanted to play on a Schockwave hotel. Otherwise, it seems quite useless and there are few advantages for a hotel to use this application. It's not really the future of Habbo, it's just in a different window. It's more restrictive to hotel owners as they have little control over the CMS and the client (eg. if they wanted to add custom HTML elements (from what I've grasped from this thread)).

However, for what it is , it looks like you did a good job and made some good progress. I just don't seeing this being used/feasible unless it was used for a specific hotel perhaps (eg. you opened it, it launched say Habboon and remembers your login details).

---

Nova actually allows custom interfaces configurable by the engine.
The app will not only load the client from the engine, but also hotel title, special.motto, logo, articles and many other things.

Actually on my test hotel was called habbo and using the default Nova logos. ;)

This is awesome! The version checker and server connector with link. Wow :w00t:

Quote:

---

Originally Posted by swe

This is awesome! The version checker and server connector with link. Wow :w00t:

---

Thanks! I will continue the development after new year. But many things will change.

People. I'm commiting again.

Now we will transform the App in a specime of NodeJS WebApp. That can be hosted to be transformed into a Portal.

The differences it's that no one need download anything.

The App will be accessible in an URI like http://novaapp.io (or something like that)

And hotel owners will need to only install the NovaAPI (NovaEngine)

People will access the website, write Hotel URI and write Token.

The Hotel List + Tokens will be stored in a encrypted Cookie (Node Session Variable)

I'm not sure of using NodeJS. Maybe we will just use PHP (and use PHP Sessions + Session Factories (that allows to encrypt sessions variables))

Giv'me a feedback:

1. PHP or NodeJS + Express
2. DesktopApp or WebApp
3. Container (WebApp) or WebService (Purely PHP + HTML/jQuery)

Thanks!

Node for obvious reasons. This would be better as a web application as it would pave the way for higher user counts to use it easily, and a web app (container).

This project is looking cool, however, it takes out the diversity of many servers and diverts it to just another thing similar to how Minecraft is. Losing personality isn't the easiest thing when it comes to something as restrictive as our community has been, however, it's a nice idea and glad to see it going somewhere

Quote:

---

Originally Posted by LeChris

Node for obvious reasons. This would be better as a web application as it would pave the way for higher user counts to use it easily, and a web app (container).

This project is looking cool, however, it takes out the diversity of many servers and diverts it to just another thing similar to how Minecraft is. Losing personality isn't the easiest thing when it comes to something as restrictive as our community has been, however, it's a nice idea and glad to see it going somewhere

---

Thanks, Chris.

My team decided doing with NodeJS with Express and Yarn.

We will start to commit probably day 10 of this month.