It's possible to create Meteor app without the need for a server (run it as pure APK)? I have some projects in mind and I don't need database.
Related
I am familiar with svelte.js for client side wherein client and server are disconnected and all communication is via AJAX calls. However, I have a question whether shared hosting without node installation can deploy a sveltekit app?
Any comments are welcome.
Yes and no. You can serve static sveltekit pages generated with #sveltejs/adapter-static. If you want SSR or to use server side load functions, endpoint, or any other 'backend' feature of sveltekit you will need to use a different adapter. For that, you will need #sveltejs/adapter-node, or another adapter. For supported environments see this page of the docs. So yes, you will need a javascript runtime (probably nodejs) to use all of sveltekit's features.
I am working on an eCommerce project. I want to use amazing meteorjs for this project. I want to know is it possible to share meteor back end server( collections, methods, authentication) with a web and mobile app not just MongoDB. If its possible Please let me know how we can use the same Meteor backend server for multiple apps.
The Meteor client talks to the server using the simple DDP protocol. DDP clients have been written for a variety of other platforms, including Android and iOS.
Pardon if it's a dumb question, but I'm trying to build a personal website and, in order to kill two birds with one stone, use the website to fulfill the requirements for a web development class at my university. I want to build my website using Node JS with MongoDB and Bootstrap, but my course requirements at a later project require that I migrate my project (other students are expected to only have designed their website using pure HTML and CSS) into a .NET framework and use Microsoft SQL Server as a database.
I'd like to know whether or not I can wrap or use Node JS inside .NET or if it is feasible for me to fork my personal website to another version utilizing Microsoft technology.
Thanks.
No, you could not "wrap" or use in a practical way Node.JS inside of an ASP.NET web site. While you could theoretically start new processes from ASP.NET that run Node.JS code, it would be an unnecessarily complex setup (as you'd need to manage the processes, threads, etc.).
You can certainly use MongoDB and Bootstrap within an ASP.NET application, so some of your work could be shared.
If you will have the ability to configure IIS on your Windows server, you could use nodeiis to host a Node.js alongside a .NET site:
https://github.com/tjanczuk/iisnode
This approach works well. If you take this approach, be sure that any Node modules you include will work on Windows.
Is there any integration meteor application with application server.
I want to create a chat client which should be integrated with my web application, i have seen meteor example and i want to explore the possibility for my requirement.
Please suggest.
You could either use meteor for your web application or you could put the meteor chat application in an iframe on your web application.
It would be difficult to actually integrate your current web application into a seperate meteor instance because meteor includes its own webserver and the meteor code can't run on what your application server's stack might be (IIS/Apache,Thin,etc). You would have to look at a way of having meteor run on its own and then integrating this into your webpage with html/javascript
If you don't have a chat application on meteor yet, there's a very good example at:
https://github.com/AVGP/meteor.js-chat-example
I would like to create an opensocial application. I have read about how to do this on the client side, my question is what is the most appropriate server side technology to use? My idea requires persistent data and business logic that should be stored and executed on a server. I have some familiarity with creating full blown web apps in ASP.NET and Ruby on Rails. Can I leverage those to build a complete opensocial app (with an iframe or something like that) or do I need to create only a back end using one of those technologies that will be accessed by javascript?
We're using Apache Shindig (Java) for a live project at http://www.lonelyplanet.com/groups
The website hosting the gadgets is written using Ruby on Rails, and all the business logic, data persistence etc is handled there.
We've injected custom handlers into Shindig to proxy everything to the Rails app using REST services. You can make Shindig do as much, or as little as you want. We've got it doing very little, and keeping all the app logic in the parent app hosting the main site. Shindig just serves up gadgets and handles security etc.