Skip to content
This repository has been archived by the owner on Jun 3, 2019. It is now read-only.

v13 approaches #345

Closed
ctrlplusb opened this issue Jan 23, 2017 · 22 comments
Closed

v13 approaches #345

ctrlplusb opened this issue Jan 23, 2017 · 22 comments
Milestone

Comments

@ctrlplusb
Copy link
Owner

ctrlplusb commented Jan 23, 2017

A big rewrite. Check the changelog within the next branch for a full list of breaking changes and new features.

I've been using this starter in some production projects with other devs and have come across some issues and places where things can be improved. The biggest one is the replacement of code-split-component with react-async-component.

I believe this version addresses problems that are described/affected within:
#343
#335
#333
#279
#301

As well as a few others which haven't been reported as of yet. 😂

@strues
Copy link
Collaborator

strues commented Jan 23, 2017

Great work. Rather than make a branch and PR I'll just suggest it here: Extract-Text-Webpack-Plugin has a beta 5 available, which gets rid of the peer dependency for outdated Webpack versions.

@lucianlature
Copy link
Collaborator

@ctrlplusb Probably the new React Router beta should be part of version 13.

@ctrlplusb
Copy link
Owner Author

@lucianlature most definitely! :)

@strues
Copy link
Collaborator

strues commented Jan 31, 2017

The new changes with the React Router beta are pretty substantial. I've implemented it in a personal branch off of Next without the async component. Still ironing out some quirks.

@diondirza
Copy link
Contributor

diondirza commented Feb 2, 2017

Without noticing this thread, i just made a PR for updating our master branch using beta version of react router, should I change it to merge with next branch instead? Or maybe closed the PR since it will be implemented on next version.

@strues
Copy link
Collaborator

strues commented Feb 2, 2017

Anyone else @ctrlplusb @diondirza spent some time with the RR4 beta? The discussion here is applicable. I'm not very fond of the solution. Curious to hear other experiences

@ctrlplusb
Copy link
Owner Author

FYI guys this isn't dead. I am doing a production project with a team and plan on transferring the golden updates to this release. Some solid updates to configuration and NODE_ENV handling will be far more natural.

@ctrlplusb ctrlplusb added this to the 13.0.0 milestone Feb 12, 2017
@ctrlplusb
Copy link
Owner Author

Just landed a huge update!

@elektronik2k5
Copy link

First, thank you all for this awesome project and your efforts to maintain and develop it further! 🙇‍♂️ 🙇‍♂️ 🙇‍♂️
I've chosen react-universally over react starter kit to start a new project and am curious whether I should work with v12 or just use the next branch? Is there an estimate to when you think v13 will be ready?

Thanks again! =)

@hchoriq
Copy link

hchoriq commented Feb 19, 2017

And don't forget to make any necessary updates to docs ;) 🙇‍♂️

@diondirza
Copy link
Contributor

@elektronik2k5 I suggest you go with next branch, since v12 has so many differences in so many ways with v13 and it will make extra cost on your project timeline to migrate your project if in the middle v13 get released. And you might get confused to see how different project structure of v12 has with v13 has. FTW go with next branch, I think it will be released soon enough.

@ctrlplusb
Copy link
Owner Author

Yep, I do plan on releasing v13 fairly soon. :)

@birkir
Copy link
Collaborator

birkir commented Feb 20, 2017

Awesome work 🎉

We are planning to drop our own starter kit (http://github.com/ueno-llc/starter-kit) in favour of this one as it's well maintained, has good community and is pretty close to our old one so our team doesn't have a steep learning curve.

We have a fork where we have made some crucial changes that our team depends on and will be merging the upstream a lot https://github.com/ueno-llc/starter-kit-universally (currently on the next branch).

@ctrlplusb
Copy link
Owner Author

@birkir that is fantastic news! Excited for this. 🙏

@strues
Copy link
Collaborator

strues commented Feb 21, 2017

The plan is to keep all the existing feature branches up to date, right? I've implemented Apollo on the Next branch. If you'd like I can get a PR ready to bring the Apollo branch up to date. Save some of the merge conflict troubles.

@ctrlplusb
Copy link
Owner Author

Dude, awesome! Thanks 💗

@strues
Copy link
Collaborator

strues commented Feb 21, 2017

All taken care and PR is in. One caveat is I've not been able to get graphiql to play nicely with CSP. In order to make it work, we'd need a nonce on graphiql itself.

Since graphiql should really only be used in development, a solution could be to disable CSP completely in dev from the config. Or a process.env flag

@diondirza
Copy link
Contributor

diondirza commented Mar 7, 2017

@ctrlplusb seems, next branch document title doesn't work properly. It's related to react-helmet usage in server, this will break google crawl I guess.

// ServerHTML.js
...
return (
  <HTML
    title={config('htmlPage.defaultTitle')}
    description={config('htmlPage.description')}
    appBodyString={reactAppString}
    headerElements={
      headerElements.map((x, idx) => <KeyedComponent key={idx}>{x}</KeyedComponent>)
    }
    bodyElements={
      bodyElements.map((x, idx) => <KeyedComponent key={idx}>{x}</KeyedComponent>)
    }
  />
);
...

That title props will not updated dynamically, I guess we should use react-helmet instead of config.defaultTitle on this part.

@ctrlplusb
Copy link
Owner Author

@diondirza you are completely correct! Good spot!

Do you mind making a separate issue for this so that we can track it better?

Thanks!

@oyeanuj
Copy link
Contributor

oyeanuj commented Mar 14, 2017

@ctrlplusb Wondering if you came across Pinterest's new package for service workers - https://github.com/pinterest/service-workers and how you thought it compared to the current one being used in next?

@ctrlplusb
Copy link
Owner Author

Finally... released!

@ctrlplusb
Copy link
Owner Author

@oyeanuj No I hadn't seen that yet. Will take a look, thanks!

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

No branches or pull requests

8 participants