Good afternoon, I was asked to do some research on the possibility that Facebook api da for us developers. However, I already noticed that the actions are very limited and the majority only for our own user and pages. So I would like to know if someone with more knowledge in this area could ask me a question. Is it possible for me with my app, to browse other users to get the page that he owns and make tanned queries on the page and so on?
See Page Public Content Access feature
https://developers.facebook.com/docs/apps/features-reference/page-public-content-access/
Related
I've tried to Google this for a while now, but haven't found anything yet. Mostly because I'm not even sure what type of resources and what in general I should be looking for.
This question might be too broad, so if there's no good way to answer this, I'd be glad to be pointed to corresponding resources from where I could read and learn more about this.
My scenario is following:
I have two sites Site A and Site B.
A user logs in on site A. Site A redirects the log in, so that the person is asked to log in on site B.
If log in succeeds, the person is also logged in on site A and some information from site B is sent to site A. Otherwise user isn't logged in on any site.
Log in methods can be some custom or google sign in for example. I know from several sites that this kind of scenario is possible, but I have no idea of how this could be implemented.
These systems could physically be on different servers and there's no really a need for two way communication, though that would be great to learn too.
I know the basics of single site log in and how to do that and authorize access etc, but is there a way to authorize a user on some other site as well with that single authorization?
Technologies I've planned to use in this are Meteor, React and OAuth 2.0, but general or different solution is appreciated as well, if there's no way to implement this with those technologies.
Thanks.
I was researching different CMS's and I found that Drupal is used a lot and I thought it would be the best CMS. However, I'm very new to CMS's and how they function so I don't think I understand how it's working. The admin dashboard is stored under "url/drupal-test" so whenever I go to that page, I log in as admin and everything. Does anyone know any documentation on using Drupal to allow users to make a profile for my site? I figured Drupal would give me a "mysite/drupal-test/userlogin" page or something along those lines. If I'm not being clear, please tell me to clarify in a certain area. Thank you for helping!
the user login page is usually here:
/user
administering users in Drupal 7 is here:
/admin/people
you can adjust the settings, such as whether other users can create accounts here:
/admin/config/people/accounts
At this last link you can specify whether only administrators can create accounts, or any vistor, or any vistor with administrator approval.
I think this would be the best guide for you to learn Drupal user management system.
Summary of the question:
I would like to create a CakePHP based registration and login system offering multiple different gateways such as OpenID, Facebook, Twitter, and so forth. I would like the system to allow a user to associate multiple forms of identification with their account.
After much searching, I am turning up a blank on anything that would allow more than one method of authorization. Cake's authorization system does complicate the matter, so using a tutorial for general PHP is not really effective. Does anyone have a solution, or somewhere I can start from?
Example:
To give a simple example, looking at the StackExchange network: you can login/register using a stack exchange account, Google, Yahoo, Facebook, or OpenID. Once logged in, you can add more of these methods to your account so that you are recognized a multitude of ways. I realize StackExchange probably isn't written in Cake, but it serves as an example.
Thank you!
Original Question
Here's the scoop: I'd like to integrate a simple registration/login system for each of the main services that offer oauth/openid in CakePHP.
Basically, I'd like my users to be able to register the old fashion way (including validation e-mail) or using an existing service to verify themselves. I'd like them to be able to login afterwards using that service, or with a username and password.
Now, I have found extremely in depth plugins for full facebook integration and the like, but the bottom line is that I want to just use this for registration and login at this point, and I would like the experience to be the same regardless of which service they choose (plus, I'd like to understand how it works... because this is all about learning CakePHP after all).
I'd also like them to be able to link other services once the account is created if they so desire. In a nut shell, they're account should be able to be linked to any number of login services, or none at all.
How on earth do I go about this?
Thank you,
James
Looks like there is now a third-party library available using Opauth as detailed on this bakery thread
Here is the CakePHP version's github page:
https://github.com/uzyn/cakephp-opauth
Great question - our CakePHP development studio may be looking at this in the coming months also. I suspect you'll have more luck researching this as a general PHP question and then how you can port that solution into Cake. Definitely post back with anything you discover.
You might find this thread a helpful starting point, although it was posted back in 2010:
Best way to implement Single-Sign-On with all major providers?
I'm using Google's user api on Google App Engine for authentification. As nearly everyone have a Google Account and api is easy to implement, that solution is convenient.
The problem is, though, with user who do not have a Google Account (or have no idea what a Google Account is). Where the api provides a nice interface to log in/log out and redirect immediately and easily to the app, nothing is said to developers about potential new users.
So here are a couple of things worth noticing:
Google' new Google Account page (https://www.google.com/accounts/NewAccount) is pretty straightforward, but not convenient at all for new users of a GAE app: no mention of anything not Google (users who don't really know what authentification is won't have any clue of why they need to open an account with Google), dead end (won't lead anywhere in the end), ugly.
GAE Log In screen includes a link to the New Google Account page. This link is of the form:
https://www.google.com/accounts/NewAccount?continue=http%3A%2F%2Fexample.com%2F_ah%2Flogin%3Fcontinue%3Dhttp%3A%2F%2Fexample.com%2Fprofile%2F&service=ah<mpl=gm&sig=0aa0a000aa000a00000aa0000a000aa
(Where example.com is the return url provided to the API). Great! But the situation is in no way different than it was: still a dead end, still no mention of any non-Google app, still ugly).
So, I'm asking, is there any imaginative way to provide a nicer interface for new users? Have anyone have ideas of how to present the process to the new users (a video for how to create a new account? some kind of tutorial page? etc.)? Just trying to think outside of the technical box here...
Regarding the various authentication options you can check out the Java or Python docs on OpenID (http://openid.net/)
Basically this allows supporting authentication by different agents, which includes Google accounts or even your own GAE application's custom implementation.
Furthermore you can check out User Experience summary for Federated Login for more information regarding UX considerations and best practices - with user authentication.
I'm developing a web site with Google App Engine, and I want to have a search feature for user submitted stuff. Since this project is just a toy and I don't control the server, I'd like to just use Google to handle search. However, since the content is stored in the database, I don't think Google can discover the dynamic urls. Unless maybe I create a page that links the last N submissions and hope it gets crawled frequently. Thoughts?
Absolutely. As long as the database is exposed in a web page which can be crawled, Google will crawl it (unless told not to).
The best way to make it all accessible is decent navigation between pages. However, lacking that, a site map page linked from the home page should suffice.
This is an excellent candidate for a sitemap.
You can generate the XML any way you want, and give it to Google. The best part is, it is a "private" XML file; no need to have ugly listings of dynamic URLs for users to see.