http post to webserver issue

[V_J]

Hello!

Finally back in the country and with some time to work on the system again, and I encountered a problem: I send a http post from a client, but some of my posts work while others don't.

Simple question: can I send a http post just like that to the server, or must the variable be defined in the webpage on the server? (I am thinking the issue is that I do a http post to an undefined variable)

Thanks,

J├Ârg

[kgschlosser]

it has to be defined, otherwise it has no place to put the data (i would assume) i can't see HTTP post and get methods being able to create a variable container. that wouldn't be very secure. ya have to remember HTTP is used mostly for public use on public networks. there could be a setting somewhere to enable that specifically but it all depends on the webserver

[V_J]

Ok, so that will be my starting point. I made the website over a year ago, and am not even sure which variables are in it... As I moved away from the website to the Loxone interface, I did not care much about it anyway, but the pages are still there.

The Loxone behaves differently: any http post is seen by the system. In Eventghost, I was missing some posts, but they may not have a variable defined in the webpage.

Still have not managed to integrate much more into the system, but I'm getting back to it.

Thanks!

[kgschlosser]

yeah slow going on my end as well. I stinks because i want to get a lot more done a lot sooner.

[kgschlosser]

oh i have been working on a new plugin and i am almost done with it. i just have a couple of more things to tweak and one biggie item to figure out. but it's a python script replacement. which add full threading support to scripts. so you can set up polling loops if you want to in a script and have it exit properly if either told to exit from another script or if you close eg. so that way you don't have to create a plugin to do this. and there are tons of other features i have added to it.like changing the colors

it's closer to an IDE kind of text editor. i am going to be adding code completion to ti with more than 10000 different python expressions. i have to add the EG expressions to it so that will take some time to do.

but i figure this will make things easier for me to complete my Automation project

[V_J]

it has to be defined, otherwise it has no place to put the data (i would assume) i can't see HTTP post and get methods being able to create a variable container.

Apparently, nothing has to be defined... I can receive HTTP events (I only tried without payload) by using POST to the Eventghost webserver! So I don't even have to maintain a webpage.
The fact that it was not working earlier was related to a bug in the Loxone http api, where it does not send out a POST request if some fields are not filled out (even if they are not needed for sending the request).

yeah slow going on my end as well. I stinks because i want to get a lot more done a lot sooner.

On my end, I have the functionality side working but just need to select what goes in the user-interface and how, and then of course how it all should connect.

While making this, of course I saw more or different options to optimize it. Problem is that I can only work on these aspects when I am connected to the system (it is the only way to verify the user interface). But that means in the evenings, where usually some other things are planned as well... Or in the weekends, but also those are quite often quite busy.

[krambriw]

But that means in the evenings, where usually some other things are planned as well... Or in the weekends, but also those are quite often quite busy.

For all of us, that is a 'de facto' state not even worth mentioning. The key is to do as much as possible in the smallest time frame available

[V_J]

For all of us, that is a 'de facto' state not even worth mentioning. The key is to do as much as possible in the smallest time frame available

Yes... Problem is that I have to be at home in order to see how the hardware reacts and the Loxone requires me to upload a new configuration to see what the user interface looks like (and that takes time). The Loxone programming part is this drag/drop/connect interface which is quite intuitive, but on the other hand not very fast to use (navigating through the existing components, ...) and often requires some creative thinking to optimize the functionblocks to achieve what you want, and then it limits how you can duplicate it for other rooms so you have to drag/drop/connect all over again. So in this situation, one hour per day is pointless, but a full 4 hours non-stop access (as I finally managed on Friday) makes me go forward huge leaps.

J├Ârg