Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 8 years ago.
Improve this question
I have a question concerning the impact of companies acquisition and its impact on the global
information system harmonization. as an example, let's take a company A using ABS ERP
and acquiring:
- Company B using Blue cherry ERP
- Company C using Styleman ERP
How can we harmonize and give company A real time access to data from it's affiliates ERPs?
Thank you !
You can either use ETL to move data from one database to another, and have the same schema but this would be an overkill.
Another option would be to create services which sit on top of one ERP to extract data, and then custom development would be required to be done to the other system to integrate to these services. When data is viewed, data would be picked up from one of the ERP's database, and from the web services of the other.
Or else try to merge the companies using the same system, having a period of time with the systems running in parallel on both systems to make sure everything is running smoothly. Cross checks would need to be done to make sure data is OK.
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 4 years ago.
Improve this question
I'am developing a Mobile game and i would like to send my users new levels (JSON files) every month. What is the best way to do that (FireBase, REST API, ...). Could someone help me to choose the best practices used in games ?
I think it's independent from game design or not.
You'll first have to think if you want to actively send the levels (using remote notifications), or if the app will check each and every month some web service if new data is available. In any case, the arbitrary "level" data has to be downloaded actively by the app.
Which technique you use depends on your own preferences. Maybe you should also think of some cloud storage like Amazon S3, this might scale better than an own-hosted solution if you expect high loads at the beginning of a month or so. This will narrow down your choices.
Transferring the data might also depend on the size to be transferred. I would almost always try to compress the data, and unzip it at the client site.
Update
You could also think of initially assigning each client a random day for downloading level data (only use day 1-28, not 1-31, or you might get problems with too-short-months), e.g. client 1 might download each 5th of a month, client 2 each 2nd, client 3 each 14th and so on. This will reduce the download peak to about 3%, because every day only 1/28 of your clients downloads new levels.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I have Users table in Firebase. However, users can change our scores, etc. How can i handle this situation ?
Thanks
In general I recommend storing the actual moves that a user has made in the game, in addition to the score they achieved. At the very least you can then replay those moves to see if the score is correct or manipulated. But you can also further analyze the moves to see if they were made by the player or seem synthesized.
You can use Firebase's security rules to validate the moves of certain games. But depending on the game this may be beyond what you're willing to write security rules for. In that case, you should write the (move and score) validation into a back-end process that runs in a trusted environment. This may be a an app server you control, but it also be as simple as a process you periodically run on your own machine.
Some links that cover the same/a similar topic:
Firebase complex validation
Firesafe: Add Complex Security Logic to Your Firebase App
can Firebase be used to backend Unity MMOs?
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 9 years ago.
Improve this question
So I know this is a pretty simple question, but I've looked through all of my iOS textbook and can't seem to find out how people do this. I just want to store and edit an array on the internet. That is, let's say all of the data for my application is stored in an NSMutableArray. Ignoring the complications that occur with people editing the array at the same time, how would I allow multiple people to go into my app and then through that app access and edit the NSMutableArray for others to see?
There are a ton of options here, some of which were listed by #Zaph. The most common scenario to share data between a ton of random users is to setup your own server to run an API that you app will be able to communicate with. This is commonly referred to as the "Backend". The solutions here are vast, written in many different languages and sometimes even provided by third parties services. My advice is to pickup a simple, easy to learn server-side setup like Ruby-on-Rails, then deploy test app on Heroku as they provide free accounts to play with.
In addition to the options #coneybeare provided some others include DropBox, Parse and Azure.
Dropbox requires each user so setup an account.
Parse and Azure have rather easy APIs but you will be paying past the free tier.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
We have 2 developers that are working on 8 applications. Should I split them in separate projects or keep all in one project? If i should split them, than how can I work with aggregated agile board? Keeping separate agile boards is not very useful because since there will be much more agile boards then developers.
My personal preference is to keep TFS projects for a group of related applications. For example, if you have a website, an app, a webservice, and a scheduled task all working on essentially the same data but for different scenarios, I would group those as a single TFS project.
However, if two applications are fundamentally different they should be segregated from each other. For example, one is a mobile eCommerce application, another is a video game about elephants fighting zombies armed only with a canoe paddle.
That way, the task board makes sense from a logical perspective. With related applications, you'll have stories that cut across all of the projects. You may have a common data layer service, or perhaps they all use a common engine that you want to be able to maintain on the same cadence.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 7 years ago.
Improve this question
Background
I want to create a Cocoa Touch library where others will be limited to a finite number deployment builds using said library. However, there should be no limitations on the number of development builds.
I was considering a remote server which generates license-keys each associated with the library and a number of permitted deployment builds on the library.
When the user of the library builds for deployment, I need to check against the keys on the remote server.
Question
Does this seem like a sound approach for what I want to accomplish? If so, how does one check only for deployment builds while preventing the user from tampering with the script/binary that does the checking? If not, what would make it a sound approach?
Imagine the joy and rapture if every library you used was making calls to some random server, affecting your customers, hurting their experience. Making your development of your product a living hell for testing and distribution. Yea, that'd be a hoot.
Get a lawyer, get a solid contract, reserve the right to audit their sales, etc. Companies have had such arrangements for years, and actually abide by them with little more than a piece of paper and couple of signatures.