Approriately change if needed for master and staging.
git log origin/staging..origin/dev --oneline --no-mergesPress enter and grab all the result in clipboard
| #!/usr/bin/osascript | |
| tell application "iTerm2" | |
| tell current session of current tab of current window | |
| split vertically with default profile | |
| split vertically with default profile | |
| write text "cd ~/projects/myFavProject" | |
| write text "code ." | |
| end tell | |
| tell second session of current tab of current window | |
| write text "cd ~/projects/myFavProject" |
| I'll start with the basics and proceed to addressing the common problems | |
| faced while setting up private channels with laravel-echo & laravel-echo-server. | |
| If you are getting these errors while setup; 401, 403, 419 etc, as I did in my experience. | |
| this gist will help you fix these errors. | |
| Although this gist addresses common problems of laravel-echo-server setup, some problems are similar with Pusher setup. | |
| So it might also be useful if you're having problems with setting up Pusher with Echo. | |
| I'll try to cover eveything and try to use appropriate highlighting to single out each common problem. |
| upload(files) { | |
| const config = { | |
| onUploadProgress: function(progressEvent) { | |
| var percentCompleted = Math.round((progressEvent.loaded * 100) / progressEvent.total) | |
| console.log(percentCompleted) | |
| } | |
| } | |
| let data = new FormData() | |
| data.append('file', files[0]) |
The connection failed because by default psql connects over UNIX sockets using peer authentication, that requires the current UNIX user to have the same user name as psql. So you will have to create the UNIX user postgres and then login as postgres or use sudo -u postgres psql database-name for accessing the database (and psql should not ask for a password).
If you cannot or do not want to create the UNIX user, like if you just want to connect to your database for ad hoc queries, forcing a socket connection using psql --host=localhost --dbname=database-name --username=postgres (as pointed out by @meyerson answer) will solve your immediate problem.
But if you intend to force password authentication over Unix sockets instead of the peer method, try changing the following pg_hba.conf* line:
from
| # Add these three lines to CORSify your server for everyone. | |
| Header set Access-Control-Allow-Origin "*" | |
| Header set Access-Control-Allow-Methods "GET,PUT,POST,DELETE" | |
| Header set Access-Control-Allow-Headers "Content-Type, Authorization" |