Most visitors online was 12720 , on 2 May 2024
Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature currently requires accessing the site using the built-in Safari browser.
¡AMAZING! very good the emulator, When will it come out?.I would like to try it and see its functions
Hi Alex!
Nice to see this development is still improving very fast. So you're still focusing on behavior of furniture I assume.
I was wondering if you have also plans to implement the game furniture like Battle Banzai, Freeze, Ice Tag, Football etc.
I saw you've already done the basic stuff for pets. What about pet training?
You might wanna look into what automated build systems are like Gradle and Maven instead of leaving dependencies inside your git repo. Anyone who has worked in any project that is larger than a 2-day assignment knows why not using any of those is a bad idea. Had sort of expected that you had this set up, as it is a very basic thing in software development.
Why did you choose to use Gradle over Maven (I'm just curious, no hate pls)?
hi jpoopie,Why did you choose to use Gradle over Maven (I'm just curious, no hate pls)?
I've decided to write the CMS in Java, using Netty and Twig (You must be registered to see links) . I've already written most the web server functionality already.
It support cookies, it will also handle session data (server-side variables for connections), and it also handles loading files from disk with the correct MIME type, routing is also supported (defining which controller handles a request). so things like Apache and PHP won't be required for loading client data, images, etc.
I apologise if this is going to be a learning curve for some people, but PHP is a terrible language that enables people to write bad code very very easily and I think we should move on from using it (just my personal opinion).
Just a word of warning. If I understand you correctly, you are coupling the logic of dynamic pages very tightly together with the static files. For some cases, this is fine, but you have to think about whether this is making it harder for people to edit the static files themselves. How is this going to be solved? Will it be in a fat JAR or how will this run? Typically, people have some load balancer (i.e. nginx or Apache) in front of the application servers themselves (Jetty, Tomcat, whatever JAR web app you have running). This does then in turn make it easy to set up routing to decouple static content from the dynamic parts of your web app. Have you made any thoughts around this?so things like Apache and PHP won't be required for loading client data, images, etc.
Hi qwek,
Nice to see this development going. But why are you writing these troll posts? First of all, how do you make a CMS in Java? That is not making any sense to me. Secondly, PHP is not even a language.You must be registered to see links.
Just a word of warning. If I understand you correctly, you are coupling the logic of dynamic pages very tightly together with the static files. For some cases, this is fine, but you have to think about whether this is making it harder for people to edit the static files themselves. How is this going to be solved? Will it be in a fat JAR or how will this run? Typically, people have some load balancer (i.e. nginx or Apache) in front of the application servers themselves (Jetty, Tomcat, whatever JAR web app you have running). This does then in turn make it easy to set up routing to decouple static content from the dynamic parts of your web app. Have you made any thoughts around this?
Template tpl = client.template();
tpl.start("client");
tpl.set("sso-ticket", "123");
return tpl.render();
http:// localhost/gamedata/external_variables.txt
Very wrong. Asp.net.Yeah last thing one would do is use a programming language for the web.
Very nice! Java for teh win. But why did you decide to not use Spark?I've decided to write the CMS in Java, using Netty and Twig (You must be registered to see links) . I've already written most the web server functionality already.
It support cookies, it will also handle session data (server-side variables for connections), and it also handles loading files from disk with the correct MIME type, routing is also supported (defining which controller handles a request). so things like Apache and PHP won't be required for loading client data, images, etc.
I apologise if this is going to be a learning curve for some people, but PHP is a terrible language that enables people to write bad code very very easily and I think we should move on from using it (just my personal opinion).
Very nice! Java for teh win. But why did you decide to not use Spark?
Plus emulator has it.Quackster, you should code the gamecenter and also make it possible to add games from the database. Haven't seen any emulators recently that has that, and it's not a lot to code.
Hi qwek,
Nice to see this development going. But why are you writing these troll posts? First of all, how do you make a CMS in Java? That is not making any sense to me. Secondly, PHP is not even a language.You must be registered to see links.
Just a word of warning. If I understand you correctly, you are coupling the logic of dynamic pages very tightly together with the static files. For some cases, this is fine, but you have to think about whether this is making it harder for people to edit the static files themselves. How is this going to be solved? Will it be in a fat JAR or how will this run? Typically, people have some load balancer (i.e. nginx or Apache) in front of the application servers themselves (Jetty, Tomcat, whatever JAR web app you have running). This does then in turn make it easy to set up routing to decouple static content from the dynamic parts of your web app. Have you made any thoughts around this?