Chatwoot Installation

[EDvonSchleck]

Matrix wurde ja immer als "Nachfolger" von XMPP gehypt. Ist Open Source, für alle gängigen System und Sogar als Webanwendung.
Der gängigste Server ist Synapse und der bekannteste Client ist Element. Gerade Schildichat ist auf Android nicht schlecht umgesetzt. Bei IOS musst du selber sehen was es gibt - Element aber bestimmt. Die Webanwendung von Element oder Schildichat gibt es natürlich auch noch.

Anleitung von @3x3cut0r im Synology Wiki oder hier im Thread.

 

[Ulfhednir]

Der Witz ist:
es existieren keine Container - das ist eine jüngfreuliche virtuelle DSM

Synology verwendet meines Erachtens selbst eine interne postgres.
Ich hatte die Ports umgebogen.
ports:
- '9432:5432'

 

[Ghost108]

habe den Part jetzt testweise angepasst:

  postgres:
    image: postgres:12
    restart: always
    ports:
      - '127.0.0.1:9432:5432'
    volumes:
      - /volume1/docker/postgres:/var/lib/postgresql/data
    environment:
      - POSTGRES_DB=chatwoot
      - POSTGRES_USER=postgres
      - POSTGRES_PASSWORD=MeinDBpasswort

Nochmal den Befehl ausgeführt, komme etwas weiter, aber bleibe wieder an einer Stelle hängen:

docker-compose run --rm rails bundle exec rails db:chatwoot_prepare
Creating network "docker_default" with the default driver
Creating docker_postgres_1 ... done
Creating docker_redis_1    ... done
Creating docker_rails_run  ... done
+ rm -rf /app/tmp/pids/server.pid
+ rm -rf '/app/tmp/cache/*'
+ echo 'Waiting for postgres to become ready....'
Waiting for postgres to become ready....
+ docker/entrypoints/helpers/pg_database_url.rb
+ export 'POSTGRES_PORT=5432'
+ PG_READY='pg_isready -h postgres -p 5432 -U postgres'
+ pg_isready -h postgres -p 5432 -U postgres
postgres:5432 - no response
+ sleep 2

 

[Ghost108]

so wieder ein Schritt weiter. Hatte Docker einfach mal runtergeschmissen und neu installiert ...

Jetzt komme ich soweit:

