LBS19000303 - Telegram Contact I LBS19000304 - Telegram Receiver I LBS19000645 - Telegram Command Validator

[jonofe]

Der LBS ist nur mit PHP7.x kompatibel, d.h. CentOS7.x.

[Helyx]

Ich hab ein grundsätzliches Installationsproblem.
Beim letzten Schritt in der Konsole also
cd php-telegram-bot
composer install

bringt er folgende Fehlermeldung.

Your version of PHP, 5.3.3, is affected by CVE-2013-6420 and cannot safely perform certificate validation, we strongly suggest you upgrade.
Do not run Composer as root/super user! See https://getcomposer.org/root for details
Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
Your requirements could not be resolved to an installable set of packages.

Und danach folgt eine Liste von Problemen.
Habt ihr alle schon ein PHP update?
Hab die letzten Seiten gelesen aber alle 49 dann doch nicht.
Danke!

Problem 1
- This package requires php ^5.5|^7.0 but your PHP version (5.3.3) does not satisfy that requirement.
Problem 2
- Installation request for guzzlehttp/guzzle 6.3.3 -> satisfiable by guzzleh ttp/guzzle[6.3.3].
- guzzlehttp/guzzle 6.3.3 requires php >=5.5 -> your PHP version (5.3.3) doe s not satisfy that requirement.
Problem 3
- Installation request for guzzlehttp/promises v1.3.1 -> satisfiable by guzz lehttp/promises[v1.3.1].
- guzzlehttp/promises v1.3.1 requires php >=5.5.0 -> your PHP version (5.3.3 ) does not satisfy that requirement.
..
..
..
Problem 33
- Installation request for theseer/tokenizer 1.1.3 -> satisfiable by theseer /tokenizer[1.1.3].
- theseer/tokenizer 1.1.3 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.
Problem 34
- doctrine/instantiator 1.2.0 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.
- phpspec/prophecy 1.9.0 requires doctrine/instantiator ^1.0.2 -> satisfiabl e by doctrine/instantiator[1.2.0].
- Installation request for phpspec/prophecy 1.9.0 -> satisfiable by phpspec/ prophecy[1.9.0].

[DustinR]

Ich denke, dass ich von irgendwelchen Grenzen sehr weit weg bin. Heute waren es vielleicht 30 Nachrichten über den Tag verteilt. Und die Nachricht aus dem Log war die erste Nachricht des Tages. :-)

Gestern und heute genau das gleiche Problem. Die erste Nachricht des Tages dauert 15-30 Minuten. Danach sieht das eigentlich immer sehr schnell aus. Hat das wirklich niemand anders? Oder schickt ihr einfach viel öfter Nachrichten? 😀 Ich habe auch einfach 2-3 Stunden mal nichts gesendet und dann wieder versucht, aber das ging dann auch immer. Ich kann also auch nicht genau sagen, nach was für einer Pause das dann nicht mehr funktionieren sollte.

Schon ein bisschen nervig.

[lio123]

Dann ist es klar danke!

[jonofe]

A1 zeigt die ChatID des Senders.

Der Nutzen ist einfach: Damit kannst den Sender identifizieren, der deinem Bot einen Befehl sendet.
Evtl. möchte man ja nicht, dass jeder den Bot fernsteuern kann, sondern nur man selbst.

[lio123]

Ok, danke Dir, ich verstehe dann nur den Nutzen des A1:ChatID nicht.

[vento66]

Der Bot kann nichts von anderen Bots, und Gruppen empfangen.

[lio123]

Hallo,
ich habe hier nicht die Lösung zu meinem Problem gefunden.
Der Receiver-LBS empfängt bei mir nur Nachrichten, die an den Bot gesendet wurden. Wenn ich eine Nachricht über eine der beiden Chats (Gruppen) schicke, empfängt der Receiver-LBS nichts.
Ist das normal und ich habe einen Denkfehler oder mache ich grundsätzlich was falsch?

Danke und Grüße,
Lio

[DustinR]

Ich denke, dass ich von irgendwelchen Grenzen sehr weit weg bin. Heute waren es vielleicht 30 Nachrichten über den Tag verteilt. Und die Nachricht aus dem Log war die erste Nachricht des Tages. :-)

[jonofe]

Wie viele Nachrichten sendest du denn so? Evtl. überschreitest du die Limits der Telegram API. Ist nur so eine spontane Idee. Ich selbst habe dieses Problem noch nie gehabt.

[DustinR]

Hallo Andre',
ich habe jetzt noch mal in den Logs nachgesehen, scheinbar wird es in Edomi verzögert. Das Telegram wird augenscheinlich, erst ca. 1 min später versand. Manchmal funktioniert es auch direkt. Ich habe schon mal versucht andere LBS zu deaktivieren. Leider ohne Erfolg. Auch so Parameter wie Prozessorlast ( ca 7-8 % im Mittel) oder andere Parameter sind völlig normal. Auf meinem APU2 läuft nur Edomi 2.01 auf CentOS6.5. Wo könnte ich noch nach sehen?

2020-04-19 11:36:01	236783	14321	debug	LBS19000303 [v0.8.3]: ================ ARRAY/OBJECT START ================
2020-04-19 11:36:01	237097	14321	debug	LBS19000303 [v0.8.3]: {"text":"Fenster OG geschlossen"}
2020-04-19 11:36:01	237289	14321	debug	LBS19000303 [v0.8.3]: ================ ARRAY/OBJECT END ================

