I have a sales site that I developed with c# asp.net mvc. On this site, the user can track the product. When the product price decreases by the admin, I want to notify the user if there is a product with a reduced price among the products followed by the user. Is there a build I can use? Where can I start?
As a result of my research, I found a structure called signalr. Do you have this or a similar structure?
Related
I am making an app that will be designed to capture the list of games owned by users of our hub for analytics purposes. So, in short, I need something that will give me the list of games that a particular user has for example at the moment of entering the lobby or buying a game from a particular developer.
Is there a way to use SteamWorks.Net of Facepunch.Steamwork to capture the list of AppIDs of a particular user? Or do I need to look for a completely different approach?
(and detect if product has already been purchased)
My problem is this, one of the requirements outlined for the app i'm currently working on is that players will be able to purchase books inApp.(meaning ibooks on ios , and then books from the google play book section on android). Once one book is purchased it will unlock all games within the app (these are separate mini games, can be purchased separably or in bundles as in app purchase's inApp).
So i need to be able to launch the purchase from inside the app. Then detect if the purchase went through.This wouldn't be an issue if i was just buying inApp content, but i need the player to buy an outside media and then see if they did or not so that i could trigger the games to be unlocked/ purchased inApp.
Ive thought about triggering it the other way around too but i also hit an issue. so if i treat the "purchase book" as an inApp purchase that actually buys the game bundle and unlocks the games, but then also gives the user the book. how do i give them the book without them having to pay for it again (as in they now own it on the app store/Google play and could download it without paying again).
Any thoughts or insight would be greatly appreciated!
Hi I am currenly making a windows phone app which allows users to order multiple items. The only problem is the way of payment.
Since windows phoen In app purchases are the only allowed way of paying by windows phone, I am not sure of how to make items with variable prices.
Would making an item, which costs 0.01€ or 0.01$ and just selling it 200 times at once to get the 2€/$ be OK or are there decent options, because this seems a very stupid way to me.
Actually you can use third-party services for in-app purchases, for example PayPal even has an SDK https://developer.paypal.com/docs/classic/windows-8-checkout-sdk/gs_win8xo/
Edit:
The latest "Windows and Windows Phone Store Policies" document (https://msdn.microsoft.com/en-us/library/windows/apps/dn764944.aspx) doesn't prohibit you from using a different in-app financial service, see §10.8 and §10.8.2 specifically.
This can only be understood through trial.
Change price, announcing a promotion. This is done easily in the store.
According to statistics, not always low price purchase leads to high income.
It eats the interesting data as
the purchase price and depends on your income.
I have an app published in the Windows Phone store for more than two years. So I started development on this app at Windows Phone 7 times where there was no In-App purchase available. Best-practice back then was to actually publish two separate apps, one Free version (most of the times ad-served) and a Pro app with some kind of Trial functionality.
In order to get both two different XAP packages I created two separate build configurations with different pre-build and post-build actions. So what the build does is:
(Pre-Build) Copy WMAppManifest file for Free/Pro (with adjusted product name, GUID, ...) to the Properties folder of the project
Build the app
(Post-Build) Rename the app package to app-name.{free/pro}.xap
(Post-Build) Copy the xap package to a separate folder
As In-App purchase is out for so long and maintaining two different apps at the same time is time-consuming (although it's 100% same code with some free/trial/pro conditions) I would like to move away to just one app in the store that is free and contains In-App purchase to enable the Pro-features.
Now my questions are:
What do you think is the best way to do that. Is there any best practice that I didn't find?
One concern that I have is that my good reviews for the pro app will then actually be lost as I can't move them obviously to the free app which will then have the Pro package for in-app purchase. Any best practices on this?
Alternatively, is there any good way to create two xap app packages without copying WMAppManifest all the time?
It's hard to answer your question - but here goes some resource - a friend of mine, once gave gave me a link to a very nice research made by Wesley De Bolster, described on his blog.
He described a method allowing to differentiate old paid users from new users - the main idea is that you get recipe with CurrentApp.GetAppReceiptAsync() and retrive the date of the purchase from it. After that you can compare the date of app's new version to the one obtained from the recipe. Then you can allow old users to use some features without buying IAP's. I haven't tested the procedure but seems to be a good idea.
Going back to your question, here is what I would do:
focus on Pro app - there are users that paid for your app, so don't disappoint them
make Pro app a free one with IAP's
implement Wesley's method to allow the old users to use features without paying once again
provide some information in the old Free app that there is a new one with new features, that will be developed further. You may also provide some methods taking advantage of RoamingSettings to exchange some information between the apps.
I am trying to monitor genuine page hits. Here is what my site does. I have an article directory where people can post articles. When their article is posted they are paid depending on the amount of unique users visit their pages. So page hits are important. Here is the problem I am facing.
What I need:
I don't want to track page hits by minor search engines or robots.
I would like the major 4 search engines to surf my site because I can monitor them by IP address and not count their visit as a page hit. This cannot be done for spam bots because they do a good job of passing as a real human or major search engine.
Problems:
There are spam bots on the internet
that do not honor the robot.txt file
There are bots that try to fake being a real human user. By manipulating the user agent and other things in the header.
Performance may suffer by always checking the database for good IP addresses
A human being can bypass the captha only to allow their robot to view my pages
Possible solutions:
Require a captcha on every page. If the captcha passes. then log the IP address as good or submit a cookie on the users machine indicating they passed.
Allow all major search engines IP address, so they will not be presented with a captcha
Purchase a bot detection software
Require the viewer to pass a captca every 7 days
Getting accurate human page views is critical for this site to work properly. Do you guys have any other ideas
You could just leave it to Google Analytics. It does a very good job solving the kind of problem you're trying to solve and it's free.
Do you have a reason not to use an existing service or solution?
If you just want to monitor page hits, set up Google Analytics or a similar service on your site, and they'll do a better job of filtering out the noise than a hand-rolled solution possibly could.