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

[Stoxn]

Downgrade war es zwar nicht, aber es hat geholfen

[nektar]

Hallo.

Ich versuche gerade den php-telegram-bot neu zu installieren da nach einem update nichts mehr funktionierte.
Jetzt sagt er mir bei der Installation immer das es Probleme gibt.

[root@edomi php-telegram-bot]# composer install

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.




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 guzzlehttp/guzzle[6.3.3].

- guzzlehttp/guzzle 6.3.3 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 3

- Installation request for guzzlehttp/promises v1.3.1 -> satisfiable by guzzlehttp/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 4

- Installation request for guzzlehttp/psr7 1.6.1 -> satisfiable by guzzlehttp/psr7[1.6.1].

- guzzlehttp/psr7 1.6.1 requires php >=5.4.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 5

- Installation request for ralouphie/getallheaders 3.0.3 -> satisfiable by ralouphie/getallheaders[3.0.3].

- ralouphie/getallheaders 3.0.3 requires php >=5.6 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 6

- Installation request for dms/phpunit-arraysubset-asserts v0.1.0 -> satisfiable by dms/phpunit-arraysubset-asserts[v0.1.0].

- dms/phpunit-arraysubset-asserts v0.1.0 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 7

- Installation request for doctrine/instantiator 1.2.0 -> satisfiable by doctrine/instantiator[1.2.0].

- doctrine/instantiator 1.2.0 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 8

- Installation request for monolog/monolog 2.0.0 -> satisfiable by monolog/monolog[2.0.0].

- monolog/monolog 2.0.0 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 9

- Installation request for myclabs/deep-copy 1.9.3 -> satisfiable by myclabs/deep-copy[1.9.3].

- myclabs/deep-copy 1.9.3 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 10

- Installation request for phar-io/manifest 1.0.3 -> satisfiable by phar-io/manifest[1.0.3].

- phar-io/manifest 1.0.3 requires php ^5.6 || ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 11

- Installation request for phar-io/version 2.0.1 -> satisfiable by phar-io/version[2.0.1].

- phar-io/version 2.0.1 requires php ^5.6 || ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 12

- Installation request for phpdocumentor/reflection-common 2.0.0 -> satisfiable by phpdocumentor/reflection-common[2.0.0].

- phpdocumentor/reflection-common 2.0.0 requires php >=7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 13

- Installation request for phpdocumentor/reflection-docblock 4.3.2 -> satisfiable by phpdocumentor/reflection-docblock[4.3.2].

- phpdocumentor/reflection-docblock 4.3.2 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 14

- Installation request for phpdocumentor/type-resolver 1.0.1 -> satisfiable by phpdocumentor/type-resolver[1.0.1].

- phpdocumentor/type-resolver 1.0.1 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 15

- Installation request for phpunit/php-code-coverage 7.0.8 -> satisfiable by phpunit/php-code-coverage[7.0.8].

- phpunit/php-code-coverage 7.0.8 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 16

- Installation request for phpunit/php-file-iterator 2.0.2 -> satisfiable by phpunit/php-file-iterator[2.0.2].

- phpunit/php-file-iterator 2.0.2 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 17

- Installation request for phpunit/php-timer 2.1.2 -> satisfiable by phpunit/php-timer[2.1.2].

- phpunit/php-timer 2.1.2 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 18

- Installation request for phpunit/php-token-stream 3.1.1 -> satisfiable by phpunit/php-token-stream[3.1.1].

- phpunit/php-token-stream 3.1.1 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 19

- Installation request for phpunit/phpunit 8.4.1 -> satisfiable by phpunit/phpunit[8.4.1].

- phpunit/phpunit 8.4.1 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 20

- Installation request for sebastian/code-unit-reverse-lookup 1.0.1 -> satisfiable by sebastian/code-unit-reverse-lookup[1.0.1].

- sebastian/code-unit-reverse-lookup 1.0.1 requires php ^5.6 || ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 21

- Installation request for sebastian/comparator 3.0.2 -> satisfiable by sebastian/comparator[3.0.2].

- sebastian/comparator 3.0.2 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 22

- Installation request for sebastian/diff 3.0.2 -> satisfiable by sebastian/diff[3.0.2].

- sebastian/diff 3.0.2 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 23

