http://code.secondbit.org/ducky/web/ en-us ducky/web Changelog http://code.secondbit.org/ducky/web/rev/21f80f56cda9 http://code.secondbit.org/ducky/web/rev/21f80f56cda9 changeset 21f80f56cda9 branch default bookmark tag tip user Paddy <paddy@secondbit.org> description Switch to being a website instead of a Chrome app.

Update our CNAME to be the more appropriate "prototype.useducky.com" when we
deploy.

Create a homepage and a non-onboarding page template. This mostly consisted of
setting up a header component and the associated styles, and then a logged-in
vs. guest flavor of said header, changing the links appropriately.

We also created a simple homepage that describes what Ducky is and does, and
gave a jumping-off point for it.

Stubbed out a basic links page, just to get an idea for what the homepage would
be like when a logged-in user navigated to the homepage (e.g., not the marketing
copy).

Updated our login page to _actually work_, and redirected it to the new URL for
the payment setup page.

Updated the payment page to actually create a subscription, and moved it from
/register/payment to just /payment.

Fixed a bug in our registration page that was looking for an invalid_form error
when it really meant an invalid_format error. Ooops. Also, updated it to point
to the new /payment endpoint instead of /register/payment.

Updated our router to use the new homepage, the new links page, and updated the
URL for the payment page.

Updated our button styles so they should all have the right font color, padding,
and border-radius, but could've potentially screwed something up. Oops.

Updated our backgrounds all over to have a transparent-y white background behind
the content, and a simple pattern for the rest of the body. Not sure how I feel
about it just yet, but I'm not going to keep futzing with it. files build/CNAME
src/components/header-guest.jsx
src/components/header-user.jsx
src/components/header.jsx
src/img/ps_neutral.png
src/pages/home.jsx
src/pages/links.jsx
src/pages/login.jsx
src/pages/payment.jsx
src/pages/register.jsx

]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:39:53 -0400 http://code.secondbit.org/ducky/web/rev/bc1478742a50 http://code.secondbit.org/ducky/web/rev/bc1478742a50 changeset bc1478742a50 branch bookmark tag user Paddy <paddy@secondbit.org> description Implement subscriptions.

Create a Subscription model and a Subscriptions collection, and attach them to
the app context. Add a helper to our Profile model to retrieve the Subscription
of that model. Still not sure this should be on the Profile--wouldn't it be
better on the Me model? Isn't that generally where we would need it? files src/main.js
src/models/profile.js
src/models/subscription.js
src/models/subscriptions.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:29:19 -0400 http://code.secondbit.org/ducky/web/rev/13d27b50d79e http://code.secondbit.org/ducky/web/rev/13d27b50d79e changeset 13d27b50d79e branch bookmark tag user Paddy <paddy@secondbit.org> description Remove local-storage wrapper, minor updates to Me model.

No longer use our local-storage helper (remove it entirely), as we're no longer
going to be a Chrome app. So let's just always rely on localStorage.

Update our Me URL to use the nginx-fronted URL.

Add an email property to our Me model, to keep track of the email we logged in
with. This is mostly used for setting up our subscription, and should be
deprecated in the future. files src/helpers/local-storage.js
src/models/me.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:25:49 -0400 http://code.secondbit.org/ducky/web/rev/6b7037b4cbe7 http://code.secondbit.org/ducky/web/rev/6b7037b4cbe7 changeset 6b7037b4cbe7 branch bookmark tag user Paddy <paddy@secondbit.org> description Update to hosted URL, use oauth-refresh in profiles.

When syncing the profiles, use our oauth-refresh sync helper, so it won't fail
because of an expired OAuth token.

Also, update our URL to use the nginx-fronted URL. files src/models/profiles.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:21:28 -0400 http://code.secondbit.org/ducky/web/rev/9b97c908a706 http://code.secondbit.org/ducky/web/rev/9b97c908a706 changeset 9b97c908a706 branch bookmark tag user Paddy <paddy@secondbit.org> description Fix bug in oauth-refresh, update for hosted path.

