We have a ASP.NET MVC5 (Business) Web-Application (hosted on our webserver) and need to share and/or grab local data/files from the users (business customer) computer.
For example:
Local foreign Desktop-Applications > this application need some data (e.g. xml-file) from our ASP.NET MVC-Application and maybe we will get back some data (e.g. xml-file) with results. At the moment the user can download only the file to the browsers Download-Folder, and copy the file to the predefined destination folder of the foreign Desktop-Application. The user need to manually upload the resulting xml-file to our application.
Scanner: If the user scan something he can only manually upload it (for some scanners he also have to manually open the scan folder) - Drag & Drop is nice, but it would be more comfortable if this happens automatically. User don't want to Drag & Drop files.
local Payment terminals (POS-Terminal) which are connected with USB or locally at the customers network > I can't interact with it from our Web-Application.
There would morge examples for other desktop applications / local devices which I can't access from an Web-Application.
Now our idea was to write a local .NET Core application which acts like a webservice, e.g. RESTful API where I can allow CORS-Header for my Web-Application > so we can communication locally. (We have also thinked about browser plugins, but this wouldn't be easy to support all browsers).
It should run locally on windows / mac and without the need for a webserver (e.g. IIS). A user GUI isn't necessary at all - but it would be great to do some settings (like folders for the foreign applications) or updating this application.
Can this be done with .NET Core?
Related
I have a HMI project using Asp.net core and current host on IIS.Once the project finish we are going to ship them with our Robot. Consider in the future we might have over 100 customers that it will become to a nightmare that I have to connect each customer's device to replace the old files one by one. Is there a way that all of those iis site are using a share folder on the cloud and I just need to change files in that folder then everyone get my updates.
I am writing an ASP.NET CORE 6.0 WebApp where a third party is reselling it to their client base. Each of their clients have a custom logo, colors, and database connection string. This is a small client base where they are adding slowly. Basically when I release the software to the client, they are going into the code and updating the logo.png file in wwwroot, updating two css rules in site.css, and updating the connection string. Then they build and deploy to their clients instance. They do this for the 6 clients they currently have whenever I release an updated version of the software. I'd love to be able to centralize this and store these settings in my code so they can simply pick the client and do a clean build without having to go in and modify settings.
Background:
UxD designer with no application development background, some experience with HTML/CSS creation, quick learner
Wants to build:
Simple file sharing application
User credentials required for access
Files will belong to one of a pre-determined category list
Files will be 2-5KB in size each (application should prevent uploading of larger files)
Users should be able to upload file and associate it with the appropriate category (overwriting existing files should not be supported)
Users should be able to browse all categories and download any file
Users will all be on Windows 10
Would like to leverage freely available file repositories (Google Drive, Dropbox, etc)
Application can be either desktop (Windows 10) or web-based (no hard-requirement .. just looking for the best/easiest option)
Future considerations: Community-based features. Ability to add file descriptions/comments/rankings to each uploaded file
Here are my questions:
What development platform(s) would be most suitable for the above objectives?
Is it possible to utilize Google Drive or Dropbox as a centralized file repository for this type of application?
What other considerations might I have overlooked?
What are the biggest limitations/show stoppers in creating the type of application I have described?
I wish to distribute my enterprise Worklight application to many different clients.
Basically what I want to do is give my customer the .ipa and .apk files of the Worklight app so that they may upload them onto their own Application Center. The problem is that each application needs to be slightly different in that there are different URLs they must refer to as well as some other properties such as text.
I was wondering if there's a way to have my ipa/apk read from a properties that my client could change on their own without having to rebuild the ipa/apk?
EDIT for clarification:
The application I'm referring to is NOT the Application Center app, it is an application I've built using Worklight that I would like to distribute using the Application Center. I will be selling my application to entire companies rather than single users. Once the company has the application, their employees will need to download it somehow (using the Application Center I'm hoping).
Right now I'm trying to figure out exactly how I will distribute my application to my clients. My application calls services of another application hosted on another server (aka the "URL" I was referring to before, it is NOT the Worklight URL). The problem is this URL will be different per client and as far as I know right now in order to change this URL per client, I must recompile the ipa/apk for each client. This is what I'd like to avoid. If possible I would like to distribute the same ipa/apk to each client and have them change some sort of parameter somewhere to set the correct URL for their environment. It's also important to note this URL does not go through an adapter, and lives directly in the client.
IMO what you are asking for is not possible, be it with a regular native app or a Worklight hybrid app (that is really a web app but enclosed in a native "shell").
Once you produce the .ipa or .apk file, it is closed and cannot (unless cracked) be opened to make changes (that would be a security breach). Using a "properties file" next to the app is obviously not possible either.
You will need to create a custom .ipa/.apk for each customer.
I have developed one OOB SL4 applicaton for a food chain, and it stores outlet bills locally in isolated storage, and these bills gets uploaded when Internet connection would be available. All is working fine.
But I have seen that if I open silverlight configuration dialogue->isolated storage, can delete the isolated storage of the application. So If there are 1000 bills are pending to upload gets deleted.
Is there any way to prevent the same?, I don;t think so , I know My documents is one more place, but I am looking for alternate way to store data safely?
I tried the Comtoolkit but seems that behaviour is not consistent and not production quality code
As #NestorArturo states it seems there is no configuration to prevent this.
However, an alternative, for an out of browser application is to use the file system.
File system access. Trusted applications can access System.IO types
and related types that are otherwise unavailable to Silverlight. These
APIs provide direct read and write access to files in user folders on
the local computer. For more information, see How to: Access the Local
File System in Trusted Applications.
A third alternative is to write your own COM component; via this technique, you can gain full access to the system.