Skip to content
This repository has been archived by the owner on Dec 5, 2022. It is now read-only.

Homepage: G+/Twitter #io15 posts #13

Closed
ebidel opened this issue Dec 4, 2014 · 13 comments · Fixed by #532
Closed

Homepage: G+/Twitter #io15 posts #13

ebidel opened this issue Dec 4, 2014 · 13 comments · Fixed by #532
Milestone

Comments

@ebidel
Copy link
Contributor

ebidel commented Dec 4, 2014

For homepage, query @googledevs and +GoogleDevelopers for latest few posts with hash tag #io15. We should eventually setup a server-side cron for this.

The links should be clickable in tweets and the username links to the tweet, just link twitter does.

We should hide the section until there are at least 3 tweets. That'll be easy with <template repeat=""> and <template if="{{}}">.

@ebidel ebidel changed the title Social: G+/Twitter Social: G+/Twitter #io15 posts Dec 4, 2014
@ebidel ebidel changed the title Social: G+/Twitter #io15 posts Homepage: G+/Twitter #io15 posts Dec 4, 2014
@ebidel ebidel added the social label Dec 4, 2014
@ebidel ebidel added this to the V1 milestone Dec 4, 2014
@ebidel
Copy link
Contributor Author

ebidel commented Jan 13, 2015

@crhym3 do we need backend work to pull-in and cache the latest 3-5 feeds from each account?

@monicabagagem
Copy link

Just a reminder that the intention is to pull from both Dev social channels
(G+ and Twitter) BUT filtered by the I/O hashtag: #io15. Otherwise, we
will be showing posts on the I/O Website that have nothing to do with I/O!

@x1ddos
Copy link
Contributor

x1ddos commented Jan 13, 2015

Yeah, Jeff and I were both imagining a backend pulling for tweets and G+
and caching it for a little while.

There was only one concern: wouldn't tweets and G+ posts be identical or
are you guys going to post different things on different channels?
On 13 Jan 2015 18:50, "Monica Bagagem" notifications@github.com wrote:

Just a reminder that the intention is to pull from both Dev social
channels
(G+ and Twitter) BUT filtered by the I/O hashtag: #io15. Otherwise, we
will be showing posts on the I/O Website that have nothing to do with I/O!

Mónica Bagagem | Product Marketing - Developers |
monicabagagem@google.com
monicabagagem@google.com

Ping me on Hangouts http://hangouts.google.com\* | Find me on
*Google+

<
https://plus.google.com/u/0/117516490147085985454/posts?e=-RedirectToSandbox>

On Mon, Jan 12, 2015 at 4:16 PM, Eric Bidelman notifications@github.com
wrote:

@crhym3 https://github.com/crhym3 do we need backend work to pull-in
and cache the latest 3-5 feeds from each account?


Reply to this email directly or view it on GitHub
<
https://github.com/GoogleChrome/ioweb2015/issues/13#issuecomment-69673338>

.


Reply to this email directly or view it on GitHub
#13 (comment)
.

@x1ddos
Copy link
Contributor

x1ddos commented Jan 14, 2015

Hey @monicabagagem, I think this question is for you :)

There was only one concern: wouldn't tweets and G+ posts be identical or
are you guys going to post different things on different channels?

@monicabagagem
Copy link

We usually post the same content on both channels - but written in
different ways given the character limitation on Twitter. There will also
be cases where we post only on 1 of the channels (e.g. during I/O days,
Twitter will probably have more activity than G+ since it usually has
higher engagement for real-time events).

Do we have a character limitation on how much content per post we can show
on the Website, or will we always be able to show the entire post? Also, if
the post has images, will we be able to pull those in?

If we think it will be too repetitive we can eventually consider pulling
only from Twitter. Let me check in with my team on this and I'll get back
to you.

x1ddos added a commit that referenced this issue Jan 15, 2015
The endpoint is accessible at `/api/extended`.

The backend returns a JSON file stub located in
`app/temporary_api/ioext_feed.json` in `dev` mode, while fetching
real entries from a spreadsheet feed using backend/service-account.pem private key
in `stage` and `prod`.

An encrypted version of the service account private key is in this PR.
It's been encrypted with a 64-chars pass phrase using AES-256 algorithm.

This PR actually contains more than is needed for just fetching a
sheet list feed, but we'll definitely use it later, in #13 and phase 2.

Closes #106
@monicabagagem
Copy link

Talked to my team - we'll pull in Twitter posts only since they'll all have
the same size.
The top right of the announcement section should still link out to both G+
and Twitter.

@ebidel
Copy link
Contributor Author

ebidel commented Jan 17, 2015

Since we're only Twitter data now, they do provide an embed stream for a given account:
http://jsbin.com/potehefoxo/1/edit?html,output

However, there's limited styling and only vertical orientation AFAICT. It's a pity we have to build so much when they provide this. We'll have to figure out quota bumps for their API. But that may not be an issues if the backend reads posts every so often and caches the for us.

@crhym3 This might be the next thing to tackle for backend work. WDYT?

@x1ddos
Copy link
Contributor

x1ddos commented Jan 17, 2015

They do provide some styling, e.g. https://dev.twitter.com/web/overview/css but I guess yeah, it's limiting. Unless we hack and reverse-engineer their platform.twitter.com/widgets.js :)

Will work on this as the next thing. Shouldn't take long, actually, as I've already implemented caching and other things needed for this on the backend.

@x1ddos
Copy link
Contributor

x1ddos commented Jan 20, 2015

@ebidel btw, another limitation of the embedded stream is you can't do filtering by a hashtag.
Anyway, working on adding this feature to the backend today.

@ebidel
Copy link
Contributor Author

ebidel commented Jan 20, 2015

Right right. Still need the backend stream. I was just documenting EVERYTHING :)

@monicabagagem
Copy link

Just fyi we don't want to have heavy Twitter branding on the site - not
sure the embed would have more than we are planning?

@jeffposnick
Copy link
Contributor

I think we're done with both the backend and frontend for now—at least for the initial revision.

@monicabagagem
Copy link

@jeffposnick - can you force the +googledevelopers and @GoogleDevs on the top right to open in new tabs instead of in the same tab? thank you!

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants