A very basic regex-based Markdown parser. Supports the
following elements (and can be extended via Slimdown::add_rule()):
- Headers
- Links
- Bold
- Emphasis
- Deletions
| -- SELECT polygon centroid as latitude/longitude in PostGIS | |
| SELECT | |
| st_x(st_transform(ST_Centroid(the_geom),4326)) as lat, | |
| st_y(st_transform(ST_Centroid(the_geom),4326)) as long | |
| FROM table; |
| openapi: 3.0.1 | |
| info: | |
| title: StorageAPI | |
| description: | |
| Swagger definition of the tus core protocol and official extensions. | |
| The paths are not normative, but showcase the example definition at https://github.com/tus/tus-resumable-upload-protocol/blob/master/protocol.md | |
| contact: | |
| email: [email protected] | |
| license: |
| openapi: 3.0.0 | |
| info: | |
| title: Render API | |
| version: "1.0" | |
| contact: | |
| name: Cliche Digital Engineering | |
| url: https://github.com/cliche-digital/render-api | |
| email: [email protected] |
| #!/usr/bin/env bash | |
| function minikube_reset_vbox_dhcp_leases() { | |
| # Check OS version | |
| case $OSTYPE in | |
| darwin*) | |
| VBOX_CONFIG_DIR=Library | |
| ;; | |
| linux*) |
| launchctl unload -w {,~}/Library/LaunchAgents/com.adobe.*.plist | |
| sudo launchctl unload -w /Library/LaunchDaemons/com.adobe.*.plist |
| /* | |
| Copyright (c) 2015 Paul Jolly <[email protected]) | |
| Permission is hereby granted, free of charge, to any person obtaining a copy | |
| of this software and associated documentation files (the "Software"), to deal | |
| in the Software without restriction, including without limitation the rights | |
| to use, copy, modify, merge, publish, distribute, sublicense, and/or sell | |
| copies of the Software, and to permit persons to whom the Software is | |
| furnished to do so, subject to the following conditions: |
| const App = ({name}) => { | |
| return ( | |
| <h1>Hello {name}</h1> | |
| ); | |
| }; | |
| ReactDOM.render(<App name="World" />, document.getElementById("App")); |
Hi Nicholas,
I saw you tweet about JSX yesterday. It seemed like the discussion devolved pretty quickly but I wanted to share our experience over the last year. I understand your concerns. I've made similar remarks about JSX. When we started using it Planning Center, I lead the charge to write React without it. I don't imagine I'd have much to say that you haven't considered but, if it's helpful, here's a pattern that changed my opinion:
The idea that "React is the V in MVC" is disingenuous. It's a good pitch but, for many of us, it feels like in invitation to repeat our history of coupled views. In practice, React is the V and the C. Dan Abramov describes the division as Smart and Dumb Components. At our office, we call them stateless and container components (view-controllers if we're Flux). The idea is pretty simple: components can'