2020-04-19 11:37:05	841671	14383	debug	EXE19000303 [v0.8.3]: Telegram text message sent: Fenster OG geschlossen (xxxxxxxxxx) (943)
2020-04-19 11:37:05	844940	14383	debug	EXE19000303 [v0.8.3]: Telegram message execution finished (943)

Hallo Leute,

nach 48 Seiten lesen und gucken, ob irgendwer das gleiche Problem hat, habe ich zumindest einen gefunden. :-) Gast Oder hast du das schon gelöst?

Generell läuft alles wirklich super und ich bin wirklich sehr dankbar für die genialen LBS. Es kommt ab und an nur vor, dass meine Messages zu spät ankommen. Und dabei rede ich auch nicht von 1-2 Minuten, sondern ab und an sind es tatsächlich 15-30 Minuten Verzögerung. Habt ihr das nicht? Jemand ne Idee, wie man dem Problem auf die Spur kommen könnte?

Mein Log von einem Eintrag von heute:

2020-09-01 10:23:03 280558 8609 debug LBS19000303 [v1.1]: LBS started (515)
2020-09-01 10:23:03 283566 8609 debug LBS19000303 [v1.1]: LBS ended (515)
2020-09-01 10:23:03 408730 8609 debug LBS19000303 [v1.1]: LBS started (515)
2020-09-01 10:23:03 412094 8609 debug LBS19000303 [v1.1]: Create Message Queue with ID: 5e2fd785 (515)
2020-09-01 10:23:03 413924 8609 debug LBS19000303 [v1.1]: command started (515)
2020-09-01 10:23:03 414061 8609 debug LBS19000303 [v1.1]: ================ ARRAY/OBJECT START ================
2020-09-01 10:23:03 414203 8609 debug LBS19000303 [v1.1]: {"text":"Test"}
2020-09-01 10:23:03 414324 8609 debug LBS19000303 [v1.1]: ================ ARRAY/OBJECT END ================
2020-09-01 10:23:03 416070 8609 debug LBS19000303 [v1.1]: LBS ended (515)
2020-09-01 10:23:03 491312 8679 debug EXE19000303 [v1.1]: Telegram message execution started (515)
2020-09-01 10:23:03 494867 8679 debug EXE19000303 [v1.1]: Command:text (515)
2020-09-01 10:39:34 838686 8679 debug EXE19000303 [v1.1]: Telegram text message sent: Test (947173803) (515)
2020-09-01 10:39:34 840703 8679 debug EXE19000303 [v1.1]: Telegram message execution finished (515)

Da sieht man ja sehr gut, dass um 10:23 Uhr die Nachricht angelegt wurde, aber dann erst 16 Minuten später gesendet wurde. Ich kann mir nicht erklären, warum das der Fall sein soll. Meine Frau hat genau das gleiche Problem. Wenn bei mir keine Nachrichten ankommen, dann passiert ihr das zur gleichen Zeit auch. Eine Verbindung zum Internet hat Edomi aber auf jeden Fall. Und da wir beide in unterschiedlichen 4G-Netze (Betreiber) haben, gehe ich auch davon aus, dass es nicht unbedingt die Verbindung zum Telegram von den Handys ist.

Telegram Reciever Version: v0.8
php-telegram-bot Version: 0.63.1
CentOS: 7
Edomi: 2.02

Also eigentlich alles auch auf dem neusten Stand, wenn ich das richtig sehe. Ich habe den Server auch schon mal komplett neu installiert.

Viele Grüße und noch einen schönen Abend
Dustin

[rdeckard]

Ich habe schon seit einiger Zeit auf einem Edomi Testsystem diese Telegram LBS installiert (und einmal erfolgreich getestet).

Gestern ist mir aufgefallen, dass die Edomi-Backups auf diesem System über 400 MB gross sind, obwohl es praktisch keine Daten oder Archive gibt. Kurz den Grund gesucht und nun bemerkt, dass im edomi\main\include\php Verzeichnis ein Unterverzeichnis namens php-telegram-bot existiert, welches über 400 MB gross ist.
Ist das normal, dass die Telegram Abhängigkeiten so gross sind?

[dirkie]

Jetzt da alles wieder funktioniert stehe ich bei einer Logik auf dem Schlauch. Ich habe bei meiner Mähroboter Logik einen Telegram Receiver und nachgestaltet vier Validator Bauststeine. Einer für jeden Befehl. Ich würde gerne bei einem Command ungleich der vier Befehle immer einen Hilfe befehl ausspucken. Hat hierzu jemand eine Idee oder sogar schon umgesetzt?

[dirkie]

habe den Ordner im ../include/php dir gelöscht und dann entsprechend Post #710 hier im thread neu installiert. denke das meinst du mit komplett gelöscht.

Aber nachdem ich deinen Beitrag gelesen habe habe ich noch einmal systematisch geschaut und habe anscheinend die die Ursache der Fehlermeldung gefunden, jedenfalls kommt jetzt keine Fehlermeldung mehr ins die Log Datei:

Ursache war ein Reset der auf einen deaktivierten Baustein E1=0 beim Receiver kam. Also die Fehlermeldung ist weg.

Danke für deine Bausteine.

[jonofe]

Ich kann das Problem bei mir nicht reproduzieren.
Hast du die Botinstallation vorher mal komplett gelöscht bevor du eine Neuinstallation startest?