I have a sideloaded application in company and want to collect crash-reports and logs for this app.
How I can do this? I know App sends data to Windows Store Developer Center, but I haven't one because of sideloading.
UPDATE 1
Check out my library WinrtErrLog. Detailed blog about how to use, not by me
There are couple of paid libraries available that will deliver crash logs.
MarkedUp
BugSense
Raygun
You can also create own web service which stores the exception log in database.
Related
I'm developing an app in Ionic 2/Angular 2/Cordova and I need to implement this behaviour: storing data in the client app and download data of each client to the main server database, periodically, as soon as the mobile data network on the device is available.
What is the current best practice to do this?
I would think SQLlite database on the app, mySQL database on the server and a web service for the app to call and send data. There is something pre-built to do this? (coding this from scratch seems to me like reinventing the wheel)
EDIT: after some researches I've found something called PouchDB (son of CouchDB) but I'm not sure it is sufficiently used/supported by the community to use it and hope to find help online in case of problems
I want to more rapidly release updates for my application. Is it possible to call Web APIs from the Windows store to publish updates to my Windows 10 apps directly to the Store without manual interaction?
As far as I know .. there's no official API from Microsoft for that, you could ask for that : https://wpdev.uservoice.com/forums/110705-universal-windows-platform .
I'm building a chat system based on ejabberd using an iOS client (and XMPPFramework).
My current chat system supports only one-on-one conversations between users saving a chat history on a MySQL database.
In order to recreate the same chat system, i'd need ejabberd to retrieve chat history from my database so the users don't lose previous conversations when switching to the new chat system.
I'd like not to save the conversation client-side since the iOS app can be deleted and reinstalled (or the user could switch device).
Is it possible to make ejabberd read chat history from my MySQL db?
This should be possible with mod_archive_odbc.
It's an additional ejabberd module that you can find by checking out http://svn.process-one.net/ejabberd-modules/ with SVN.
An example on how to build and install a module on Debian can be found here.
The question is a bit old, but if anyone is still interested.
This could be achieved by Message Archive Management (http://xmpp.org/extensions/xep-0313.html).
Most complete implementation of this XEP is in MongooseIM (fork of ejabberd).
https://github.com/esl/MongooseIM/blob/master/apps/ejabberd/src/mod_mam.erl
ProcessOne page claims to have support for archiving on this page: http://www.process-one.net/en/ejabberd/#getejabberd, but there is no mention on this page: http://www.process-one.net/en/ejabberd/protocols/. Looks like they are using their custom specification.
Please note, that you won't be able to use mod_mam from MongooseIM directly with processone ejabberd, because of small differences in function arguments that module is calling.
I am investigating using HTML5 for a new suite of mobile applications that our company will be writing.
I found this demo here,
http://phonegap.com/start#android
Which shows how to use eclipse to generate and run an android application which is written using HTML.
Just wondering whether there is any information around about writing an online / offline application? This application would collect data based on the user input, and that data would be sent off to a central server and put into our central SQL server database.
What mechanisms could be used to connect and send the data to the server for instance?
Another requirement would be that some data would have to be sent and cached on the device, data related to the tasks that the logged in user has to perform.
You can interact with your server by applying traditional javascript techniques, like ajax, or other cross-domain methods like jsonp, iframes, etc.
The HTML5 localStorage will help you saving data on the local device, it's very useful when your data can be expressed as strings. But if your app requires more powerful tool for local data management, you can make a phonegap plugin with native code for anything you want.
In case of Offline-mode save the data in Local Storage which is feature of HTML 5. Whenever the user in Online Sync the data with the server. In case the data to be stored locally is quite large then use PhoneGap that allows to store some big stuffs
[Ref.: http://docs.phonegap.com/en/2.7.0/cordova_storage_storage.md.html#Storage].
any ideas on what I need to create a touchscreen restaurant ordering system?
I've got the touch UI understood and implemented 100%.
What I can't figure out is how to implement the "Send order to
kitchen" and "Call waiter" functions.
Each table will have a "client" computer running an air app. Calling the "Send order to kitchen" and "Call waiter" functions from the "client" computer should make the "client" communicate with a different "kitchen" computer over wifi.
I'm sure this can be done, I just don't know what I need.
I've read about UDP but I'm not sure that's it.
Any ideas?
With real time data delivery, a streaming server is useful, like you mentioned. Adobe offers a free service for that:
http://labs.adobe.com/technologies/cirrus/
If you think dealing with that might be somewhat over your head, you can always use a standard, locally accessible web server like PHP/MySQL. It would even allow you to archive closed orders with say, an "order_status" database field in MySQL.
The host AIR application could periodically ping the server for "open" records and push an alert if it sees any new records. When an order goes out, you'd obviously send a separate request back to the web server to update a particular record as closed.
Additionally, clients would send their order requests to the web server for inserting new records into the database... with each new record receiving a unique id (primary key).
I personally would go for option 2 for the sake of a database implementation.
For an easy Windows PHP/MySQL installation: http://www.wampserver.com/
Don't over complicate it.
An AIR application can run a ServerSocket that other AIR apps can push and pull messages from. You only need to write and read Sockets.
We even have cross-platform implementations of this, where either server or client is a native Android or iPhone app.
It works well as long as you can read / write servers and you are on the same network.
Good luck!
Juan