docker-compose run --rm rails bundle exec rails db:chatwoot_prepare
Creating docker_rails_run ... done
+ rm -rf /app/tmp/pids/server.pid
+ rm -rf '/app/tmp/cache/*'
+ echo 'Waiting for postgres to become ready....'
Waiting for postgres to become ready....
+ docker/entrypoints/helpers/pg_database_url.rb
+ export 'POSTGRES_PORT=5432'
+ PG_READY='pg_isready -h postgres -p 5432 -U postgres'
+ pg_isready -h postgres -p 5432 -U postgres
postgres:5432 - accepting connections
+ echo 'Database ready to accept connections.'
Database ready to accept connections.
+ bundle install
Using rake 13.0.6
Using concurrent-ruby 1.1.10
Using i18n 1.11.0
Using minitest 5.16.2
Using tzinfo 2.0.4
Using zeitwerk 2.6.0
Using activesupport 6.1.6.1
Using builder 3.2.4
Using erubi 1.10.0
Using mini_portile2 2.8.0
Using racc 1.6.0
Using nokogiri 1.13.7
Using rails-dom-testing 2.0.3
Using crass 1.0.6
Using loofah 2.18.0
Using rails-html-sanitizer 1.4.3
Using actionview 6.1.6.1
Using rack 2.2.4
Using rack-test 2.0.2
Using actionpack 6.1.6.1
Using nio4r 2.5.8
Using websocket-extensions 0.1.5
Using websocket-driver 0.7.5
Using actioncable 6.1.6.1
Using globalid 1.0.0
Using activejob 6.1.6.1
Using activemodel 6.1.6.1
Using activerecord 6.1.6.1
Using marcel 1.0.2
Using mini_mime 1.1.2
Using activestorage 6.1.6.1
Using mail 2.7.1
Using actionmailbox 6.1.6.1
Using actionmailer 6.1.6.1
Using actiontext 6.1.6.1
Using activerecord-import 1.4.0
Using acts-as-taggable-on 9.0.1
Using public_suffix 4.0.7
Using addressable 2.8.0
Using method_source 1.0.0
Using thor 1.2.1
Using railties 6.1.6.1
Using momentjs-rails 2.29.1.1
Using datetime_picker_rails 0.0.7
Using jquery-rails 4.5.0
Using kaminari-core 1.2.2
Using kaminari-actionview 1.2.2
Using kaminari-activerecord 1.2.2
Using kaminari 1.2.2
Using ffi 1.15.5
Using sassc 2.4.0
Using sprockets 4.1.1
Using sprockets-rails 3.4.2
Using tilt 2.0.10
Using sassc-rails 2.1.2
Using selectize-rails 0.12.6
Using administrate 0.17.0
Using ast 2.4.2
Using attr_extras 6.2.5
Using aws-eventstream 1.2.0
Using aws-partitions 1.605.0
Using aws-sigv4 1.5.0
Using jmespath 1.6.1
Using aws-sdk-core 3.131.2
Using aws-sdk-kms 1.57.0
Using aws-sdk-s3 1.114.0
Using faraday-em_http 1.0.0
Using faraday-em_synchrony 1.0.0
Using faraday-excon 1.1.0
Using faraday-httpclient 1.0.1
Using multipart-post 2.2.3
Using faraday-multipart 1.0.4
Using faraday-net_http 1.0.1
Using faraday-net_http_persistent 1.2.0
Using faraday-patron 1.0.0
Using faraday-rack 1.0.0
Using faraday-retry 1.0.3
Using ruby2_keywords 0.0.5
Using faraday 1.10.0
Using faraday_middleware 1.2.0
Using connection_pool 2.2.5
Using net-http-persistent 4.0.1
Using azure-storage-common 2.0.4
Using azure-storage-blob 2.0.3
Using multi_json 1.15.0
Using statsd-ruby 1.5.0
Using barnes 0.0.9
Using bcrypt 3.1.18
Using msgpack 1.5.3
Using bootsnap 1.12.0
Using browser 5.3.1
Using bundler 2.3.24
Using commonmarker 0.23.6
Using debase-ruby_core_source 0.10.16
Using libddprof 0.6.0.1.0
Using libddwaf 1.3.0.2.0
Using ddtrace 1.2.0
Using declarative 0.0.20
Using orm_adapter 0.5.0
Using responders 3.0.1
Using warden 1.2.9
Using devise 4.8.1
Using devise-secure_password 2.0.1 from https://github.com/chatwoot/devise-secure_password
Using rails 6.1.6.1
Using devise_token_auth 1.2.0
Using digest-crc 0.6.4
Using unf_ext 0.0.8.2
Using unf 0.1.4
Using domain_name 0.5.20190701
Using dotenv 2.7.6
Using dotenv-rails 2.7.6
Using down 5.3.1
Using regexp_parser 2.5.0
Using ecma-re-validator 0.4.0
Using http-cookie 1.0.5
Using http-form_data 2.3.0
Using ffi-compiler 1.0.1
Using llhttp-ffi 0.4.0
Using http 5.1.0
Using elastic-apm 4.5.1
Using email_reply_trimmer 0.1.13
Using et-orbi 1.2.7
Using execjs 2.8.1
Using mime-types-data 3.2022.0105
Using mime-types 3.4.1
Using multi_xml 0.6.0
Using httparty 0.20.0
Using facebook-messenger 2.0.1
Using faker 2.21.0
Using jwt 2.4.1
Using memoist 0.16.2
Using os 1.1.4
Using signet 0.17.0
Using googleauth 1.2.0
Using fcm 1.0.8
Using flag_shih_tzu 0.3.23
Using foreman 0.87.2
Using raabro 1.4.0
Using fugit 1.5.3
Using google-protobuf 3.21.7
Using googleapis-common-protos-types 1.3.2
Using grpc 1.47.0
Using googleapis-common-protos 1.3.12
Using gapic-common 0.10.0
Using geocoder 1.8.0
Using gli 2.21.0
Using httpclient 2.8.3
Using trailblazer-option 0.1.2
Using uber 0.1.0
Using representable 3.2.0
Using retriable 3.1.2
Using rexml 3.2.5
Using webrick 1.7.0
Using google-apis-core 0.7.0
Using google-apis-iamcredentials_v1 0.13.0
Using google-apis-storage_v1 0.18.0
Using google-cloud-env 1.6.0
Using google-cloud-errors 1.2.0
Using google-cloud-core 1.6.0
Using google-cloud-location 0.2.0
Using google-cloud-dialogflow-v2 0.17.0
Using google-cloud-dialogflow 1.5.0
Using google-cloud-storage 1.37.0
Using groupdate 6.1.0
Using haikunator 1.1.1
Using sexp_processor 4.16.1
Using ruby_parser 3.19.1
Using ruby2ruby 2.4.4
Using hairtrigger 0.2.25
Using hana 1.3.7
Using hashie 5.0.0
Using hkdf 0.3.0
Using html2text 0.2.1
Using http-accept 1.7.0
Using mini_magick 4.11.0
Using ruby-vips 2.1.4
Using image_processing 1.12.2
Using jbuilder 2.11.5
Using json 2.6.2
Using uri_template 0.7.0
Using json_schemer 0.2.21
Using koala 3.2.0
Using line-bot-api 1.25.0
Using liquid 5.3.0
Using maxminddb 0.1.22
Using netrc 0.11.0
Using newrelic_rpm 8.9.0
Using oauth 0.5.10
Using parser 3.1.2.0
Using pg 1.4.1
Using pg_search 2.3.6
Using procore-sift 0.16.0
Using puma 5.6.4
Using pundit 2.2.0
Using rack-attack 6.6.1
Using rack-cors 1.1.1
Using rack-proxy 0.7.2
Using rack-timeout 0.6.3
Using redis 4.7.1
Using redis-namespace 1.8.2
Using rest-client 2.1.0
Using scout_apm 5.2.0
Using semantic_range 3.0.0
Using sentry-ruby-core 5.3.1
Using sentry-rails 5.3.1
Using sentry-ruby 5.3.1
Using sidekiq 6.4.2
Using sentry-sidekiq 5.3.1
Using sidekiq-cron 1.6.0
Using slack-ruby-client 1.0.0
Using stripe 6.5.0
Using telephone_number 1.4.16
Using time_diff 0.3.0
Using twilio-ruby 5.68.0
Using twitty 0.1.4
Using tzinfo-data 1.2022.1
Using uglifier 4.2.0
Using valid_email2 4.0.3
Using webpacker 5.4.3
Using webpush 1.1.0
Using wisper 2.0.0
Using working_hours 1.4.1
Bundle complete! 102 Gemfile dependencies, 222 gems now installed.
Gems in the groups 'development' and 'test' were not installed.
Bundled gems are installed into `/gems`
+ BUNDLE='bundle check'
+ bundle check
The Gemfile's dependencies are satisfied
+ exec bundle exec rails db:chatwoot_prepare
Loading Installation config

