(gelöst)meine PHP´s laufen seit heutigem Update nicht mehr :-)

Begonnen von rr725, 04 März 2017, 16:58:34

Vorheriges Thema - Nächstes Thema

rr725

hm....eigentlich habe ich stets tägich geschaut ob es ein update gibt....habe ich nur das Gefühl, dass frühere updates "geräuschloser" verliefen
viele hier liefen ja auf "csrfToken". ok- ich auch und nach langem suchen und lesen wurde es ja auch erklärt. nun hatte ich auch csrfToken auf "none" gesetzt und es lief wieder alles.
Heute habe ich wieder ein update gemacht und meine PHP Scripte laufen wieder nicht, mache ich ein restore läuft alles.
Ein Update checkList of new / modified files since last update:
UPD ./CHANGED
UPD ./fhem.pl
UPD FHEM/00_FHZ.pm
UPD FHEM/00_HMUARTLGW.pm
UPD FHEM/01_FHEMWEB.pm
UPD FHEM/10_ZWave.pm
UPD FHEM/32_withings.pm
UPD FHEM/38_netatmo.pm
UPD FHEM/39_alexa.pm
UPD FHEM/42_SYSMON.pm
UPD FHEM/44_S7.pm
UPD FHEM/60_allergy.pm
UPD FHEM/74_AMAD.pm
UPD FHEM/82_LGTV_WebOS.pm
UPD FHEM/86_Robonect.pm
UPD FHEM/88_HMCCU.pm
UPD FHEM/92_FileLog.pm
UPD FHEM/93_DbRep.pm
UPD FHEM/98_weblink.pm
UPD FHEM/lib/74_AMADautomagicFlowset_2.6.11.xml
UPD docs/commandref_frame.html
UPD docs/commandref_frame_DE.html
UPD www/images/fhemSVG/helper_doiftools.svg
UPD www/pgm2/console.js
UPD www/pgm2/fhemdoc_modular.js
UPD www/pgm2/fhemweb.js
UPD www/pgm2/fhemweb_colorpicker.js
UPD www/pgm2/fhemweb_readingsGroup.js
UPD www/pgm2/fhemweb_readingsHistory.js
UPD www/pgm2/fhemweb_uzsu.js
UPD www/pgm2/svg.js
UPD www/pgm2/zwave_neighborlist.js


was müsste/kann ich denn ändern damit ich aktuell bin und meine PHP Scripte nach dem Update wieder funktionieren
Vielen Dank.

viegener

Ich vermute wir sollen raten, was Deine PHP-Skripte machen  ;)
Besser wäre es Du würdest das vielleicht noch erklären (am besten auch was nicht geht)?

Ansonsten geht es als allgemeine Unmutsäusserung unter
Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

rr725

Zitat von: viegener am 04 März 2017, 18:11:52
Ich vermute wir sollen raten, was Deine PHP-Skripte machen  ;)
Besser wäre es Du würdest das vielleicht noch erklären (am besten auch was nicht geht)?
Ansonsten geht es als allgemeine Unmutsäusserung unter

ok...ich dachte das sei egal, was die scripte machen. wie gesagt mit dem stand von gestern funktionieren sie ja. erst wenn ich das heutige update einspiele laufen sie nicht mehr. <?php
exec 
('wget -q "http://user:kennwort@192.168.22.22:8083/fhem?cmd.Haengelampe=set Haengelampe dim81%"');
?>


sorry, aber ich hatte es vorhin erst festgestellt. und leider.....ich hatte noch nicht die zeit nachforschungen anzustellen.

viegener

Ich weiss nicht genau wie tolerant wget ist - aber sowohl das Leerzeichen als auch das %-Zeichen sind so im URL eigentlich nicht gültig.

Wenn es aber gestern noch funktioniert hat - was steht denn im logfile?
Möglicherweise erst, wenn Du verbose (global oder an fhemweb erhöhst)?

Kein Support über PM - Anfragen gerne im Forum - Damit auch andere profitieren und helfen können

Christoph Morrison

Zitat von: rr725 am 04 März 2017, 18:20:57
ok...ich dachte das sei egal, was die scripte machen. wie gesagt mit dem stand von gestern funktionieren sie ja. erst wenn ich das heutige update einspiele laufen sie nicht mehr. <?php
exec 
('wget -q "http://user:kennwort@192.168.22.22:8083/fhem?cmd.Haengelampe=set Haengelampe dim81%"');
?>


sorry, aber ich hatte es vorhin erst festgestellt. und leider.....ich hatte noch nicht die zeit nachforschungen anzustellen.

Ich habe durchaus einen Vermutung woran es liegen kann (CSRF-Token). Lass dir doch mal ausgeben, was an Output zurück kommt und dann postest du das hier. Am besten zeigst du uns auch noch die Definition deiner FHEMWEB-Instanz, die hier angesprochen wird.


<?php 
exec 
('wget -q "http://user:kennwort@192.168.22.22:8083/fhem?cmd.Haengelampe=set Haengelampe dim81%"'$out);
var_dump($out);


Die closing tags (?>) kannst und solltest du übrigens weglassen, wenn du reine PHP-Dokumente hast.

Puschel74

Zitathm....eigentlich habe ich stets tägich geschaut ob es ein update gibt....habe ich nur das Gefühl, dass frühere updates "geräuschloser" verliefen
Wer sagt das?
Die Developer haben nicht jede Hardeware und Softwarekonstellation zum testen und bei einem Update kann es immer mal zu Fehlern kommen.

Wer sein Produktiv-FHEM immer vorbehaltlos per update auf den neuesten Stand bringt ohne vorher im Forum zu schauen ob/welche Änderungen oder ob/welche Probleme es gibt sollte ein aktuelles Backup in der Hinterhand haben und wissen wie man das Backup wieder einspielt.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

rr725

Zitat von: Puschel74 am 04 März 2017, 18:42:23
Wer sagt das?
Wer sein Produktiv-FHEM immer vorbehaltlos per update auf den neuesten Stand bringt ohne vorher im Forum zu schauen ob/welche Änderungen oder ob/welche Probleme es gibt sollte ein aktuelles Backup in der Hinterhand haben und wissen wie man das Backup wieder einspielt.
a.  ich habe vorher geschaut, aber keinen hinweis auf diese problem gefunden
b. natürlich habe ich ein/mehrere backups.
und c. natürlich weiss ich wie man ein backup,einspielt.
was soll diese antwort ?!

Puschel74

Zitat von: rr725 am 04 März 2017, 18:47:19
was soll diese antwort ?!
Sorry das ich mich eingemischt habe.
Bin raus und viel Spaß noch mit FHEM.
Zotac BI323 als Server mit DBLog
CUNO für FHT80B, 3 HM-Lan per vCCU, RasPi mit CUL433 für Somfy-Rollo (F2F), RasPi mit I2C(LM75) (F2F), RasPi für Panstamp+Vegetronix +SONOS(F2F)
Ich beantworte keine Supportanfragen per PM! Bitte im Forum suchen oder einen Beitrag erstellen.

rr725

Zitat von: jeschkec am 04 März 2017, 18:34:48
Ich habe durchaus einen Vermutung woran es liegen kann (CSRF-Token). Lass dir doch mal ausgeben, was an Output zurück kommt und dann postest du das hier. Am besten zeigst du uns auch noch die Definition deiner FHEMWEB-Instanz, die hier angesprochen wird.


<?php 
exec 
('wget -q "http://user:kennwort@192.168.22.22:8083/fhem?cmd.Haengelampe=set Haengelampe dim81%"'$out);
var_dump($out);


Die closing tags (?>) kannst und solltest du übrigens weglassen, wenn du reine PHP-Dokumente hast.
danke, für deine antwort. da ich ja das backup wieder eingespielt habe, damit die scripte ja laufen, kann ich es im moment auch nicht mehr ünerprüfen, woran es liegt. CSRF-Token hatte (habe) ich auf none gesetzt.
im moment fehlt mir leider die zeit um zu "forschen" hätte ja sein können, dass es eine bekannte kleinigkeit ist.

rr725

unter gefährdung des häuslichen friedens :-)
ich habe jetzt noch mal ganz schnell ein update durchgeführt > PHP laufen nicht
Austausch der datei 01_FHEMWEB.pm durch 01_FHEMWEB.pm 13548 2017-02-28 19:40:41Z rudolfkoenig $

aus dem backup  shutdown restart > PHP´s laufen wieder.
Hm....ist das so gewollt ?! Its a bug, or a feature ?!


JoWiemann

Hallo,

hier die Änderungshistorie aus dem SVN


@13599 04.03.2017 13:38:24 rudolfkoenig 01_FHEMWEB.pm: Fix for csrftoken WEB vs. $name, Forum: #68410
@13585 03.03.2017 08:26:40 rudolfkoenig console.js: add the Notify-Type option to the Filter.
@13563 01.03.2017 12:05:12 rudolfkoenig 01_FHEMWEB.pm: change return code for bad csrf from 401 to 400 (Forum ...
@13557 01.03.2017 09:19:48 rudolfkoenig 01_FHEMWEB.pm: preserve csrf across rereadconfig for "attr csrfToken ...
@13556 01.03.2017 08:54:12 rudolfkoenig 01_FHEMWEB.pm: csrfToken adjustments (Forum: #67372)
@13548 28.02.2017 19:40:41 rudolfkoenig 01_FHEMWEB:pm: CORS fix for csrfToken Header (Forum: #67848)



Vielleicht findest Du ja den Grund...

Grüße Jörg
Jörg Wiemann

Slave: RPi B+ mit 512 MB, COC (868 MHz), CUL V3 (433.92MHz SlowRF); FHEMduino, Aktuelles FHEM

Master: CubieTruck; Debian; Aktuelles FHEM

CoolTux

Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

rr725

Zitat von: JoWiemann am 04 März 2017, 19:37:52
Hallo,

hier die Änderungshistorie aus dem SVN


@13599 04.03.2017 13:38:24 rudolfkoenig 01_FHEMWEB.pm: Fix for csrftoken WEB vs. $name, Forum: #68410
@13585 03.03.2017 08:26:40 rudolfkoenig console.js: add the Notify-Type option to the Filter.
@13563 01.03.2017 12:05:12 rudolfkoenig 01_FHEMWEB.pm: change return code for bad csrf from 401 to 400 (Forum ...
@13557 01.03.2017 09:19:48 rudolfkoenig 01_FHEMWEB.pm: preserve csrf across rereadconfig for "attr csrfToken ...
@13556 01.03.2017 08:54:12 rudolfkoenig 01_FHEMWEB.pm: csrfToken adjustments (Forum: #67372)
@13548 28.02.2017 19:40:41 rudolfkoenig 01_FHEMWEB:pm: CORS fix for csrfToken Header (Forum: #67848)



Vielleicht findest Du ja den Grund...

Grüße Jörg
hallo jörg,
vielen dank für die antwort. aber ich muss mich outen.....ich habe es mir angesehen, aber ich bin leider kein modulentwickler ;-)

Thorsten Pferdekaemper

Hi,
wie wär's mal mit einem list für das FHEMWEB-Device, das unter Port 8083 angesprochen wird?
Gruß,
    Thorsten
FUIP

rr725

ok....kommt....
Internals:
   CONNECTS   202
   DEF        8083 global
   FD         6
   NAME       WEB
   NR         6
   NTFY_ORDER 50-WEB
   PORT       8083
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:
   csrfToken  none
   editConfig 1
   stylesheetPrefix dark