Our nginx-fronted path has changed, so update the helper to hit the right URL.

Also, fix a bug that would cause every failed request to be retried, which was
suboptimal. files src/helpers/oauth-refresh.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:19:11 -0400 http://code.secondbit.org/ducky/web/rev/313780205e39 http://code.secondbit.org/ducky/web/rev/313780205e39 changeset 313780205e39 branch bookmark tag user Paddy <paddy@secondbit.org> description Use our "production" config values.

Use config values for our hosted test instance of the services. These aren't
actually production values, but they're at least _live_ values. files src/config.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:17:49 -0400 http://code.secondbit.org/ducky/web/rev/5d47855181e1 http://code.secondbit.org/ducky/web/rev/5d47855181e1 changeset 5d47855181e1 branch bookmark tag user Paddy <paddy@secondbit.org> description Make production builds possible.

Our production builds were erroring out, making it hard to deploy. This fixes
things so that our production builds succeed, though I'm lying if I say I
understand all the reasoning behind it. The major reasoning seems to be "BUGS". files build/200.html
index.html
package.json
webpack.config.js
]]> Paddy <paddy@secondbit.org> Tue, 07 Jul 2015 21:16:30 -0400 http://code.secondbit.org/ducky/web/rev/0340f522bce9 http://code.secondbit.org/ducky/web/rev/0340f522bce9 changeset 0340f522bce9 branch bookmark tag user Paddy <paddy@secondbit.org> description Upgrade babel.

Take advantage of shorter compilation times. Woohoo! files package.json
]]> Paddy <paddy@secondbit.org> Fri, 03 Jul 2015 20:00:45 -0400 http://code.secondbit.org/ducky/web/rev/275a83e4c02e http://code.secondbit.org/ducky/web/rev/275a83e4c02e changeset 275a83e4c02e branch bookmark tag user Paddy <paddy@secondbit.org> description Persist session data to localStorage.

Create a helper library that figures out whether to write to
chrome.storage.local or window.localStorage, and unifies their two APIs.

Update the Me model to use the getOrFetch method for the profiles collection
when retrieving the user's profile. This, unfortunately, makes it an async call
(because we may need to fetch data from the server), so we can no longer have it
be a derived property, which is a shame. It instead must just be the me.profile()
function.

Separate out the logic to determine when an access token expires, and turn it
into the tokenExpires function.

Fill the writeToCache placeholder with the logic to store the current session in
either window.localStorage or chrome.storage.local, whichever is the more
appropriate, using the helper library.

Create the load helper function that will attempt to read session data from
localStorage or chrome.storage.local, whichever the library decides is
available, and updates the session based on it.

Implement the logout function, which just uses the helper library to remove the
session data from window.localStorage or chrome.storage.local. We should also be
resetting the app.me variable, however.

Create a debouncedWriteToCache function that will only write to the cache once
every 250 ms, to avoid rushes on the cache.

When instantiating our app.me variable, load it in from localStorage or
chrome.storage.local if we can. Also, listen for changes to app.me, and persist
them to chrome.storage.local or localStorage. files src/helpers/local-storage.js
src/main.js
src/models/me.js
]]> Paddy <paddy@secondbit.org> Tue, 30 Jun 2015 01:33:23 -0400 http://code.secondbit.org/ducky/web/rev/d51e39bf909c http://code.secondbit.org/ducky/web/rev/d51e39bf909c changeset d51e39bf909c branch bookmark tag user Paddy <paddy@secondbit.org> description Update our profiles collection to use ampersand-rest-collection.

Use ampersand-rest-collection instead of ampersand-collection, so we can take
advantage of the excellent "getOrFetch" function to fall back on the server when
looking for a member of the collection that isn't downloaded yet.

Also, use the correct Authorization header when making profile collection
requests.

Finally, if the profile collection requests fail due to an expired access token,
use the refresh token to acquire a new access token, then retry the request. files src/models/profiles.js
]]> Paddy <paddy@secondbit.org> Tue, 30 Jun 2015 01:25:20 -0400