- Installation request for sebastian/environment 4.2.2 -> satisfiable by sebastian/environment[4.2.2].

- sebastian/environment 4.2.2 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 24

- Installation request for sebastian/exporter 3.1.2 -> satisfiable by sebastian/exporter[3.1.2].

- sebastian/exporter 3.1.2 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 25

- Installation request for sebastian/global-state 3.0.0 -> satisfiable by sebastian/global-state[3.0.0].

- sebastian/global-state 3.0.0 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 26

- Installation request for sebastian/object-enumerator 3.0.3 -> satisfiable by sebastian/object-enumerator[3.0.3].

- sebastian/object-enumerator 3.0.3 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 27

- Installation request for sebastian/object-reflector 1.1.1 -> satisfiable by sebastian/object-reflector[1.1.1].

- sebastian/object-reflector 1.1.1 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 28

- Installation request for sebastian/recursion-context 3.0.0 -> satisfiable by sebastian/recursion-context[3.0.0].

- sebastian/recursion-context 3.0.0 requires php ^7.0 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 29

- Installation request for sebastian/resource-operations 2.0.1 -> satisfiable by sebastian/resource-operations[2.0.1].

- sebastian/resource-operations 2.0.1 requires php ^7.1 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 30

- Installation request for sebastian/type 1.1.3 -> satisfiable by sebastian/type[1.1.3].

- sebastian/type 1.1.3 requires php ^7.2 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 31

- Installation request for sebastian/version 2.0.1 -> satisfiable by sebastian/version[2.0.1].

- sebastian/version 2.0.1 requires php >=5.6 -> your PHP version (5.3.3) does not satisfy that requirement.

Problem 32

- Installation request for squizlabs/php_codesniffer 3.5.1 -> satisfiable by squizlabs/php_codesniffer[3.5.1].

- squizlabs/php_codesniffer 3.5.1 requires php >=5.4.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 -> satisfiable by doctrine/instantiator[1.2.0].

- Installation request for phpspec/prophecy 1.9.0 -> satisfiable by phpspec/prophecy[1.9.0].




[root@edomi php-telegram-bot]# composer update

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

Updating dependencies (including require-dev)

Your requirements could not be resolved to an installable set of packages.




Problem 1

- This package requires php ^5.5|^7.0 but your PHP version (5.3.3) does not satisfy that requirement.

Problem 2

- guzzlehttp/guzzle 6.5.2 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.5.1 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.5.0 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.4.1 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.4.0 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.3.3 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.3.2 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.3.1 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- guzzlehttp/guzzle 6.3.0 requires php >=5.5 -> your PHP version (5.3.3) does not satisfy that requirement.

- Installation request for guzzlehttp/guzzle ^6.3 -> satisfiable by guzzlehttp/guzzle[6.3.0, 6.3.1, 6.3.2, 6.3.3, 6.4.0, 6.4.1, 6.5.0, 6.5.1, 6.5.2].

Verstehe ich das richtig das ich php updaten muss?

Christian

[jonofe]

Dieser LBS funktioniert nur noch unter CentOS7/PHP7.

[Brick]

Hallo,

kleine Frage. Ich hab jetzt ein neues Handy. Jetzt will ich die Nachrichten natürlich dort empfangen. Hab dann mal wie in der Anleitung die api.telegram.org mit dem
API Key aufgerufen. Als Antwort erhalte ich aber nur: "{"ok":true,"result":[]} "

Was muss ich den machen um an die richtige Chatid zu kommen ?

Gruß Martin

EDIT: Habs.. Im Receive LBS kommt natürlich die richtige ChatID an, wenn man einen Nachricht hinschickt. Hab im Contact LBS immer gekuckt !!

Somit: ERLEDIGT !

[Zaschii]

Hallo Zusammen,

erstmal Danke an jonofe für die super LBS.

Der contact läuft bei mir schon länger und heute habe ich den receiver und validator installiert.

Ich möchte über IFTTT eine telegram message an eine Gruppe senden wo mein chatbot Mitglied ist und darauf reagieren.

Allerdings registriert der receiver die Nachrichten die von IFTTT Bot kommen nicht.
Nachrichten von allen anderen Gruppenteilnehmern erkennt er aber.
Also Grundgerüst funktioniert, nur der receiver LBS mag die Nachrichten von dem IFTTT Bot nicht.

