Research
Security News
Malicious npm Packages Inject SSH Backdoors via Typosquatted Libraries
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
remix-flat-routes
Advanced tools
This package enables you to define your routes using the flat-routes convention. This is based on the gist by Ryan Florence
npm install -D remix-flat-routes
Update your remix.config.js file and use the custom routes config option.
const { flatRoutes } = require('remix-flat-routes')
module.exports = {
// ignore all files in routes folder
ignoredRouteFiles: ['**/*'],
routes: async defineRoutes => {
return flatRoutes('routes', defineRoutes)
},
}
NOTE: basePath
should be relative to the app
folder. If you want to
use the routes
folder, you will need to update the ignoreRouteFiles
property to ignore all files: **/*
You can now migrate your existing routes to the new flat-routes convention. Simply run:
npx migrate-flat-routes <sourceDir> <targetDir> [options]
Example:
npx migrate-flat-routes ./app/routes ./app/flatroutes --convention=flat-folders
NOTE:
sourceDir and targetDir are relative to project root
Options:
--convention=<convention>
The convention to use when migrating.
flat-files - Migrates all files to a flat directory structure.
flat-folders - Migrates all files to a flat directory structure, but
creates folders for each route.
routes/
_auth.forgot-password.tsx
_auth.login.tsx
_auth.reset-password.tsx
_auth.signup.tsx
_auth.tsx
_landing.about.tsx
_landing.index.tsx
_landing.tsx
app.calendar.$day.tsx
app.calendar.index.tsx
app.calendar.tsx
app.projects.$id.tsx
app.projects.tsx
app.tsx
app_.projects.$id.roadmap.tsx
app_.projects.$id.roadmap[.pdf].tsx
As React Router routes:
<Routes>
<Route element={<Auth />}>
<Route path="forgot-password" element={<Forgot />} />
<Route path="login" element={<Login />} />
<Route path="reset-password" element={<Reset />} />
<Route path="signup" element={<Signup />} />
</Route>
<Route element={<Landing />}>
<Route path="about" element={<About />} />
<Route index element={<Index />} />
</Route>
<Route path="app" element={<App />}>
<Route path="calendar" element={<Calendar />}>
<Route path=":day" element={<Day />} />
<Route index element={<CalendarIndex />} />
</Route>
<Route path="projects" element={<Projects />}>
<Route path=":id" element={<Project />} />
</Route>
</Route>
<Route path="app/projects/:id/roadmap" element={<Roadmap />} />
<Route path="app/projects/:id/roadmap.pdf" />
</Routes>
Individual explanations:
filename | url | nests inside of... |
---|---|---|
_auth.forgot-password.tsx | /forgot-password | _auth.tsx |
_auth.login.tsx | /login | _auth.tsx |
_auth.reset-password.tsx | /reset-password | _auth.tsx |
_auth.signup.tsx | /signup | _auth.tsx |
_auth.tsx | n/a | root.tsx |
_landing.about.tsx | /about | _landing.tsx |
_landing.index.tsx | / | _landing.tsx |
_landing.tsx | n/a | root.tsx |
app.calendar.$day.tsx | /app/calendar/:day | app.calendar.tsx |
app.calendar.index.tsx | /app/calendar | app.calendar.tsx |
app.projects.$id.tsx | /app/projects/:id | app.projects.tsx |
app.projects.tsx | /app/projects | app.tsx |
app.tsx | /app | root.tsx |
app_.projects.$id.roadmap.tsx | /app/projects/:id/roadmap | root.tsx |
app_.projects.$id.roadmap[.pdf].tsx | /app/projects/:id/roadmap.pdf | n/a (resource route) |
filename | convention | behavior |
---|---|---|
privacy.jsx | filename | normal route |
pages.tos.jsx | dot with no layout | normal route, "." -> "/" |
about.jsx | filename with children | parent layout route |
about.contact.jsx | dot | child route of layout |
about.index.jsx | index filename | index route of layout |
about_.company.jsx | trailing underscore | url segment, no layout |
_auth.jsx | leading underscore | layout nesting, no url segment |
_auth.login.jsx | leading underscore | child of pathless layout route |
users.$userId.jsx | leading $ | URL param |
docs.$.jsx | bare $ | splat route |
dashboard.route.jsx | route suffix | optional, ignored completely |
_layout.jsx | explict layout file | optional, same as parent folder |
_route.jsx | explict route file | optional, same as parent folder |
investors/[index].jsx | brackets | escapes conventional characters |
Make it easier to see the routes your app has defined - just pop open "routes/" and they are all right there. Since file systems typically sort folders first, when you have dozens of routes it's hard to see which folders have layouts and which don't today. Now all related routes are sorted together.
Decrease refactor/redesign friction - while code editors are pretty good at fixing up imports when you move files around, and Remix has the "~"
import alias, it's just generally easier to refactor a code base that doesn't have a bunch of nested folders. Remix will no longer force this.
Additionally, when redesigning the user interface, it's simpler to adjust the names of files rather than creating/deleting folders and moving routes around to change the way they nest.
Help apps migrate to Remix - Existing apps typically don't have a nested route folder structure like today's conventions. Moving to Remix is arduous because you have to deal with all of the imports.
Colocation - while the example is exclusively files, they are really just "import paths". So you could make a folder for a route instead and the index
file will be imported, allowing all of a route's modules to live along side each other.
For example, these routes:
routes/
_landing.about.tsx
_landing.index.tsx
_landing.tsx
app.projects.tsx
app.tsx
app_.projects.$id.roadmap.tsx
Could be folders holding their own modules inside:
routes/
_auth/
_layout.tsx <- explicit layout file (same as _auth.tsx)
_auth.forgot-password/
_route.tsx <- explicit route file (same as _auth.forgot-password.tsx)
_auth.login/
index.tsx <- route files (same as _auth.login.tsx)
_landing.about/
index.tsx <- route file (same as _landing.about.tsx)
employee-profile-card.tsx
get-employee-data.server.tsx
team-photo.jpg
_landing.index/
index.tsx <- route file (same as _landing.index.tsx)
scroll-experience.tsx
_landing/
index.tsx <- route file (same as _landing.tsx)
header.tsx
footer.tsx
app/
index.tsx <- route file (same as app.tsx)
primary-nav.tsx
footer.tsx
app_.projects.$id.roadmap/
index.tsx <- route file (same as app_.projects.$id.roadmap.tsx)
chart.tsx
update-timeline.server.tsx
app.projects/
_layout.tsx <- explicit layout file (sames as app.projects.tsx)
project-card.tsx
get-projects.server.tsx
project-buttons.tsx
app.projects.$id/
_route.tsx <- explicit route file (sames as app.projects.$id.tsx)
This is a bit more opinionated, but I think it's ultimately what most developers would prefer. Each route becomes its own "mini app" with all of it's dependencies together. With the routeIgnorePatterns option it's completely unclear which files are routes and which aren't.
Thanks goes to these wonderful people (emoji key):
Kiliman 💻 📖 | Ryan Florence 📖 | Brandon Pittman 📖 💻 |
This project follows the all-contributors specification. Contributions of any kind welcome!
v0.4.3
FAQs
Package for generating routes using flat convention
The npm package remix-flat-routes receives a total of 68,437 weekly downloads. As such, remix-flat-routes popularity was classified as popular.
We found that remix-flat-routes demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.