Brian,
pm sent.
Bill
hello
ok no problem , i already that info , I will get back to you early next week , what we can do is tweak your .htaccess to reduce the server load but I know just looking at the log there is a server memory limitation or a limit and restriction in place to use simultaneous processes .
well sort it out dont worry…brian
Updates Fixes/Performance (2 APRIL 2017)
- Thanks to paul wilman , fixed solar2.php to use night time readings, fixed wxcharts.php to use svg language flags.
- More performance tweaks , all menu items moved over to menu.php. added more defer scripts to improve performance in charts and forecast data.
- index.php/indexearthquake/wxcharts.php moved all menu items out now resides in menu.php , all css/jquery scripts minified and optimized. Jquery files minified and have multiple combined scripts to serve from one file ,this reduces load on server and loading times considerably.All optimizations have been A/B tested at https://gtmetrix.com
Updates Full Install required(1 APRIL 2017)
- Meteobridge users can now select which type of method they use , either via the Saratoga template method or Meteobridge direct method. Also big thank you to Vojta from Czech Republic for his assistance in ironing some teething issues with the meteobridge-direct output.
- Czech language updated and some words abbreviated due to length of words in Czech language ,thanks to Vojta
- A week of adding additional performance tweaks to many areas of the template , I cant emphasize enough goto https://gtmetrix.com and do some tests . Anyone who quotes there is no benefit or it is not possible is ignoring the benefits for other reasons. This template is optimized based on everything from the results . PS i dont use gzip and I still get 93% performance rating simply I have studied every possible enhancement and enhanced the code accordlingly.If you would like to know more please get in touch.Please note all possible enhancements have been made to template areas , other enhancements like .htaccess enhancements are NOT distributed in download.
- Notification center now has UV-INDEX alert
- Solar and UV-INDEX now show darkeness hours after sunset to sunrise based on calculation so its important to get your lat lon correct.
- Further code changes to support upcoming PHP 7.2 .
- 99% of all images now SVG (including flags).
- New options added to easyweathersetup.php related to meteobridge-direct,main clock format. This update requires a new installation due to many files almost all php files having new additional code ,performance enhancements or removed code. Please do not mix with older versions and note the template no longer uses cron jobs or json files .
as always download via https://www.weather34.com/homeweatherstation/
see screenshot below to see why it is advantageous to work at getting the optimisations right ,considerable time taken at times you get it wrong but learning from that yields the better outcome for your visitors, your own self piece of mind and trust in what your using and most of all a pleasant user experience…brian
Minor Fix (2 APRIL 2017)
- Thanks to Michael H (http://www.relayweather.com/) for the reminder , fixed easyweathersetup.php not showing saved state for indooor and firerisk when logging back in.
only need to replace easyweathersetup.php if on latest download from this morning (2nd April)
Brian, the WU forecast and current conditions are working now after I’ve changed the rights in the corresponding files and folders. The WU api string was ok.
There’s a problem with the monthly and today charts which are not working. The chart’s frames appear blank, although the data files are there.
The yearly charts are working fine.
Thanos
good morning
http://www.meteothes.gr/pws/chartswudata/042017.txt file is missing
for today monday 3rd http://www.meteothes.gr/pws/chartswudata/03042017.txt file is missing
for the year http://www.meteothes.gr/pws/chartswudata/2017.txt is ok
i have checked other sites using current download there are no issues related to this some examples below
http://www.relayweather.com/pws/chartswudata/042017.txt month
https://www.weerstation-sauwerd.nl/chartswudata/03042017.txt today
check permissions , does any of the demo files exist ?
brian
Think you resolved it , have a good day…brian
Well Brian, this is a headache! Every new data file the script creates, for some reason is locked, and even it’s there, it’s not accessible! 8O
If I delete and copy that back again becomes accessible, but I have to give write rights to get it updated by the script! :roll:
That’s what I did with today’s data file 04042017.txt. I did the same on yesterday’s file and worked!
After that, under the current circumstances, I have to follow the same procedure every day for the new data files to work! 8O That’s impossible!
That didn’t happen with cronfiles as I’ve already said before…
Any ideas?
Thanos
good morning ATSIO
ill try and explain …
there is no difference in the script that used in the cron version it is identical , all we do now is called the file from within the template instead of using a cron procedure.
this is no difference in the script to call graph data . see screen shot below for clarification.
i can only say it is all related to server based file permissions , everything in the area where are you are experiencing issues is identical in scripts to previous cron versions.
without me having some sort of hands access it is going to be upto you to resolve , Im sure you can but Im not getting any reports of from elsewhere , i can only reiterate it is basically the same script as shown below.
the reason for moving away from cron job use was simply based on endless emails every week of how do i set up cron jobs, or what is a cron job. i could have easily responded with do a google but thats not very helpful so I decided to just use a simple jquery script internally to do the same thing . Im sorry you are experiencing problems but its NOT widespread enough for me to revert back to cron jobs .
as a last resort you could fire the jsondata/wuupdate.php via a cron job and disable the feature in the template by removing the necessary script but you are basically doing the same thing just a cron to fire it . the script lies at the foot of the template and has a setting in the settings.php
$wuupdate = 1800; // 30 minutes
now possibly only thing would be interfering would be the contentType line .
so all i can say now is
1.check folder permissions …/chartswudata/
2.check file permissions in the …/chartswudata/
3.try removing the line from the script in index.php contentType: “application/x-www-form-urlencoded;charset=ISO-8859-15”,
4. none of above works go and have a beer or two have a good nights sleep and try again tomorrow …
as you can see identical
ps sent you a file in email…
brian
Brian, thank you very much for the detailed answer! The problem is located on the data files that are not accessible after the creation!
Maybe, I should check on the server side for this…
Thanks to your explanation, I’ve understood the whole mechanism of the template and I’ll keep investigating until I find a solution!
The beers and the good sleep will definitely help! 
:occasion5:
I’ll let you know how it goes.
Thanos
Language Update/Minor Fix / New addition (6 APRIL 2017)
- Dutch language updated. daylight.php minor fix thanks Piet. New addition to easyweathersetup.php includes new Weatherflow hardware. it is hoped to have this fully operational in the very near future also take the chance to openly say thank you to WeatherFlow for sending a test unit to work with the API.
Hi,
I bought for some days Weather Display to use Meteotemplate API and I noticed that the API did not reported the UV information in the Raw data from WD :
http://www.meteo-villers-bretonneux.fr/meteo_template/template/meteotemplateLive.txt
I 'm using a WMR 200 Oregon Scientific with a UV sensor.
Regards
Charles
Charles:
This discussion is about a different template, ‘Idesign Simplicity’, not the Meteotemplate that you are using. The Meteotemplate discussion is here.
re UV to Meteotemplate, make sure that the switch is on under control panel, solar setup
(so that then WD knows you have solar sensors in use)
I just moved wuupdate.php to a Cron job! How is it possible?
I activated an account with another provider (hostinger), I modified the server.ini files and finally ws1001.txt file is updated regularly.
I saw that I managed to make it work I want to try again with the starting provider (altervista) re editing the file server.ini, but nothing to do. in the meantime I make several attempts I realize that the files in ws1001.txt hostinger server is magically still updated regularly. I uploaded the original server.ini into the station but continues to update the ws1001.txt in hostinger provider.
magic??? How is it possible???
hi atsio
interesting as calling wuupdate.php from within the template or cron job achieves the same thing (output) anyway if thats what you had to do to make it work then its good.
brian
i have no idea and no experience in altervista hosting. so i cant help you much unfortunately.
when editing the server.ini often as experienced in the past the server.ini on the console doesn’t get overwritten sometimes when dragging the file directly to console sometimes unless you do the firmware method upgrade it will update the server.ini .
important thing for others using ws1001 (clones) is to understand the template does not support the current method of weather display software as it still uses json extensions . the current template is using .txt extensions for the last month or more as this proved more reliable for a wider of various server configurations .
its worth noting you don’t need weather display software specifically to get the ws1001 (clones) to send data to a weather server or other weather services like weathercloud, PWS etc…
the big benefit if you do use weather display software is ability to record and store historical data and max,min average values .
sort of pro and cons but what matters most is what works for you at the end of day and it is what you like to do with your data for historical purposes without the need of dependancy on weather underground services.
brian
the ws1001(clones) can run without a computer required to be on 24/7
thanks for asking, the weather station works properly with the ws1001.txt present in the weatherstation folder of your template weather34, which then in turn pilot weatherdisplay. My big question was how he could upgrade the ws1001.txt in spite server.ini It was put back the original…
have a nice Sunday
dilemma solved! to enable uploading to custom server must enter the screen “weather server”, highlight the “web” and press the button -
Hello