Dann noch folgenden Befehl:

docker-compose up -d
docker_postgres_1 is up-to-date
Recreating docker_redis_1 ... done
Creating docker_base_1    ... done
Creating docker_rails_1   ... done

Ergbenis wie folgt:


base_1 bekomme ich nicht gestartet - stürzt sofort ab.
Im Protokoll steht auch nur:

2022-10-19T11:31:01.542952728Z	stdout
2022-10-19T11:31:01.538745010Z	stdout	Switch to inspect mode.

Webmaske kann ich ebenfalls nicht aufrufen: http://IP_DER_SYNO:3000/

 

[Ulfhednir]

Matrix wurde ja immer als "Nachfolger" von XMPP gehypt. Ist Open Source, für alle gängigen System und Sogar als Webanwendung.

Für die customer journey macht Matrix mit den aktuellen, fertigen Lösungen kein Sinn. Kein Kunde hat Lust sich für eine Anfrage bei Element (web) anzumelden, geschweige denn einen Client herunterzuladen. Vielleicht ändert sich das in Zukunft. Vor ein paar Jahren hatte ja Automattic in Riot (jetzt element) investiert. https://t3n.de/news/matrix-wordpress-mutter-1283401/
Ein ordentliches Wordpress-Plugin könnte hier schon ein kleiner Game-Changer sein. Wie auch immer.

