Леонид Николаев

По-моему это всё делается в один запрос к БД: UPDATE products SET blocked = status == 2 WHERE status in (1,2)

У вас поле в структуре crm приватное (потому что названо с маленькой буквы). Соответственно, в маршалинге и анмаршалинге json оно не участвует.
Попробуйте так:

type crm struct {
    Sip string `json:"sip"` 
}

У вас rec глобальная переменная. Перенесите ее объявление внутрь функции get_user() и других если есть.

https://github.com/Masterminds/squirrel

ну так пишет ошибку ведь: connection timed out

Опишу свой способ, который перекликается со способом Алексей . Все это делается одним bash-скриптом, но распишу примерный алгоритм.

1) Создаем юзера под которым будет работать приложение и переключаемся на него:

useradd -s /bin/bash <имя_пользователя>
su <имя_пользователя>

2) Генерируем новый ключ для деплоя

ssh-keygen -t rsa -C "<имя_пользователя>@<домен_сервиса>"
cat ~/.ssh/id_rsa.pub

Например, в gitlab добавляем этот ключ Project>Settings>Deploy Key

3) Клонируем приложение и собираем приложение

cd ~
git clone ssh://______.git app 
# здесь не буду расписывать, можно устанавливать через go get и т.д. способы отличаются
# для go get нужно прописать $GOPATH в .bash_profile

4) Создаем systemd service

exit #выходим из-под юзера
nano /etc/systemd/system/<service_name>.service

Вписываем:

[Unit]
Description=<description>

[Service]
Restart=always
RestartSec=10
EnvironmentFile=-/<service_path>/env
WorkingDirectory=/<service_path>/appDir
ExecStart=/<service_path>/appDir/appName
LimitNOFILE=524576
LimitNPROC=524576
User=<user>
Group=<userGroup>
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=<service_name>


[Install]
WantedBy=multi-user.target

5) Запускаем сервис и ставим в автозагрузку:

systemctl start <имя_сервиса>
systemctl enable <имя_сервиса>

Посмотреть статус:

systemctl status <имя_сервиса>

6) Разрешаем просмотр логов и перезапуск сервиса под созданным пользователем
Добавляем в /etc/sudoers строчки:

Defaults:<имя_пользователя> !authenticate
<имя_пользователя> ALL=/usr/bin/systemctl restart <имя_сервиса>, /usr/bin/systemctl stop <имя_сервиса>, /usr/bin/systemctl start <имя_сервиса>, /usr/bin/journalctl

Теперь эти операции не будут требовать пароля:

sudo journalctl -f  -u <имя_сервиса> 
sudo systemctl stop <имя_сервиса>
sudo systemctl start <имя_сервиса>
sudo systemctl restart <имя_сервиса>

7) настраиваем виртуальный хост nginx для проксирования на порт приложения, если требуется:

server {
    listen 80;
    server_name site.ru;

    client_max_body_size 256m;
    access_log  /var/log/nginx-site-acc;
    error_log /var/log/nginx-site-err;
    log_not_found off;

    location ^~ / {
        proxy_pass http://localhost:<порт_приложения>;
        proxy_set_header Host $host:$server_port;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_buffer_size 16k;
        proxy_buffers 32 16k;
        proxy_connect_timeout 300;
        proxy_send_timeout 300;
        proxy_read_timeout 300;
    }

    location ^~ /files {
        alias /home/<имя_пользователя>/app/some_files;
    }
}

Как это работает, чтобы понимали. Я опишу истинно правильный путь, но долгий: (как подсказал pygame , по бенчмаркам https://gist.github.com/hgfischer/7965620 всё же нативный хттп сервер в Go быстрее, чем nginx с fcgi, т.к. у Go гавняная реализация fcgi, поэтому вместо fcgi быстрее будет обычный http proxy_pass).

1) Ставится веб-сервер нормальный, а не тот, который есть в самом Go. То есть, ставим nginx. Настраиваем ему все url маршруты, настраиваем отдачу статики.

2) За динамикой nginx будет обращаться к нашему Go демону. По протоколу fast-cgi. Именно по нему, потому что nginx его умеет и вообще он хорош (upd: но не в Go). Это короч бинарный протокол по которому nginx передаёт в нашу Go программу HTTP заголовки запроса от браузера и получает обратно HTTP ответ. Для этого ставим простейшую обёртку для fast-cgi под названием spawn-fcgi, она будет преднастраивать и запускать нашу Go программу, готовую для общения по протоколу fast-cgi.

3) На случай, если наша Go программа падает. Либо уже у нас есть система, которая следит за демонами и поднимает их в случае падения (systemd, upstart), тогда конфигурируем её, либо ставим таковую и тоже конфигурируем.

Привожу пример как это всё сделано у меня (самый популярный стек технологий) на Debian:

1) nginx

server {
	server_name otboi.****;
	listen 80;
	include fastcgi_params;
...
	
	location / {
		fastcgi_pass unix:/var/run/otboinik.sock;
	}

2) systemd конфиг, который стартует нашу Go программу, завёрнутую в spawn-fcgi

[Unit]
Description=Otboinik

[Service]
Restart=always
Environment=OTBOINIK_BIN=/opt/гыы/otboinik/bin/otboinik
Environment=OTBOINIK_PID=/var/run/otboinik.pid
Environment=OTBOINIK_USER=гыыыы
Environment=OTBOINIK_SOCKET=/var/run/otboinik.sock
Environment=OTBOINIK_SOCKET_USER=гыыыыы
Environment=OTBOINIK_SOCKET_MODE=0666
ExecStart=/usr/bin/spawn-fcgi -s $OTBOINIK_SOCKET -M $OTBOINIK_SOCKET_MODE -n -P $OTBOINIK_PID -u $OTBOINIK_USER -U $OTBOINIK_SOCKET_USER -G $OTBOINIK_SOCKET_USER $OTBOINIK_BIN

[Install]
WantedBy=multi-user.target

3) Сам Go код

import (
	"net/http"
	"net/http/fcgi"
)

type Server struct {
}

func (s Server) ServeHTTP(w http.ResponseWriter, r *http.Request) {
       // чиста пример
        jsonblob := r.FormValue("events")
	if jsonblob == "" {
		w.WriteHeader(http.StatusNotAcceptable)
		return
	}
}

func main() {
	server := Server{}

	func() {
		fcgi.Serve(nil, server)
	}()

	waitchan := make(chan int, 1)
	<-waitchan
}