IMPORTANT! The server may go down soon - possibly permanently. Please read the latest post in Announcements and News

I strongly advise all users using my server for their web site to make alternative arrangements.

Outgoing mail is disabled because of the malware on the server. No new forum registrations are currently possible, and mail to the forum administrator will not work.

Please read the posts in the Announcements section about the current status of Cumulus development now that I have retired

Please read this post before posting

Latest Cumulus release v1.9.4 (build 1099) - Nov 28 2014
Latest Cumulus MX release - v3.0.0 build 3043 Jan 20 2017. See this post for download

Annual Data Summary update failure

Other discussion about creating web sites for Cumulus that doesn't have a specific subforum

Moderators: daj, TNETWeather

User avatar
Super-T
Posts: 797
Joined: Tue Sep 09, 2008 3:37 am
Weather Station: wh-1081
Operating System: Weather Laptop - Windows 10 Pro
Location: Auckland, New Zealand
Contact:

Re: Annual Data Summary update failure

Postby Super-T » Sat Sep 29, 2018 10:30 pm

Actually, that is an old screenshot.....it has the ftpupload in the daily.
2018-09-30_112914.jpg
You do not have the required permissions to view the files attached to this post.

sfws
Posts: 449
Joined: Fri Jul 27, 2012 11:29 am
Weather Station: Customised mix of Fine Offset
Operating System: Tempermental Win. 10 PC
Location: UK

Re: Annual Data Summary update failure

Postby sfws » Sun Sep 30, 2018 7:59 am

Super-T wrote: Thats the old windows 10 setup default problem and does explain the corruption problem.

Incidentally, my own scripts do not need to be told what separator is used between fields, they simply look to see what character appears after the two figure year in dayfile.txt! So my scripts cope with Microsoft deciding how it thinks you want to be set up.
BCJKiwi wrote:The issue is the 'new' test system is uploading when it shouldn't be, and is sending the problem dayflie which overwrites the good one on the webserver.

The thread title "Annual Data Summary" is about a web page, it happens to be a web page that I understand well as I helped you produce a new version of the PHP script for it years ago. As Super_T says, I have answered why that page was showing corrupted information, and solved that for him. I have also given a simple solution to avoid overwriting a single remote file, based on the information made available in the earlier post. He says he copied his complete set-up between his machines, that automatically amends local paths; I say he should have manually changed remote path names whereever they are used if he wants to keep his test stuff separate.

If Super-T wants to report a potential issue with Cumulus 1, as you claim, he should be posting in a different section of the forum, i.e. posting in that dealing with Steve's Cumulus 1 software. But there is no evidence that his test system has faulty software, no evidence that Cumulus 1 on desktop is uploading all the files, as his other web pages are showing data from his long-running laptop (e.g. http://www.janter.co.nz/weather/record.htm has data since 2008). His corruption problem was with a single web page that was designed to be simple, and him manually updating a single file with an incorrect format to a location used by his production system.

Super-T wrote:it has the ftpupload in the daily.

Are you saying until 29 Sept, you had an upload being performed daily that uploaded the file? If so, you have solved the issue that BCJK refers to. You may have switched off the standard Cumulus every five minute upload, but you had included your daily additional one, and created the issue because you unwisely used the same remote file path and name.

Over and out.


Return to “Web site - General”

Who is online

Users browsing this forum: No registered users and 6 guests