@Ghost108 ich habe mich jetzt schon geraume Zeit nicht mehr mit chatwoot beschäftigt. Ich kann dir adhoc nicht sagen, wofür base_1 benötigt wird.
Jedenfalls läuft Chatwoot auch ohne laufenden base_1, unter IP:3000

 

[Ghost108]

wunderbar. bei mir nicht

 

[Ghost108]

okay! keine Ahnung was jetzt passiert ist. habe den base container gelöscht - weil wird ja lt. der Aussage von @Ulfhednir nicht gebraucht. und paar Minuten später konnte ich Chatwoot öffnen. merkwürdig!

 

[Ghost108]

Sorry, schreibe gerade so viel, da ich so aufgeregt bin und freue das es funktioniert
Habe die Chatwoot Webmaske auf und auch schon das passende Widget erstellt. Wenn ich über das Widget schreibe, kommt es auch in der Webmaske an.

Dabei sind mir jetzt zwei Punkte unklar:
Habe diese Einstellungen getätigt:



Wenn mir jetzt ein Besucher eine Nachricht schreibt, bekomme ich aber weder ein akkustisches Signal, noch ein Push Benachrichtgung.
Eine Idee woran das liegen kann?


Außerdem wollte ich auch schon mal die iphone App einrichten.
Als Installation URL habe ich angegeben: IP_DER_SYNO:3000

Hier erhalte ich dann "invalid Installation URL".

 

[Ulfhednir]

Der Start benötigt

und paar Minuten später konnte ich Chatwoot öffnen. merkwürdig!

Bedenke bitte, dass beim Starten des Container im Hintergrund die Datenbankstrukturen angelegt werden etc. pp. Das kann einen Moment dauern - idealerweise schaut man hier einfach mal in die Container-Logs. Oftmals kriegt man Einblicke was konkret abgearbeitet wird.

Wenn mir jetzt ein Besucher eine Nachricht schreibt, bekomme ich aber weder ein akkustisches Signal, noch ein Push Benachrichtgung.
Eine Idee woran das liegen kann?

Hast du denn einen funktionierenden Kanal inkl. User eingerichtet? Hast du Chatwoot auch auf der Homepage eingebunden, sodass man ohne zusätzlichen Login einen Chat starten kann? Ich habe derzeit keine Instanz eingerichtet - kann ich nicht gegenprüfen.

Außerdem wollte ich auch schon mal die iphone App einrichten.
Als Installation URL habe ich angegeben: IP_DER_SYNO:3000

Hier erhalte ich dann "invalid Installation URL".

Ich hatte Chatwoot vor geraumer Zeit über den Reverse-Proxy durchgeschliffen. Auf die Portangabe konnte ich unter der Android-App verzichten.
Du wirst hier einfach etwas autodidaktische Zeit investieren müssen.

 

[Ulfhednir]

@Ghost108 ich habe mich jetzt schon geraume Zeit nicht mehr mit chatwoot beschäftigt. Ich kann dir adhoc nicht sagen, wofür base_1 benötigt wird.

