-
Notifications
You must be signed in to change notification settings - Fork 52
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feb 2019: turn off Google+ #846
Comments
i guess one key question is whether enterprise G+ users can and will post publicly much, since those are the only posts that bridgy will handle. i suspect they technically can, but Google sees non-public posts and data as the future and growth area:
soo... 🤷♀️ |
The way I read it is that the corporate G+ version is going to be only an internal social network, ie not visible to the public. Similar to Jive or FB Business (or whatever that is called). In other words, no public posts and no need for Bridgy. |
@armingrewe they definitely describe internal use as the more common and interesting use case...but did you see that they explicitly said no public posts anywhere? i didn't see that. |
OK, I have to concede that, it doesn't specifically exclude public posts. Yet the whole wording of that paragraph just screams intranet to me, not extranet. I don't see anyone running their customer service portal or PR hub on an instance of G+. |
I'm a "G Suite" user for my domain. Essentially you just get Google Docs, Sheets, Gmail, etc. all hooked up to your domain by setting your MX records and a couple TXT records. There's a modest monthly fee. Think of it more like Office365. With regard to the G+ for "G Suite" users: my interpretation is that they're just looking for a way to preserve a "Facebook Page" type of experience for business customers. I have my windsurf shop listed on Google Local and they rely very heavily on the profile and posts you set up in G+. So maybe it's best to think of "Enterprise Google+" as Facebook Pages type functionality, and preserve it for Webmention-able business domains. |
The way I read it is more that they are going to offer something like "Workplace by Facebook" or "Jive Intranet" using the G+ platform. That's like a social network collaboration intranet. They could then have various internal communities for different projects or departments. |
i may actually need to do this sooner than august 2019. unrelated to G+, google is also going to turn off batch http requests, which i use in bridgy for G+, in march 2019: https://developers.googleblog.com/2018/03/discontinuing-support-for-json-rpc-and.html |
Just before Brexit day. Someone will find a way to blame the EU ;-) |
for #846. inspired by https://developers.googleblog.com/2018/03/discontinuing-support-for-json-rpc-and.html had to pay attention to googleapis/google-api-python-client#469 since it affects us, but we pass its criteria - we do `build(..., http=httplib2.Http())` explicitly - so we should be ok.
turns out that i'm making "homogenous" batch requests, ie all to the same API (G+), so all i had to do was upgrade my |
damn, evidently i need to do more than just that. seeing this warning (example log):
|
whee, they sped this up to april for the product, feb for apps, due to another breach: https://blog.google/technology/safety-security/expediting-changes-google-plus/ |
when the time comes, use 82d0b0c (dropping facebook) as a template. |
...in preparation for google shutting it down entirely. #846
today is the day! here's a
|
done! RIP G+, 2011-2019. |
It was nice while it lasted. I first heard of Indieweb and Bridgy through G+ |
Google announced today that it's sunsetting consumer Google+, but keeping enterprise (aka G Suite aka Google Apps). should we plan to drop it from bridgy then? or keep it for enterprise users? do we have many of those? any thoughts?
The text was updated successfully, but these errors were encountered: