PatrickJS-starter
serverless-bundle
PatrickJS-starter | serverless-bundle | |
---|---|---|
2 | 3 | |
10,336 | 531 | |
- | 0.2% | |
2.6 | 7.4 | |
7 months ago | 5 months ago | |
JavaScript | JavaScript | |
MIT License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
PatrickJS-starter
-
Separate Angular2 TypeScript files and JavaScript files into different folders, maybe 'dist‘
A good example of this might be angular2-webpack-quickstart. But I didn't figure out how they do that?
-
Property 'catch' does not exist on type 'Observable<any>'
getHeroes (): Observable { return this.http.get(this.url) .map(this.extractData) .catch(this.handleError);} I cloned the angular2-webpack-starter project and added the above code myself.
serverless-bundle
-
Migrating a classic Express.js to Serverless Framework
As you can see in the above handler.js file, we're getting CommonJS instead of modern JavaScript or TypeScript. To get these, you need webpack or some other bundler. serverless-webpack exists if you want full control over your ecosystem, but there is also serverless-bundle that gives you a set of reasonable defaults on webpack 4 out of the box. We opted into this option to get us started quickly.
-
Announcing a Serverless Microservices Template with GraphQL
One of the most important aspects of serverless development is keeping an eye on your bundle sizes and to reduce cold start times on Lambda. Keeping this in mind, the template utilizes serverless-esbuild and serverless-analyze-bundle-plugin to provide function analysis out-of-the-box. I opted for serverless-esbuild over serverless-bundle for a few reasons:
-
Structuring a Real-World Serverless App
We use the package.json at the project root to install the dependencies that will be shared across all the services. For example, if you are using serverless-bundle to optimally package the Lambda functions, or using the serverless-plugin-warmup to reduce cold starts, they should be installed at the root level. It doesn’t make sense to install them in each and every single service.
What are some alternatives?
Coursera-Clone - Coursera clone
serverless-esbuild - 💨 A Serverless framework plugin to bundle JavaScript and TypeScript with extremely fast esbuild
blockly-samples - Plugins, codelabs, and examples related to the Blockly library.
serverless-plugin-warmup - Keep your lambdas warm during winter. ♨ [Moved to: https://github.com/juanjoDiaz/serverless-plugin-warmup]
nativescript-dev-webpack - A package to help with webpacking NativeScript apps.
github-action - :zap::octocat: A Github Action for deploying with the Serverless Framework
react-typescript-web-extension-starter - :desktop_computer: Web Extension starter kit built with React, TypeScript, TailwindCSS, Storybook, Jest, EsLint, Prettier, and Webpack. Supports Google Chrome + Mozilla Firefox + Brave Browser + Microsoft Edge + Opera :fire:
elasticmq - In-memory message queue with an Amazon SQS-compatible interface. Runs stand-alone or embedded.
rockpack - Rockpack is a simple solution for creating React Application with Server Side Rendering, bundling, linting, testing within 5 minutes
serverless-webpack - Serverless plugin to bundle your lambdas with Webpack
razzle - ✨ Create server-rendered universal JavaScript applications with no configuration
lerna - :dragon: Lerna is a fast, modern build system for managing and publishing multiple JavaScript/TypeScript packages from the same repository.