$ cd ~/Library/Application\ Support/Postgres/var-10
$ \rm -f postmaster.pid
OR
$ \rm -f ~/Library/Application\ Support/Postgres/var-10/postmaster.pid
$ cd ~/Library/Application\ Support/Postgres/var-10
$ \rm -f postmaster.pid
OR
$ \rm -f ~/Library/Application\ Support/Postgres/var-10/postmaster.pid
# Estrutura da pagina | |
1. header | |
1.2. navbar | |
1.2.1. navbar list | |
1.2.1.1. navbar list item | |
2. main | |
2.1. content | |
2.2. aside |
(function () { | |
'use strict'; | |
const VERSION = '1565033042330|0.5158498022831546'; | |
self.CACHE_BUSTER = VERSION; | |
self.addEventListener('install', function installEventListenerCallback(event) { | |
return self.skipWaiting(); | |
}); | |
self.addEventListener('activate', function installEventListenerCallback(event) { | |
return self.clients.claim(); |
This is the current flow and some details about the implemented features: | |
1. When the user visits the app, the service worker caches the "index.html" file and the "static assets", | |
after that, every page that the user visits it, the service worker caches, | |
so for example, if we go to "reports" page, after visiting will cache that page, | |
if we go to "surveys" page after visiting will cache and so on. | |
If the user disconnect the internet connection (or turn "offline" mode in the browser's dev tools, on network section) and | |
refresh the page, the app should still load and the user can navigate between the "cached pages". | |
2. We are caching the following resources: |
I have stucked in the process of building android, this are the scenarios where I stucked. | |
1. Followed "EmberCordova" documentation (http://embercordova.com). | |
Followed many times the documentation and I got this error on "android-studio" related to gradle version: | |
`> Could not find method google() for arguments [] on repository container.` | |
1.1. Followed gradle update documentation related to above error, but not have success: | |
https://developer.android.com/studio/build/gradle-plugin-3-0-0-migration | |
2. Try "corber" addon (http://corber.io/). |
This guide was written because I don't particularly enjoy deploying Phoenix (or Elixir for that matter) applications. It's not easy. Primarily, I don't have a lot of money to spend on a nice, fancy VPS so compiling my Phoenix apps on my VPS often isn't an option. For that, we have Distillery releases. However, that requires me to either have a separate server for staging to use as a build server, or to keep a particular version of Erlang installed on my VPS, neither of which sound like great options to me and they all have the possibilities of version mismatches with ERTS. In addition to all this, theres a whole lot of configuration which needs to be done to setup a Phoenix app for deployment, and it's hard to remember.
For that reason, I wanted to use Docker so that all of my deployments would be automated and reproducable. In addition, Docker would allow me to have reproducable builds for my releases. I could build my releases on any machine that I wanted in a contai
import { Component, HostBinding } from '@angular/core'; | |
import { Observable } from 'rxjs/Observable'; | |
import { Store } from '@ngrx/store'; | |
import { elasticsearch } from 'app/core/elasticsearch'; | |
import * as fromRoot from 'app/core/reducers/'; | |
import { GlobalTemplateUtils } from 'app/shared/providers/globalTemplateUtils'; |
{ | |
"name": "my-app", | |
"version": "1.0.0", | |
"description": "My test app", | |
"main": "src/js/index.js", | |
"scripts": { | |
"jshint:dist": "jshint src/js/*.js", | |
"jshint": "npm run jshint:dist", | |
"jscs": "jscs src/*.js", | |
"browserify": "browserify -s Validating -o ./dist/js/build.js ./lib/index.js", |
brew install node
Command: heroku pgbackups:capture --remote production
Response: >>> HEROKU_POSTGRESQL_COLOR_URL (DATABASE_URL) ----backup---> a712
Command: heroku pgbackups:url [db_key] --remote production