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.
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
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.
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)?
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.
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.
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 ?!
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.
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.
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 ?!
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
change return code for bad csrf from 401 to 400
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 ;-)
Hi,
wie wär's mal mit einem list für das FHEMWEB-Device, das unter Port 8083 angesprochen wird?
Gruß,
Thorsten
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
Das sieht unauffällig aus. Gibt es auch eine Fehlermeldung oder einen Log-Eintrag? Ggf. mal global verbose hochsetzen.
Gruß,
Thorsten
verbose auf 5 gesetzt. es wird aber kein log eintrag generiert wenn über php ein zugriff erfolgen soll.
Hi,
was passiert, denn, wenn Du die URL im Browser eingibst?
Gruß,
Thorsten
Zitat von: rr725 am 05 März 2017, 08:22:14
verbose auf 5 gesetzt. es wird aber kein log eintrag generiert wenn über php ein zugriff erfolgen soll.
Hast du nun mal
exec so modifiziert wie ich es dir geschrieben habe? Es wäre wichtig zu wissen, welche Ausgaben
exec macht.
Zitat von: Thorsten Pferdekaemper am 05 März 2017, 11:04:24
Hi,
was passiert, denn, wenn Du die URL im Browser eingibst?
Gruß,
Thorsten
nix....keine fehlermeldung, keine meldung vom apache, weisses, leeres fenster
danke, an alle beteiligten......
2017.03.05 11:56:34 1: UPD ./CHANGED
2017.03.05 11:56:34 1: UPD FHEM/01_FHEMWEB.pm
2017.03.05 11:56:34 1: UPD FHEM/52_I2C_MCP23008.pm
2017.03.05 11:56:34 1: UPD FHEM/52_I2C_PCF8574.pm
2017.03.05 11:56:34 1: UPD FHEM/74_AMAD.pm
2017.03.05 11:56:34 1: UPD FHEM/lib/74_AMADautomagicFlowset_2.6.12.xml
2017.03.05 11:56:35 1: saving fhem.cfg
heute noch einmal ein update check, update abgesetzt und siehe da......alles geht wieder