I’m currently using meteor-react-router-ssr to make meteor isomorphic with the use of react-router, but it’s currently not maintained, any good replacement? the main thing is to make meteor do server side rendering but work with react-router.
Helpers for redux for resynchronysing collections either via subscriptions or method call
Responsive analysis (quite like redux-responsive)
Sitemaps & Robot.txt support
REST & webhooks capabilities
Early i18n support
An universal logger with log levels
What really makes it special is that it has been created from the ground up via a Github organization and under an MIT license. There are currently 4 contributors from 4 different companies and 3 different countries. Hence, if one contributor is leaving the project, the code is not going the be left unmaintained.
Other contributors are quite welcomed. We are focused heavily on performances & best practices (hence the name: WPO).
Ok, I’ve released an update fixing the the version check for react-router and hacked in a patch to make subscriptions run when using createContainer. I’ve also cleaned up and merged some of the pull requests and those changes will make it into the next release. For now I’ve not updated the npm package as I’ve not been giving access, and I don’t fully understand how npm packages interact with meteor specific packages.
From here I’m going to start working through the codebase, doing a lot of clean up, and wrapping my head around the way it functions a little better. Contributions in the form of new/updated issues, pull requests or financial support are more than welcome.
So I think this issue may stem from the fast-render package querying for the currently logged in user. Not sure what can be done about it right now though, as the package relies heavily on fast-render.