Die Frage lässt sich zwischenzeitlich von offizieller Seite beantworten:

base container is an intermediatory container used to build the rails and sidekiq ones. It is not expected to be running.

 

[Ghost108]

Danke, dass du dich schlau gemacht hast!
Heißt den Docker kann ich bedenkenlos löschen.

Habe gestern noch viel Zeit investiert und haben noch so viele Fragen, welche ich mir nicht beantworten kann.
Denke diese werde ich aber in einer Chatwoot Community stellen (denke die Fragen gehört dort eher hin).

z.B. kann ich chatten via Agen und User B (über das Webseiten Widget).
Aber auch nur solange, wie ich alles intern über IP laufen lasse.
Stelle ich auf Domain um und https, kann ich zwar auch chatten - aber muss jedes mal die Seite neuladen, damit ich die Nachricht des anderen sehen.

Danke schon mal!

 

[haydibe]

Stelle ich auf Domain um und https, kann ich zwar auch chatten - aber muss jedes mal die Seite neuladen, damit ich die Nachricht des anderen sehen.

Wenn es über den Syno Reverse-Proxy läuft, dann muss der auch so konfiguriert werden, dass Websocket Kommunikation sauber läuft. Vielleicht langt es schon in der UI den Header für Websocket hinzuzufügen. Normalerweise findet man entsprechende Hinweise in der Dokumentation.

 

[Ghost108]

habe folgendes in der Doku gefunden:
https://www.chatwoot.com/docs/self-hosted/deployment/docker/

server {
  server_name <yourdomain.com>;

  # Point upstream to Chatwoot App Server
  set $upstream 127.0.0.1:3000;

  # Nginx strips out underscore in headers by default
  # Chatwoot relies on underscore in headers for API
  # Make sure that the config is set to on.
  underscores_in_headers on;
  location /.well-known {
    alias /var/www/ssl-proof/chatwoot/.well-known;
  }

  location / {
    proxy_pass_header Authorization;
    proxy_pass http://$upstream;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-Proto $scheme;
    proxy_set_header X-Forwarded-Ssl on; # Optional

    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    proxy_http_version 1.1;
    proxy_set_header Connection “”;
    proxy_buffering off;

    client_max_body_size 0;
    proxy_read_timeout 36000s;
    proxy_redirect off;
  }
  listen 80;
}

Das habe ich versucht über die Syno GUI für Reverse Proxy umzusetzen.
Kenne mich hier bislang nur noch nicht so gut aus.

Habe folgendes bislang umgesetzt:



Bei den Kopfzeilen bin ich mir nicht sicher, ob das so richtig ist.
Vor allem war mir nicht klar, ob bei Connection der Wert upgrade oder "upgrade" sein muss

Ansonsten klappt der Zugriff via domain und https.
Nur halt mit den oben beschriebenen Problemen.

 

[haydibe]

Der "Erstellen"-Knopf sollte einen Eintrag für "Websocket" haben, vielleicht hilft es, wenn man nur den setzt. Ansonsten rendert es tatsächlich proxy_set_header Direktiven. Das Meiste von dem ist aber auch schon von Haus aus dabei.

Du kannst Dir die erzeugten Regeln im Terminal ansehen: more /etc/nginx/sites-enabled/server.ReverseProxy.conf

Spannender sind diese Direktiven:

underscores_in_headers on; location /.well-known { alias /var/www/ssl-proof/chatwoot/.well-known; }

Die können nicht über die UI konfiguriert werden.

ABER: man könnte
- einen separaten Reverse-Proxy wie Nginx Proxy Manager laufen lassen, da kann dann alles über eine UI konfiguriert werden.
- die Konfiguration händisch einklinken (dann darf es aber nicht mehr über die UI konfiguriert sein) -> siehe https://www.synoforum.com/resources/synology-reverse-proxy-under-the-hood.135/

 

[Ghost108]

