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 1 year ago.
Improve this question
I am new to blockchain and NFT space, but with decentralization at the heart of it. How are NFT marketplaces providing capabilities like Stats and Searching, do we also have any decentralized storage for storing those types of data? I see that the NFT assets can be stored in IPFS, but what about other data to display the stats related to NFT on the marketplace.
They duplicate some of the raw blockchain data and aggregations of this data in their own searchable databases.
Example:
Each token mint emits a Transfer() event log with params of the token sender (0x0 in case of a token mint), receiver, and the token ID.
There is a standardized function that each NFT collection can implement to return the token metadata - name, description, and image URL - in a standardized output format.
A marketplace subscribes to events of newly minted tokens (usually only on their users' collections), then queries the metadata of the newly minted token (by its ID available from the event log), and stores the metadata in their own searchable database (e.g. ElasticSearch).
Related
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 6 months ago.
Improve this question
I am brand new to ios development and am looking for some advice on the best way to structure my user data and access it throughout my app.
Data is retrieved via HTTPS requests that query a database for the desired information. There are separate calls for the different tables containing information of interest. The returned data is formatted as nested dictionaries where the outermost key is the column and the subsequent dictionary is key-value pairs of the index and the table value. Example:
{"column1":{"0":"value1-1", "1":"value1-2", "2":"value1-3"},"column2":{"0":"value2-1", "1":"value2-2", "2":"value2-3"}...}
My primary requirement is that I will need to be able to filter this data by the innermost values (some will be dates, some will be numbers, etc). I would like to have the data in a format that will make this simple to do and will not cause delays as there is no limit on the number of possible rows.
I have looked into reconstructing a user-specific SQLite database with the information and querying that throughout the app as necessary. I have also explored dataframes as this app was originally developed in python - don't ask - and relied on pandas dataframes.
I know this decision will impact me heavily and am trying to do my best to make an informed decision. I appreciate any feedback and am happy to give more useful context that might be missing.
TIA
You can use SQLite database for persistent storage. This is ideal for your main requirement of filtering the data. You should also create a structure or a class modelled on your data to store and use during runtime. You can refer this for deciding between a class or structure.
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
Just wanted to know if Firebase Persistence Storage is encrypted when it caches to the disk on the device. We want to leverage Firebase syncs on a certain path to push faster updates to the users.
The disk persistence that Firebase Database uses on the local device when you enable persistence is not encrypted by the Firebase client. Anyone who has access to that file can read the data inside it.
Firebase storage is not encrypted
This will be useful : Securing Firebase: Preventing administrators from being able to see all users' data in the Forge?
Firebase storage provides rules for providing security to data. Visit here
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 8 years ago.
Improve this question
I'm building an app which fetch posts from server. My question is straightforward: My UITableview has a data source. The data source can load data directly from the server when user hit reload. So why do I want a local store like core data?
One benefit is that loading from a local data store is much faster than loading from a web service. As such, a common pattern is to cache the most recently retrieved data in a local data store and display that while you're making an asynchronous request for any updates.
One example would be Facebook's apps. When you open them from a completely shutdown state they are populated with previously loaded posts, and when a refresh request completes the UI then refreshes with the new data.
The thing to remember is that with mobile devices network connectivity can be highly variable and/or non-existent. If your app requires connectivity and up to date info at all times, then maybe you don't need a local store? But it does help improve the overall user experience generally speaking.
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 8 years ago.
Improve this question
I have a client who would like to accept credit card payments over the phone automatically. While normally I'd use something like Stripe for the credit card processing, I recognize that ultimately I'd have to temporarily store the credit card information on my server to pass it on to my processor, and even more importantly, whatever voice service I'm using (like Twilio) would also see that information and have to be PCI compliant.
Question:
Are there any PCI-compliant voice API providers (like Twilio)?
If not, how might it be possible to create such a set up where I could automatically accept credit cards over the phone?
The search term you are looking for is "IVR Payment System" - there are a bunch of companies out there offering this including several with PCI-DSS Level 1 certification. Basically this approach involves you transferring the call to the payment IVR, and then it will transfer the call back after collecting the credit card information.
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 8 years ago.
Improve this question
A lot of website using these type of GET id, such as www.mywebste.com/?id=ABDXC5Z instead of www.mywebste.com/?id=30 I have a couple of questions regarding this:
What is the benefit of doing this? Is it for preventing auto-crawling that can get everything from the website?
How to implement it? Is the ID just a unique random string store in the database, or the encrypted data that can be decrypted to normal id?
If I store unique string index as ID, does that really affect the performance of my website?
There are a number of reasons that this might be used. Most likely, the system is auto-generating a random ID (from a hash or something similar) instead of a sequential one to prevent collisions or to allow simultaneous generation by multiple servers behind a load balancer. The ID isn't "encrypted", it's just an arbitrary key that the server uses to look up the resource in some sort of database.