Hello,
I’m in need of some guidance. Being a super newbie, I botched my first install. Too many moving parts and technology for this old timer. As limited as I may be, I love the hobby and the science!!
I’m using Meteobridge to upload my Ecowitt data to my website and several weather nets. I had moderate success with the first install on my web server. Then the wheels fell off. None of my Ecowitt readings didn’t make to my pwsWD template. So I decided to delete the copy and reinstall a new copy. BTW, I’m using the 12/14/22 version. I also uploaded the realtime_txt folder in hopes it would resolve the issue of meteobridge not updating the template. There were “red offline” notations in the template blocks(temp,wind,baro) that should have been updated by Ecowitt/Meteobridge. Now that I reinstalled the entire template, I can’t get beyond the easyweathersetup screen. I’m prompted for a PW. I enter 12345 and get redirected to a 404 - Not found page.
I tried the password I changed on the first install and that also results in a 404 page.
PS I did a password search for PW resets and tried a couple URL changes attempting to recover my original PW using a setting to retrieve the data…it did not work
Any help is greatly appreciated. I’m hoping to learn from those who have far greater knowledge.
[ul]
[li]Either do a complete delete of the . . /pwsWD/ folder and a clean reinstall.[/li]
[li]Or sent me a PM with a FTP-userID / password so I can check what is causing this at your website.[/li][/ul]
When you run into other problems f.i. with the update script, please mention this "solved" problem then also.
Very interesting website environment you have.
===
Also when you are using a Meteobridge, be aware that the data-upload file from your MB just contains a small subset of your station sensors. The large upload-files are available only for weather34/auroraIII templates.
I uploaded a fresh copy into the root. Changed the password => check a PM I sent.
For your info, all user settings are stored in pwsWD/_my_settings/settings.php
You can always use your FTP program to check what your password is. Or change it.
Very strange server, to say the least.:
Updates in the structure (f.i. adding a new folder or file) are not active immediately, takes some time even more than a minute.
Renaming a folder from pwsWD to pwsWD4 takes a long time, makes them accessible with both names for a while.
Every time I start https://www.njweathercat.com/pwsWD/
=> the index.php can not find the file ./_my_settings/settings.php
With an FTP program the file is found, but not with the scripts.
That is maybe some “optimization setting” but that makes the dashboard scripts un-workable.
Please check your hosting control panel if you have set “optimization” or “cloud” or whatever.
Problem
The PWS_Dashboard scripts download all kind of files from all kind of external locations.
They do that in realtime and check if they are already in the file-folders and if so, what their age is.
But those if (is_file (name) ) or file_exists(name) seem not to work with the most recent situation.
Maybe there is another person to help you, I am out of ideas.
I appreciate all your help. I’ll try later today to see how it behaves. I will also contact my hosting service to see if they have something turned on that would prevent the scripts from working. I’ll report back with my progress.
Wim raised concern that my host server was not handling scripts properly, which led to the pages not loading thus the 404 error. Latency was causing the browser query to fail because the script didn’t have time to execute. I did make a change on my control panel that would improve latency by having an instance of my website on servers located on other continents, not just the U.S. Now this is my definition of what Wim pm’d me about. Hopefully I got most of it right. He also mentioned that the Ecowitt custom server may have advantages over what I was using to move station data to my web server.
So I start with a fresh install…reset my initial pw and loaded all the set up data. I read an instructional link on the WX forum on the custom server config. I modified my Ecowitt gateway using their “customized server”. I checked each set up tab and then dumped the cache on my local browser. I opened my landing page and unfortunately the Ecowitt station sensors were not updating or connected. The other starnge thing is that after I finish making any changes on the pws template and enter my URL, the pws sample template opens??
I did manage to get the web camera working and updating. I’ll try coaxing the settings until I see progress!! lol
The website seems to cache all pages and only refreshing the pages every ??? minutes. https://www.njweathercat.com/pwsWD/PWS_load_files.php?test
==> just make a note of the age of the age of the data. Note the age inseconds
f.i. WU_forecast___: File not old enough (45/900 seconds)
Wait a few seconds and do a reload of the page
And or use a different browser.
==> Exactly the same information is displayed with the same age in seconds.
same infoWU_forecast___: File not old enough (45/900 seconds)
All information should have been recalculated and the age should have been increased.
What we get here is stalled information, not fresh one.
The only way to get new data: add some extra to the url, see example I added &dt=12345678 https://www.njweathercat.com/pwsWD/PWS_load_files.php?test&dt=12345678
now we get WU_forecast___: File not old enough (488/900 seconds)
You can add anything and the scripts in the website are executed.
But if the url is the same as last time, no scripts are run, the last html is simply returned. https://www.njweathercat.com/pwsWD/PWS_load_files.php?test
Again the 45 seconds WU_forecast___: File not old enough (45/900 seconds)
He also mentioned that the Ecowitt custom server may have advantages over what I was using to move station data to my web server.
So I start with a fresh install...reset my initial pw and loaded all the set up data. I read an instructional link on the WX forum on the custom server config. I modified my Ecowitt gateway using their "customized server". I checked each set up tab and then dumped the cache on my local browser. I opened my landing page and unfortunately the Ecowitt station sensors were not updating or connected.
I tested in my browser, the receiving script is running. The log is updated correctly
[size=66][font=courier]Sat, 04 Feb 2023 08:46:56 +0000 = Ecowitt data received:
Problem-77: NO PASSKEY found.
Problem-111: No data uploaded.[/font][/size]
Probably there is a type in the ecowitt device settings.
Nothing has been received by the receiving script in your website from any device.
Even if there was no data or invalid data, the log should have shown all other accesses.
https://www.njweathercat.com/pwsWD/PWS_listfile.php?file=ecowitt/ecco_stats.txt <== add something like ?dt=123456 to get fresh data.
Make a screenshot of your ecowitt settings in you GWxxxx device and post them here
See attached sample .
The other strange thing is that after I finish making any changes on the pws template and enter my URL, the pws sample template opens??
That is as because all information is cached / stalled.
Only the javascripts such as the clock do their own thing in your borwser all html is the html from the previous request.
Go the easyweather-setup, change the blocks, save, go to your website-> exactly as before the change
Add something to the url the new blocks are shown.
[size=116][b]All information is cached / stalled.[/b][/size]
I did manage to get the web camera working and updating. I'll try coaxing the settings until I see progress!! lol
That's all for now.
Phil
Please change the subject of your first post in this topic.
We need the specialists on the whole forum to read these topics.
PLEASE ask your provider.
Just show them the same thing with:
https://www.njweathercat.com/pwsWD/PWS_load_files.php?test
https://www.njweathercat.com/pwsWD/PWS_load_files.php?test&dt=1234567
https://www.njweathercat.com/pwsWD/PWS_load_files.php?test
https://www.njweathercat.com/pwsWD/PWS_load_files.php?test&dt=1234567
Ask them what you have to remove from your control panel
And what you have to set to make this an active php-website, not a cached html one.
Wim
Thanks Wim for all your help and share of knowledge. I’ve never written a line of code so this is a learning experience I appreciate!
I contacted my hosting service regarding your findings and issues. They turned OFF ALL caching including one tool that wasn’t on my CP. They asked to see your post describing the issues you discovered. I snipped the above post and sent them a copy. It’s being escalated to see if they have a solution. After they review your comments and do their testing, they will contact me. Supposedly that will sometime today.
I attempted various configurations last night. I configured all 3 Ecowitt devices to “custom server” per your advice. See attachments
I will continue to work on this until it’s up & running. I will consider switching hosting providers if necessary. I will post their response.
Hi,
Better use only one ecowitt upload, my idea the GW2000
Set the other two to disable.
Do not forget to press the save button at the top when making a change on the Gwxxx custom upload.
If the GWxxx talks to the pwsWD/ecowitt/ script there should be a new error message in the . . . pwsWD/ecowitt/ecco_stats.txt
There is one from me testing the receive script using a browser Sat, 04 Feb 2023 08:46:56 +0000
That new error message every minute is OK, that means that your GWxxx can talk to your website.
The GWxxxx devices can only talk basic http not https.
Your website is forcing https.
We have to switch that off in the .htaccess in the root. as soon as the error messages occur
Bitsostring,
Turned of the “https enforcer” on my host control panel. Next to verify all my settings. Also waiting for a reply from my tier II hosting tech support.
Received the following error when I ran: https://www.njweathercat.com/pwsWD/ecowitt/ecco_stats.txt
Sat, 04 Feb 2023 19:19:56 +0000 = Ecowitt data received:
Problem-77: NO PASSKEY found.
Problem-109: Invalid data:
[test] => test
That is not an error, that is the contents of the log.
when I launched - https://www.njweathercat.com/pwsWD/ecowitt/test.phppwsWD/ecowitt/ecco_stats.txt - [color=red]I received a 404 error.
[/color]
That is because the link used is invalid
https://www.njweathercat.com/pwsWD/ecowitt/[s]test.phppwsWD/ecowitt/[/s]ecco_stats.txt
Also posted the error on WXForum in the "ecowitt/ambient/fine offset forum" hoping one of their experts could unravel the error.
thanks,
Phil
I answered that post as it is about the receiving script which is different for every implementation.
That is not a ecowitt but a pws-dashboard script.
The settings in your GW2000 are correct.
the data is arriving.
But is was also enforced in your .htaccess
I renamed the file and removed the .htaccess for now.
The data is coming in.
BUT there is still the problem that the html/php is cached
You can only see the results if you add something to the links
next time
and so on.
All is working now, see attached screenshot.
To do:
find all caching settings and remove them => hosting support
add a .htaccess to redirect all trafic from http → https
==> but allowing http for the ecowitt folder => tomorrow, multiple examples on this forum board.
solve the errors at https://www.njweathercat.com/pwsWD/PWS_load_files.php?test&dt=11111 <= change 11111 every time to get fresh data
=> The WU api key is in valid
===> apiKey=KNJMICKL12 that is your station ID, the API key is a long-long string of characters. And you probably inserted your WU password as station-id
=> There is a protocol error for the earthquakes which is also new to me. When i access the link in the browser all seems OK to me
===> https://www.njweathercat.com/pwsWD/PWS_quakes_load.php?json
Wim,
fyi…
-I have not heard back from the hosting service techs regarding the caching. I did request a total removal when I was on a call with them.
-the .htacess file reappeared…I renamed the last copy to .htaccess_old
To do:
find all caching settings and remove them => hosting support - Hosting service request made during todays call
add a .htaccess to redirect all trafic from http → https
==> but allowing http for the ecowitt folder => tomorrow, multiple examples on this forum board. o from the Hosting wiki - redirect your website from HTTPS to HTTP, add the following rule in your website’s .htaccess file: # Redirect HTTPS to HTTP
RewriteCond %{HTTP:X-Forwarded-Proto} =https
RewriteRule ^(.*)$ http://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
4.=> The WU api key is in valid
===> apiKey=KNJMICKL12 that is your station ID, the API key is a long-long string of characters. And you probably inserted your WU password as station-id fixed 02/03
I’ll post the outcome of the open tech issues from my hosting service as soon as they reply or I call them.
Thanks for ALL your help. I am enjoying myself and learning!!! #-o
Done: 2. add a .htaccess to redirect all trafic from http → https
I added the rules and all http (excluding those to pwsWD/ecowitt) are forced to https. => OK
3. Solve the “HTTP/2 stream 0 was not closed cleanly: PROTOCOL_ERROR (err 1)”
Is a hosting server problem, at least to the numerous post/ especially problamatic when cloudflare is used.
The stop-gap solution to add "curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1); " does not work either, maybe another caching problem?
4. The WU settings seem correct now, sadly the data remains old as point 3 is not solved.
How to proceed:
It is nearly impossible to test on your website. The caching makes analysing and locating errors impossible.
I am sorry to put it bluntly, but you can not use your current provider with PWS_Dashboard.
Also you can not move to PHP 8 as your MeteoTemplate will stop functioning with PHP8.
To upgrade MeteoTemplate you have to read the documentation and do the installs of user developped upgraded scripts.
But success is not guaranteed, they are still working on it.
My conclusion: For now
[ol]
[li]Leave your current website-hosting with MeteoTemplate as-is before one of our test disturbs your main website.[/li]
[li]Try to find some “free” / in-expensive hosting just to install PWS_Dashboard and get the “grips” of how all parts work.[/li][/ol]
Wim,
Just had a call with my hosting service Tech Support, prior to reading your latest post. They stated all caching has been DISABLED. Claim adding the following statement to the .htaccess file.
quote from the Tech -“As promised, I’ve completely disabled our server-side caching on your website by implementing the following code in your .htaccess file:”
Header set Cache-Control “private”
Wim, I’m not trying to undermine your conclusion. I’m just sharing new info. If you agree, and encounter any issues, testing, troubleshooting stops!!!
I have NO issues migrating to another hosting service if that’s what will work. Can you or someone on the forum recommend an alternate provider that won’t break the bank and works with pwsWD?
I really appreciate all you help & time. I’m sure most of your new users download your install package and turn on the template without all this pain for you.
We started a few days ago, first I had to adept the download-script for your web-server. Then prove that there was a caching problem.
Now i spent a lot of time trying to figure out why a lot of normal things do not work at your webserver.
But it needs more time to check if adaptions for your “very special” situation are possible.
And i wonder if this problem is the last one we have to solve.
Will not be for today as it is Sunday evening here already.
But the caching is only 1 of the problems we faced.
The simple download did not work.
The extensive caching
The multiple CURL errors such as invalid CURL HTTP/2 stream 0 was not closed cleanly: PROTOCOL_ERROR (err 1)
So try to find a normal hosting such as Hostinger, use the least expensive package, and install yourself.
All should go well without intervention from my site , only questions about the dashboard, not about your webserver.
That is the normal situation. Just check the last 1200 or so topics onm this forum.
Wil,
Evaluating alternate website hosting providers so not to repeat the same problems. I now realize that all web hosting providers are NOT equal. Having tested and installed a few other templates, I assumed the infrastructure was interchangeable. I did learn a lot and enjoyed myself at the same time!!
Thank you very much for ALL your help and time. All that you’ve done is greatly appreciated!!