Irgendeine Idee?

Danke im Voraus und bleibt Gesund

[jonofe]

Irgendeine Idee?

Ja, das geht nicht:

Why doesn't my bot see messages from other bots?
Bots talking to each other could potentially get stuck in unwelcome loops. To avoid this, we decided that bots will not be able to see messages from other bots regardless of mode.

[Zaschii]

Ahhh Mist... dann brauch ich einen anderen Plan.

[Gast]

Hallo zusammen,
seit ein paar Tagen, vielleicht auch 2-3 Wochen habe ich Probleme mit den LBS 303 Version 0.8.3 bzw. 304 Ver 0.6.3. Ich bin mit meinem Produktiv System noch auf CentOS 6.5 und Edomi 2.01 unterwegs. Bis vor kurzem lief alles tip top, sehr schnelle Antwortzeiten. Seit kurzem sind die Telegrammlaufzeiten sehr unterschiedlich bzw. lang. Teilweise 1-2 min Verzögerung. Der Receiver scheint noch träger zu sein, bzw er verschluckt zt auch Anforderungen. Was kann das sein. Wie schon eingangs geschrieben hatten ich die Module vor 1-2 Jahren installiert ( lange bevor es nicht mehr möglich war die die LBS unter CentOs 6.5 zu installieren) und seit dem liefen sie problemlos, zuverlässig und schnell.

Woran kann mein Problem liegen?
Danke

[jonofe]

Könnte ein Netzwerkproblem sein. EDOMI Server mal neu gebootet?
Hast du den Receiver mal mit einer "2" auf den Reset Eingang zurückgesetzt?

[Gast]

Danke für die Tipps, Ja den Server ( APU2) habe ich schon mehr fach neu gestartet. Den Reset mit 2 an dem Receiver triggere ich schon seit Jahren alle 5 min. Hatte ich schon mal irgenwo gelesen.... Netztwerk ? Keine Änderung an der Hardware oder Konfiguration in den letzen Monaten, keine neuen Geräte etc...

[jonofe]

schon seit Jahren alle 5 min

Das ist nicht gut, denn dann wird immer die gesamte Datenbank neu angelegt.
Regelmäßig nur mit der 1 resetten. Die 2 nur verwenden, wenn es Probleme gibt, z.B. wenn es nicht mehr funktioniert oder du in einer Schleife immer wieder dieselben Nachrichten bekommst.

[Gast]

ok ist schon geändert

[jonofe]

Hast du dir denn mal die Logs angeschaut. Da müsste evtl. zu sehen sein, ob die Verzögerung beim Senden (Telegram Contact) innerhalb von Edomi liegt oder eher auf der Verbindung zu Telegram: druch prüfen der timestamps und vergleichen wann du eine Nachricht gesendet hast (am besten in der Edomi Liveansicht), d.h. Text senden, prüfen wann der Logeintrag erscheint und wann die Nachricht auf deinem Mobilgerät ankommt.

[Gast]

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)

[dirkie]

Hallo,
habe auf einem neuen System Centos 7 installiert und bin dorthin umgezogen. Habe von dem alten 1.64 Edomi nur das Projekt mitgenommen. Bekomme jetzt Stündlich in die log unten stehenden Fehler.

Wobei BOTNAME der Name des Bots ist.

Datei: /usr/local/edomi/main/include/php/php-telegram-bot/src/DB.php | Fehlercode: 2 | Zeile: 224 | PDOStatement::execute(): SQLSTATE[42S02]: Base table or view not found: 1146 Table 'LBS_19000304_Telegram_BOTNAME_bot.telegram_update ' doesn't exist ERROR

Ich gebe Stündlich über SystemKO 21 eine "1" auf den Reset Eingang habe allerdings auch schon eine "2" versucht ohne Besserung.

in mysql nach "use LBS_19000304_Telegram_BOTNAME_bot"
show tables;
--> telegram_update ist da

allerdings:
MariaDB [LBS_19000304_Telegram_BOTNAME_bot]> select * from telegram_update;
Empty set (0.00 sec)

MariaDB [LBS_19000304_Telegram_BOTNAME_bot]>


Danke und Gruß
Dirk