oh. ich denke mit den o.g. Optionen bin ich doch ein Schritt weitergekommen.
Habe nun alles über meine domain laufen und https via reverse proxy.
Auf meinem Monitor habe ich rechts das Besucher Widget auf, auf der linken Seite die Agentmaske.


Folgendes Verhalten kann ich beobachten:
Wenn ich die Agentmaske öffne, erhalte ich schon folgenden Hinweis:



Nutze den Firefox unter macOS.
In den Einstellungen habe ich die Browser Push Nachrichten dennoch aktiviert bekommen:



Push Nachrichten erhalte ich aber keine!

Dann mal mit dem Safari getestet.
Hier kommt die "does not support" Meldung nicht, allerdings wird mir in den Einstellung der Abschnitt "Push-Benachrichtigungen" garnicht erst angezeigt:



Somit auch hier keine Push Nachrichten!

ABER:
Wenn der User mir geschrieben hat, erhalte ich ein akkustisches Feedback und auch in Tab wird mir ein roter Punkt beim FavIcon angezeigt.




UPDATE!!
und wieder ein Schritt weiter: Push Nachrichten scheinen nicht im Firefox / Safari zu laufen, dafür aber tadellos unter Chrome.

 

[Ghost108]

Bin positiv überrascht.
EIGENTLICH läuft soweit alles. Sogar über die iPhone App.
ABER hier kommt das EIGENTLICH:

Habe versucht Bilder über den Chat zu schicken, oder auch ein Avatar für mich hochzuladen.
Upload scheint zu klappt, es wird aber im Chat nichts angezeigt außer:




Das ist die Bild-Datei, welche ich als User geschickt habe. Wenn ich auf herunterladen klicke, wird mir folgendes Ziel geöffnet:

https://meineDomain.tld/rails/active_storage/disk/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaDdDVG9JYTJWNVNTSWhZbm93WW10dFozVnBkRzB5Y0dScmFHczBZbnBzY0hodGJITjRNd1k2QmtWVU9oQmthWE53YjNOcGRHbHZia2tpUDJsdWJHbHVaVHNnWm1sc1pXNWhiV1U5SW1obFlXUmxjaTVLVUVjaU95Qm1hV3hsYm1GdFpTbzlWVlJHTFRnbkoyaGxZV1JsY2k1S1VFY0dPd1pVT2hGamIyNTBaVzUwWDNSNWNHVkpJZzlwYldGblpTOXFjR1ZuQmpzR1ZEb1JjMlZ5ZG1salpWOXVZVzFsT2dwc2IyTmhiQT09IiwiZXhwIjoiMjAyMi0xMC0yMFQwOTo1OToxMS42OTBaIiwicHVyIjoiYmxvYl9rZXkifX0=--89593b3952f30ca5785263dbb9f6210fbe31d16d/header.JPG

Der Link kann nicht funktionieren, da es den Pfad nicht gibt.
Wo wird denn dieser Pfad hinterlegt?

 

[Ulfhednir]

Hast du die Installation mit der korrekten URL in der .ENV vorgenommen? Da ist sicherlich noch deine interne IP hinterlegt.
# Replace with the URL you are planning to use for your app

 

[Ghost108]

die Interne IP habe ich in jedem Docker geändert auf die Domain.

 

[Ulfhednir]

Gibt aus meiner Sicht nur zwei Fehlerquellen: Entweder die falschen Umgebungsvariabeln oder irgendetwas mit deiner Nginx-Konfiguration.
Ich habe Chatwoot mal schnell, mit meiner alten Konfiguration, neu aufgesetzt. Der Upload- und Darstellung funktionieren einwandfrei.

Nachtrag: Vielleicht 3 Punkte. Die Synology-Firewall macht auch hin und wieder Probleme.

 

[Ghost108]

für den Reverse Proxy nutze ich ja die GUI der Syno.
Magst du mir deine Config zukommen lassen?
Dann kann ich vergleichen - sehe aktuell keinen direkten Fehler