I'm planning to use DotNetOpenAuth(http://www.dotnetopenauth.net/) for implementing openid logging for my application.
Initially I facilitate Facebook, Google, Yahoo and Twitter open ids to log in to my web application.
Do I need to write consumers ie. google, facebook for each items or Are there any common implementations to handle that ?
You could download the OAuth2 CTP which contains a sample project (OAuthClient) which has Facebook and Twitter implementations.
Related
First off, I apologise if this is a trivial question but I am getting so confused by the information I am reading. I have put off posting on here as I feel my question is too broad but I can't find a definitive answer. I am a C++ developer by trade but I am wanting to get into web development.
My end goal is to have a web API that is consumed by both a web app and mobile app. I want to get the structure nailed first by developing an web API and web app and then expand it to a mobile platform later on.
My aim is to have 4 separate sections - Database -> WebAPI -> Web App
-> Mobile App
all of which are protected with username/password etc.
I have decided to use ASP.NET Core but when creating an application I am given two options in visual studio - ASP.NET Core Application or Web API. I have tried creating a Web API and a separate Core Application but can't work out how to call the web API. I have also tried creating a Core Application as it seems like I should be able to do everything I want in one project but I am worried that the Web API won't be separated enough to be able to call from a mobile app.
I will be working with a database containing sensitive information so obviously want to protect access to the Web API and Web/Mobile app. I have been watching courses on Pluralsight about Identity but I have read that it doesn't work well with Web API's.
Basically I am getting extremely confused when in my mind my end goal should be relatively simple to achieve. If anyone could give me any pointers as to what technologies I need to use would be fantastic.
ASP.NET Core WebAPI is specifically designed for building REST-ful services.
ASP.NET Core Application is used to create web applications that returns both views and data (it's an analog of Asp.NET MVC from standard Framework).
Which to choose is really depends on kind of WebApp you are going to use. If you plan to use some SPA framework, you don't need mechanisms to generate views on server side - WebAPI is a great choice, otherwise choose Application. Here you can find more details on differences.
As of security concern, there no issues with WebAPI. It provides a lot of mechanisms to secure your API and restrict access to methods based on user's identity. Please look at this article as an example.
I am using ELMAH in a Web API 2 project. I wrote my own IAuthenticationFilter to authenticate against Atlassian's CROWD.
I want to secure ELMAH also against CROWD. Is there any way to achieve this?
Are you wanting to make a secure Web API call that shows the most recent or the most common errors in your ELMAH data store? If so, why not write those data-fetching calls and secure them with your custom filter the same way as your other API calls.
We are trying to make the decision if it is worth proceeding to use the Magento's SOAP APIs for our mobile App or if we should rewrite them as custom REST APIs.
We are using Magento 1.9.2.1 where the support REST APIs is limited, unlike SOAP APIs. To save us time, we would rather use the SOAP APIs but not sure if SOAP is a good for a mobile app in terms of latency compared to REST.
You should create custom module and create your own Rest API there. because none of the Magento's soap and rest API are complete .
how to create phonegap app using magento soap or rest api
Magento APIs are very slow and not supports all activities hence not recommended.
Create your own custom APIs.
Or use some free or commercial Magento Admin solutions and build over them.
Step by step integration of FedEx Web Service for Tracking Shipment Information...!
I have already downloaded the API Reference and whole api with FedEx site and try to connect with my website but when i click on the track button it shows only XML file and its details with my website.
If you're looking for an easy-to-use C# client library, you can check out Shippo and their C# client library. It's an easy way to integrate FedEx in C# without manually integrating the FedEx Web Services directly (FedEx doesn't provide any wrappers for specific programming languages).
i read about the beta version of asp.net MVC 4 web API , i think that it is related to building web services. So are these two frameworks (MVC 4 internet application & Web API) targeting different types of application or they may be used for building similar types of application but using different frameworks?
for example if i need to build an internet application for a registration system for a university or an internet shopping store (which i use to develop using asp.net MVC 3 internet application),, then will these two frameworks be suitable for these types of applications ???
Thanks for any help ...
BR
Those are just 2 templates. No matter which one you choose when creating the application initially you could always later change and add functionality. The MVC 4 internet application template is similar to the ASP.NET MVC 3 internet application template. It creates a default Home and Account controllers, it registers a default route and adds a couple of views.
The Web API template in addition to all this it adds an API route and an ApiController allowing you to expose RESTful APIs in your web application. The Web API is basically a simplified way to build RESTful services. Up until now this was possible with WCF but the Web API makes it really simple. The Web API could be self hosted. You don't need to put it in an ASP.NET MVC application.
The webapi makes it simple to create HTTP services. I have only used them to return json. You can use either for the types of applications you are building.
Take a look at this blog article from Scott Guthrie http://weblogs.asp.net/scottgu/archive/2012/02/23/asp-net-web-api-part-1.aspx
Web Api basically lets you create HTTP REST full services. The API also gives one full access to the http requests and responses in a type safe way.