Jason Leow

'What feels like play to you, but looks like work to others?'

Nuxt.js site supposed to remember your scroll position is you set scrollToTop: false, but clicking back from a post page to home page brought me all the way to the bottom of the site. Weird thing is, this works on local but not production. Whhhyyyy? 😩

Added timezone-based datetime to comments using Intl.DateTimeFormat(), so that users can better orient to the chronological flow of the conversation (like how we read the time stamps off our chat apps sometimes). Thanks to @Lobacrow for the insight!

formatDatetime: (dateStr, string) =>
Intl.DateTimeFormat('en-GB', {
year: 'numeric',
month: 'short',
day: 'numeric',
hour: '2-digit',
minute: 'numeric',
hourCycle: 'h12',
timeZone: Intl.DateTimeFormat().resolvedOptions().timeZone,
}).format(new Date(dateStr)),

(Dev notes: This also sets me up to deal with the timezone-based streak calculation, one step fwd at a time)

Needed to add back APP_URL key and the .herokuapp.com url value to the config vars. Why did I change it in the first place??!!! 😡

Ref:
https://strapi.io/documentation/developer-docs/latest/concepts/configurations.html#available-options%20
https://forum.strapi.io/t/email-template-modification/694/9

background-size: cover;
width: auto;
height: 100%;

Followed this fiddle...Vue made it so much cleaner and less lines of code! - https://jsfiddle.net/tbonz/80jkq0Ls/

Turned out, the culprit was a sort function for the comments v-for loop.

v-for="comment in sortedComments"
:key="comment"
>
...
computed: {
sortedComments() {
const x = this.post.comments
return x.sort(function (a, b) {
return a.id - b.id
})
},
}

Changed that function to using lodash's sortBy function and it works now!

import _ from 'lodash'
computed: {
sortedComments() {
return _.orderBy(this.post.comments, ['created_at'], ['desc'])
},
},

All thanks to @yuyu 's suggestion to comment out everything in _slug! That got me down the right path to debug this eventually! Note to self: always fall back to fundamentals when debugging - just comment out code first to isolate the bug. But the deeper mystery remains:

* why this worked before but not now
* the behaviour should be consistent on local and production, but it worked on local
* the function didn't crash the page if I entered the site via a different child page by directly typing in the url
* why lodash worked but a vanilla JS script didn't

To earn $5,000 monthly, I need:

50 people to pay $100/month
100 people to pay $50/month
200 people to pay $25/month
500 people to pay $10/month 👈
1000 people to pay $5/month
5000 people to pay $1/month

Breaking it down in terms of actions:

$60k/year
… $5k/month
… $1250/week
… $166.66/day
… 10 people buy the $120 lifetime plan per week
… or 17 people sign up on the $10/m plan per day
… 1000-1700 views per day @ 1% conversion rate (assumed)

So my job now is to generate 1700 daily views ... 🤔

OK so this seems to be how the various packages should work on a high level:

* timezone detection - packages like jstz, moment.timezone.guess() to detect the tz of the user. These packages usually tap on the javascript Intl API
- Intl.DateTimeFormat.prototype.resolvedOptions()
* timezone library - a library of timezone offsets based on real world data (timezones are a mess, with daylight savings and all). This library would take the tz from the tx detection package, and pass on the offset needed calculate streaks
* streaks - calculate streaks data based on array of tz dates (I use date-streaks npm package)

Learned something new today! I can actually v-bind a class attribute using the template literals `${ }`

:class="`is-${consideredFeature.typeColor}`"

After some research and discussion with Abe, I think I know what went wrong with the streak mechanism. The npm `date streaks` package never calculated streaks based on timezones! Everything is in UTC +00 (as per recommended best practice of saving timestamps in databases). If users had very predictable routines of writing, it was still fine, but if someone wrote close to the end of their timezone windows, that might already be the next day in UTC time (thus broken streak). Need to look for a package that has a library of timezone offset rules to twin with my date streaks package, and perhaps another one too to detect user's timezone without user having to explicitly set it.

Felt like I made a mini-app within an app! Made this in 2 days - tabs for different upcoming features categories, with feature lists under each tab. Also added a few placeholders for upcoming features: upvote button, individual feature pages with comments threads for only logged in users.

Researched other feedback/roadmap tools, was either pricey (Canny.io) or didn't fit what I needed (Trello). So decided to make my own!

Created the roadmap page, since everyone is asking about it while giving feedback. 4 tabs - considering, planned, developing, launched. Each tab will have a list of features in card/box format, with future features like upvoting button, and comments thread upon click through to read/comment/discuss.