A couple of days ago I mentioned in this thread (http://forum.kitz.co.uk/index.php/topic,21193.msg367603.html#msg367603), that I'd been playing with a custom html interface for the dslstats inbuilt webserver display.
The custom interface displays all graphs but just outputs them in to more logical groups, that can be tabbed through.
I've had a request if I could make these files publicly available for use, so I've quickly packaged them together in a zip file attached below.
All the live stats work and update every minute. Working example can be viewed here (https://kitz.co.uk/linestats/index.htm).
I'm using WinSCP (https://winscp.net/eng/index.php) to automatically FTP graphs from DSLstats (http://dslstats.me.uk/) to a remote website.
Please note: The history section requires PHP to run and the output graphs work perfectly well by synchronising with local machine folders, but in time it would require a more robust FTP script to handle file management of older files.
As there has been little interest and zilch feedback in this section I stopped development after I got it to do what I needed (historic SNRM & errors). My original aim was that it would only upload latest graphs in the relevant local folders and delete older files on the remote server to keep hosting bandwidth to a minimum.
The relevant files are included in the attached zip file if you want to make use of them yourself.
By default history section expects files to be stored in categories eg SNRM/CRC etc . This is because it's the way I have my system set up to store on my local machine and it was more logical (for me) to replicate this method on the remote server.
If you prefer to have snapshots in daily folders, then Jelv has written a cron script which creates symlinks to files in daily folders. His script can be found in this post here (https://forum.kitz.co.uk/index.php/topic,21237.msg388420.html#msg388420).
Cosmetic changes to slightly improve layout.
g3uiss (https://forum.kitz.co.uk/index.php?action=profile;u=7826) has developed an asp version of the history page for anyone running a windows server and is kindly making his aspnet scripts available for download.
These files are attached below as g3uiss_asp_version.
You will still need the contents of DSLstats adv_web_interface, just replace the php file with the asp ones.
Thank you – looks great and far better than anything I could have done.
Many thanks Kitz, a vast improvement on my efforts.
Many thanks to kitz for the development work on this project.
1) Will this work in a RPi program environment.
2) What do I need to select in the DSLStats Webserver window to correctly activate the process.
3) Extract from README file.
Q.) I don't have a webserver folder even after enabling Webserver, assuming I have done this correctly !
While these questions probably appear very basic to the more informed forum members I would suspect that many of the less informed members, myself included may be potentially confused.
Have now discovered (from the DSLStats Event Log) that the "webserver" folder is created in /home/pi/.dslstats in a RPi program environment, in my case /home/pi/.dslstats/snapshots/webserver as I added a "snapshots" path, was looking in the /home/pi/dslstats (not .dslstats) folder where the program files reside.
With the kitz files now copied to there still none the wiser how to proceed further ?
Pi’s ip address). That works fine for both of mine.
Loving it although I think I need a new Pi to sick my fingers in DSLStats murders my CPU right now.
I've tried this out on my Linux system, and it works perfectly. It's a very nice enhancement.
Just so you know, I'm currently working on the webserver, but what I'm doing won't conflict with this. I'm adding the options for the user to choose where to save the webserver files, and to save them even when the webserver itself isn't running.
I think I need a new Pi to sick my fingers in DSLStats murders my CPU right now.
To reduce the CPU usage you can disable monitoring "SNR per tone" and "Bitloading". With this options disabled dslstats cpu time gets reduced to a quarter on my Rpi 1 B+.
Thanks for the info will have a fiddle but SNRM graph I need as well as bitloading however its working great now.
Best of all if anything breaks I scripted the whole install setup for xrdp custom with fuse and xfce4. Then all I have to do is unzip some files for dslstats, set it up config wise then change raspi-config to auto boot GUI + login, boom dslstats runs automatically and rdp is blocked from use.
Also i thought with @kitz sharing his stuff i thought i'd share my script for setup DSL stats with RDP via xrdp.
Then change password from raspberry to whatever with option (1), followed by going to Advance Options (7) and expanding the volume (A1), the reboot.
Then select Boot Options (3) , then Desktop / CLI (B1) , then select Desktop (B3). then exit it the raspi-config and reboot again. You can then dial into RDP and copy and paste files via clip board from your host computer.
Once you have finished you can then block rdp but simply going back into raspi-config and changing the Boot option for Desktop to Desktop Auto Login (B4). This will then kick the RDP out when you try to RDP in.
If you need to RDP back in just change the Boot option back to Desktop option B3 and reboot once more.
Apologies in advance for my lack of knowledge on this subject, I still can't produce the "kitz" interface on my RPi 1B setup running DSLStats, I think the issue is to do with file locations on my RPi ?
Note: I previously added the "snapshots" folder path in the "snapshots directory" option of DSLStats configuration just for clarity.
As per the instructions in the kitz "readme.txt" file I have copied the 8 new files to the "webserver" folder.
In my case the "stats.htm" file resides in the /home/pi/.dslstats folder.
Opening this with the RPi, Raspbian Jessie default browser, Chromium, produces the new kitz interface but with no data.
Opening the *.html files resident in the /home/pi/.dslstats/snapshots/webserver folder with RPi's Chromium browser just produce graph snapshots, no kitz interface.
As I said, I believe the issue is with file locations, any suggestions welcome.
What happens if you move the stats.htm file into the /home/Pi/.dlstats/snapshots/webserver directory?
Thanks to both for your interest.
Yes, as suspected, the issue was with file locations, deleted the "snapshots" folder and changed the snapshots storage path back to default /home/pi/.dslstats.
The kitz webserver interface now opens in Chromium browser and displays the relevent data.
My RPi Mk.1B really struggles with the webserver interface as would be expected, CPU running at 100% usage most of the time, have not tried running on my RPi Zero W's as yet, would likely cope slightly better.
Have changed to running DSLStats on a RPi 3B with Wi-Fi link which is a much faster experience, have ordered a just released RPi 3B+ just to compare the performance and for future project reference.
Many thanks to kitz for the hard work on the project and providing public release also roseway for his continuing development of DSLStats.
Anyone any ideas on creating a desktop shortcut on RPi 3B running Raspbian Jessie to fire up the kitz webserver interface ?
I can double click the /home/pi/.dslstats/webserver/stats.htm file, or indeed any of the *.htm files which will start the webserver application within Chromium browser but can't get the correct syntax to achieve this from a desktop shortcut, with any of the *.htm files nominated as "exec" within the desktop shortcut nothing happens !
I'am sure there must be a way of nominating a browser for file execution from within a DT shortcut ?
A quick addition to Kitz work, add your TBB image like so. I've added mine in connection.htm, Open it in a text editor or whatever you prefer.... leave for the moment.
Now web browse to your TBB monitor page on the TBB site. Under your monitor image, click on 'Share Live Graph', Copy the link under Large Graph.
Below <div class="graphs"> add the link. It should end up like this.
Note that in the example above there is a hspace="20" towards the end of the TBB line, this is to bring it into line with the other images.
Tweaked mine slightly to reduce it to just the <img alt= part, but great addition. Thanks, marjohn56.
I've had a request if I could make these files publicly available for use, so I've quickly packaged them together in a zip file.
Please note, it's nothing particularly fancy and the history section isn't yet complete as I'd need to install PHP on my local machine and this section isnt yet working.
The relevant files are all included in the attached rar file if you want to make use of them yourself.
Noted in one of your later links that you have made some further progress in the "history" tab but the original files posted on 15/03/18 have not yet been updated, would it be possible to update, I have very limited knowledge of the system but presume that only an updated "history.htm" file would be required.
Fully understand if you prefer to complete the project, time permitting, before re-posting or indeed just don't have the time at present to carry out further development.
Your efforts on this project to produce some form of local MDWS substitute are very much appreciated certainly by the less knowledgable forum members like myself who don't have the necessary technical ability.
right now me martin and skyeci are using these files to upload to my webserver once a minute, I had planned to request a couple of things from you related to this such as using the built in ftp uploader to upload these web files, and to be able to set the interval so e.g. every 5 mins for the upload.
The graph generation server side for a proper MDWS replacement is probably a while off so these graphs will work well in the mean time.
When I have fully integrated kitz code to my graphs and settled on it, I will add the link to my graphs in my signature so they public.
If Martin is ok with it on the domain I can probably actually host anyone's graphs just making an ftp account, providing in PM and they upload, then the graphs are public not just just for private use.
Many thanks for the update, I eagerly await further developments.
I currently use "broadstairs" web, php based system which he has kindly made available on request to forum members, running on my Win. 8.1 desktop PC via Apache server, manually uploading my 3 RPi's (different lines) historic graph and data files on a 2 day basis, works very well but will still be keen to review any future alternative systems.
yes he provided to me as well and I have yet to have a look at it, so there is 2 different system right now available which is great, the bit I am trying to bring together is the public access again for shared knowledge, php is not a problem on my server.
Sorry didn't see this earlier - my hands have been too bad to type. Yes I mentioned in another thread that I'd been doing more work on it, but as no-one else seemed interested in running from a remote site I stopped any further development and this was about as far as I got.
I'm just about to release a test version of DSLstats which adds the capability to upload all the webserver files (including this extension if it's there) to a remote location of the user's choice.
At present it uploads after every sample, but if different timing is needed that can certainly be arranged.
Thanks for the update, fully appreciate you situation with typing difficulty at present, hope this improves soon.
As you can see earlier in the thread, Chrysalis did provide an update on his, Martin and skyeci's project progress.
Thanks to you also for the DSLStats update and for your continuing work on the program.
I have merged stuart's code onto kitz's code to get a solution that takes advantage of both, but its not my work to distribute, but I will post a link to my stats after I or stuart enhance the security of the code, e.g. viewing historical eventlog reveals the broadband ip so I need to remove that facility before I post the link.
Then people can see where we at, but its basically the same as what kitz posted since its using her templates with the addition of a more functional history page.
On my setup the graphs are been automatically synced every minute using winscp cli via a batch script on task scheduler and also a second batch script to upload the snapshots just after midnight. Eric after my request kindly added native support to dslstats tho so winscp or any other ftp client wont be needed in future.
I have also almost completed a linux script to mass rename files to support the history code, so e.g. if you have snapshots in date order, it will rename them en mase to name order so they work on the history page.
Mass rename is done, check your history page skyeci, I moved the graphs there.
sweet. got all my old stats back up on line. happy days.
Just to pick up in the security bit and IP addresses. I originally created my scripts to be run locally where there would be no security issue however if people want a version which does not display the IP address when viewing the event log then I'll take a look to see how I can achieve this easily. Currently the script simply loads the file contents and displays it, so in order to achieve this it will need some re-writing and expansion of the code to check the data.
yeah, I planned to simply just remove the eventlog option so it doesnt appear in the file list, I dont know why that would be needed for viewing remote stats.
I was going to add a debug flag at start of the script, so if its set to 1, it effectively runs as is now, and if 0, it hides eventlog, and also hides the displayed path to files.
Yes I'll make some changes later over the weekend.
I have today sent chrysalis the updated code for displaying the archived images and text files from DSLStats for him to test, this has an option to remove the event log from display as it can contain your external IP address.
If anyone else would like a copy of either script to test please PM me.
Edit: Should have mentioned - please supply an email if you want the scripts.
I have been working on my scripts some more and now have a version of the script which display graphs built from the stats.log file created by DSLStats which is customised in a similar fashion to Kitz' original. Only the Historical statistics are available right now. This is in part thanks to skyECI who started the idea. If you want to run this script locally you will need a web server running which has PHP available (the cut down server built into DSLStats does not support this understandably). PM me if you would like a copy. Also if you would like to see more data options please tell me your suggestions.
I have a version with very limited data available on my web sit at https://www.stella-maris.org.uk/Stats.php (https://www.stella-maris.org.uk/Stats.php) but should give some idea of its functionality. The graph will resize automatically if you resize the window. Also if you mouseover the graph some small icons appear top right which allow you to manipulate the graph by zooming and panning etc.
I also have my old snapshots converted over and Stuarts new zooming chart tool is there too.
Any chance of a zip file of your linestats pages, please. I am using your original version with a minor tweak and would like to upgrade to this version.
I have made some more changes, mainly cosmetic, to my version of the DSLgraphs and Stats script. they can be view at https://www.stella-maris.org.uk/DSLgraphs.php (https://www.stella-maris.org.uk/DSLgraphs.php) and https://www.stella-maris.org.uk/Stats.php (https://www.stella-maris.org.uk/Stats.php). I would really appreciate some feedback on them, both positive and negative. BTW they do link to each other from the top menu. Currently they do not display the live graphs from DSLStats but that could possibly be added if needed but these are available from the DSLStats built in web server anyway.
Looks very good Stuart, sorry I havent responded the past few days.
Updated the attached file in first post. There's several changes which are mostly cosmetic to layout.
All files have been updated with the newer menu which is IMHO more logical than the previous one.
I've been using the new layout for quite a while so some of you will have already seen it, but if not it can be viewed here (https://kitz.co.uk/linestats/index.htm).
Re history - I've not included that file as although the php is working on my version, I still need to develop a script which will only upload selected history files to the remote server automatically. If anyone's DSLstats folder is like mine you'll have years worth of files and I'd hate anyone to upload a zillion image files and use up a ton of bandwidth.
My live graphs are here (http://stats.browni.co.uk) including your latest update.
I have made some more changes, mainly cosmetic, to my version of the DSLgraphs and Stats script. they can be view at https://www.stella-maris.org.uk/DSLgraphs.php (https://www.stella-maris.org.uk/DSLgraphs.php) and https://www.stella-maris.org.uk/Stats.php (https://www.stella-maris.org.uk/Stats.php). I would really appreciate some feedback on them, both positive and negative. BTW they do link to each other from the top menu.
Well done :) Just noticed though that you appear to be at the stage where I got to for DSLstat graphs in that you haven't yet managed to auto FTP update for history. That was the point at which I stopped as I really thought no-one else was interested in running from a remote website and had no feedback at all.
Slight difference between ours is that mine runs on graph folders rather than date only because that's the way I stored them locally.
Currently they do not display the live graphs from DSLStats but that could possibly be added if needed but these are available from the DSLStats built in web server anyway.
I've already done that and FTPing current stats for running remotely. Hate to sound like I'm doing the sour grape thing (and yeah I admit it is), but I have had absolutely zero interest in what I had done. Not a single comment in any of the various threads where I said I'd got something working for running on a remote website since March. Which is why I thought I was wasting my time developing an FTP version of historic and stopped as soon as I'd done only what I wanted (historic CRC, Err/Secs and SNRM) for my own line.
I've had to change it to custom to get rid of the surplus tones, so thanks for pointing it out.
Nah, leave your name for now, my name is in the web address!
The preset tone ranges are only approximations for practical reasons (programming convenience really). They actually define a number of pixels horizontally, so the optimum settings will depend on the size of the DSLstats window.
I have started my own thread for my scripts. It can be viewed at https://forum.kitz.co.uk/index.php/topic,21488.0.html (https://forum.kitz.co.uk/index.php/topic,21488.0.html). I've done this for two reasons, first to separate them from here and stop distracting folks from Kitz' script and second to make life easier for me to track stuff going on with them. So please from now on post in my thread when discussing my scripts.
I been real busy but disabled the IP leak part of the history page, page is now in my sig.
My stats show dslstats graphs, history graphs, and tbb graphs. This is using kitz's code except for the history page which is Stuart's code.
They do not include Stuart's newer stuff yet, although I think Ned is using his new scripts now.
I have snapshots including historical stuff thanks to Chris. tbb, Stuart's new zoom tool/script and live data .
Interesting stuff – thanks for showing it.
Time has been against me lately so I’ve only managed to get the webserver files uploading from my pi3 to a VPS using rsync. When I get some time I will look into the history part.
Thanks to Kitz for the original files.
nice. One of my other lines is on a pi3. Can you share how you have done it from the pi3.
I did it the lazy way which will be frowned upon by some, but I’m the only one with access to the pi and then only from my home network.
From the terminal ran sshpass -p ssh_password rsync -aP/home/pi/.dslstats/Webserver/ user@domain.net:/path/to/dslstatsfolder just to be able to accept the certificate on first use.
Then set up a task to run the command every minute using this (https://www.raspberrypi.org/documentation/linux/usage/cron.md).
The information I used started from reading here (https://unix.stackexchange.com/questions/111526/rsync-without-prompt-for-password?utm_medium=organic&utm_source=google_rich_qa&utm_campaign=google_rich_qa), there are other ways.
when the new dslstats is released Ned, you can just add sftp account to it and upload to the server as is now.
Here's my pi3 setup with fully automated DSL stats uploads to our TR server and it uses Stuart's new scripts for viewing data,see dsl stats files & historical tabs.
Really good bit of software, with the associated web interface it makes it really easy to monitor both at home and away. Thanks for spending your time on developing it as it has really opened my eyes up to my connection(s) and I've learnt a lot!
Why is there no G.INP ? And no G.Vector either? That is not good.
looks like both are on eci cab. not going to happen any time soon..
ECI Cab. that's not happening this side of 2030.
Just to clarify - the IP leak was not in my history page.
Again for clarification. I have history graphs which automatically upload every 2hrs. My code is different to Stuarts and works using the graph type rather than dates for those who have DSLstats to save folders in that way.
The reason the thread got split up & Stuart started his own is that I don't think people realised that I have had both live and history graphs working for several months now.
The only thing that requires more work on mine is further development of the FTP script to ensure that the remote files on the webserver don't get too large and will automatically delete files after 'x' time. Currently my ftp scripts automatically mirror and synchronises to the local machine. I've used synchronize as that requires very little bandwidth and ensures that only the newest files are uploaded.
I didn't bother developing this script further as absolutely no-one showed any interest in what I'd done with the history files and since I only wanted to view history for SNR and Errors on my line then I saw no point putting more time into it. It should however be really easy for me to add other folders if I wanted.
Just noticed though that it's using v1 of the web interface. I updated the headers to a more logical layout a while ago and made the page layout a bit better looking by amending the CSS & html.
I shall see if I can do anything with my CSS to make it more compartmentalised for those who may wish to add on what Stuart is doing with the zoom tool graph etc.
I would really be interested in you history graphs even if just ES. I can’t run PHP. On my hosted server being a Windows 2016 which for some reason has PHP disabled.
If anyone is interested I will update the CSS to try made it more modularised so it can fit with what Stuart is doing and I'll also upload my php code.
kitz are the files you shared up to date? the ones I had access to the history page was non functional and marked as something like coming soon hence stuart developing a solution. Also interesting you commented about a v1 layout as well.
By 31st of March I had a working version which was outputting history graphs fine but it was a bit messy, but had not developed a robust FTP script to automatically update the history files. - See here (https://forum.kitz.co.uk/index.php/topic,21305.msg369052.html#msg369052).
My post on 1st April explained the difficulty with the FTP script I was having in that I had masses of history files on my local PC which could be problematic for web storage. At that I asked Stuart what he was doing re the uploads, but then realised that he didn't have a working ftp script for history either. Live stats have never been a problem and the ftp script for that has been working fine. - See here (https://forum.kitz.co.uk/index.php/topic,21305.msg369153.html#msg369153).
On 12th April (https://forum.kitz.co.uk/index.php/topic,21305.15.html) - I mentioned I had a working version which was outputting history to a remote website rather than installing WAMP. Again I mentioned history file size problem for the FTP script.
Atm I've only got historic data for SNRM & Err Secs purely because that's what I would look at first when it came to any historic data.
I've mentioned time and time again that the problem was not with the php code but rather a WinSCP script that was needed that would perhaps only upload the last months historic data because I had several years of DSLstat data.
In the end I took the easy option and just cleared out my local files of old data... and since then am using the FTP script to sync to local folders.
I'm not quite sure how I could have made it any clearer that my problems were developing a robust FTP script and NOT the php side of things.
I believe Stuart is also having problems in this area and he has to manually manage the history folders so we both got stuck at the same point.
Can you perhaps see now why I was getting frustrated to the point whereby I stopped mentioning that I had a working version and doing any further development, because as far as I'm concerned mine is currently doing all that it needs for me personally. I have passed the link out enough. I think b*cat will be able to confirm he saw it was working ages ago, but his comment was about the DSLstats graph size and nothing to do with my side of things.
Also interesting you commented about a v1 layout as well.
I changed the layout to make the headers more logical and there were also a few cosmetic changes in layout so that things just looked a bit nicer. They were purely CSS type changes and have been freely available for download since 5th May.
I edited the CSS again last night so there is another version that I will package and re-upload when I get chance. The only changes I have made recently are CSS type things to tidy up html layout.
The reason I mentioned it is I noticed ned was using the very first version and not the 5th may version.
PS. If some of the pages on my linestats page look weird you may need to refresh cache. (Ctrl & F5). I uploaded a new .css file last night and chrome in particular tends to cache old css files.
. . . I think b*cat will be able to confirm he saw it was working ages ago, but his comment was about the DSLstats graph size and nothing to do with my side of things.
Yes, that I can confirm. It was working nicely and provided all that I would have expected.
Its all good :) We have different options on the table.
i think i must be running a slightly older version of the web interface, as mine doesn't have the footer.
i downloaded the files in post 1 only a few days ago.... are those the most recent version?
Thanks. I think I’ve got the hosting company to allow the PHP to be implemented. It looks to be working fine, on both my VDSL and ADSL. Lines, but I will let it run and post a link over weekend.
I changed the .css early hours 7th June which is why you won't have that yet and why it's only on my own version atm.
I'm using WinSCP and some scripts to automatically FTP the live stats every min and synchronise the history graphs every 2 hours.
I think the latest edition of DSLstats now may contain ftp info for the live stats, but admittedly I haven't tried that yet as my ftp script for livestats works fine and uses very little bandwidth.
A bit harder was trying to get history files to synchronise and only update the latest files. I'm very conscious that my script is designed to run on a remote web-server and therefore was aware that some sites will have bandwidth restrictions. This has always been what caused my own scripts to come to standstill as ideally I would have liked it to automatically remove old remote files after 'x' period. It was also a bit more complicated as my DSLstat graphs are stored using the graph type name rather than date which would have been easier.
Anyhow I do have a working synchronise ftp script for history - I cheated and cleared out the old files on my local machine which went back a few years.
Until someone can devise a more robust FTP script to deal with automatically clearing out the remote webfiles every so often you may have to just keep an eye on remote storage.
I really need to do a help file which explains WinSCP & the ftp scripts I've written so they can be adapted for various scenarios which is something I saw no point in doing as no-one else appeared to be interested. However, it is worth pointing out that you would likely need to use similar scripts if you want to use Stuarts history pages on a remote server too.... or else you are going to run the webpages locally or do it all manually... as this is something beyond what DSLstats inbuilt ftp server does.
I'm afraid I can't just pass out the ftp scripts in their current form as they contain my server info.
The latest version of dsl stats does indeed upload automatically. I was originally using WinSCP for datastore,webserver and snap shot files but now all 3 are being done via dsl stats real time.
Thanks. I can synchronise the files I have as I seem to have mixture of versions.
Seems ok here in FF. It may be your browser caching the old css file rather than the new one? Chrome has a habit of doing that.
Thanks for that confirmation. :) I'd used WinSCP as it was the only way of doing so when I first wrote my code which was prior to the latest DSLstats release.
I think you will need WinSCP though for any of the history files and folders, so I will continue using it for now and attempt how to explain for those who want to use it with the history folders.
You should in practice just be able to drop the new version straight in over the top. Not sure about anything to do with Stuarts though as I don't have those.
In the long term it would be an idea mrege Stuarts files and mine, which is why I rewrote my CSS the other night.
I will attach the files to the first post in the thread.
Might be a silly question, but I get the following on the history page.
EDIT - I think it's a PHP issue with my PN webspace.
Good news its working, even with SSL.
Bad I could not get @Kitz history working, and I could not get @Broadstairs live data working so I ended up cobbling them both together.
However the is a small problem . . . the one I seem to be regularly pointing out to Kitizens . . . your Bit Loading, Hlog and QLN plots need to be adjusted to show the entire 4096 sub-carriers of a profile 17a, G.993.2, service. You should go to the Bit Loading, Hlog & QLN screens and left-click on the "Change tone range" button. In the Pop-Up that then appears, left-click on "Custom" and then adjust the slider so that the plot is just sufficiently wide to show the 4096 sub-carriers.
You should go to the Bit Loading, Hlog & QLN screens .... then adjust the slider so that the plot is just sufficiently wide to show the 4096 sub-carriers.
I wonder why it doesn't default to better values? 4096 must be the correct figure for the majority of users.
I don't mind your suggesting it, because I've already noted the number of times this comes up. Unfortunately it's not a simple as just setting a default number of tones, because of the way the per-tone graphs are constructed. What I really need to do is dimension the graphs automatically according to the highest used tone, and I'll try to do that for the next release.
Thanks B*cat, I've made those suggested changes.
The history graphs do show the full range though.
unfortunately you need to do this every time you start DSLstats, as it doesn't seem to remember your settings when closing the app.
well i do anyway, not sure if others have the same.
If I change the tone range on the hlog it also changes bitloading and QLN and saves this change permanently.
Try changing the tone range, exiting DslStats via the red x in the top right and selecting yes when asked if you want to close the program.
Launch DslStats and check if the tone range saved.
That is not my experience, it behaves like any other configurable option.
take a look at what mine looks like at the moment.
this is what happens when dslstats closes and re-opens.
before it closed it was displaying correctly.
this happens every time for me, not just a 1 time occurance.
just to note there's only a 32 bit Windows version.
Strange that your tone range doesn't stick. I've ran the Windows, Linux and Pi versions and they all behaved as they should, the tone range only needing set once on 1 graph.
when i looked at the downloads page i saw 64-bit and didn't check if it was windows or not.
but yes, every time dslstats starts i have to go to that graph settings and set it again otherwise it does what you can see currently.
How to do this? Please explain step by step instruction, sorry as I am thick, haven't got any clue how to do this?
What is the host name, username and password? Does host name mean I have to built my own website? username and password where I can find it from? Sorry for being numb.
Yes, you need webspace to be able to host the files for the webserver.
You may get free webspace from your ISP, if you do you can SFTP the files to there both from DSLStats and the Custom Interface files.
I would start by finding out if you have webspace.
Thanks but don't think Plusnet don't have free webspace?
I got my webspace but nothing is loading dslstats?
Have you put the interface in the webspace, and uploading the files to there?
If you are not doing that it will not work.
Pretty sure wiz don't allow PHP.
Max how would you get your files on the site?
You really should stick to the DslStats webserver max.
The DslStats webserver should allow you to view your live stats.
Setup snapshots and then you can view your history when you get home.
You will not be able to get the history part working on kitz script it's obviously way too technical for you.
All you have managed so far is a blank hosting page saying welcome, with a Google maps image probably with your home address.
You shouldn't have been advised to get webspace if it's something you have never used before.
It is not in the same category of "technical knowledge needed" as entering your mdws username/key.
Running the v2 release of kitz custom interface on my on line web server, all working fine with the exception of history, the "history" tab just produces a blank browser page.
The web server does support php, I am already running broadstairs, php based custom interface there without any issues.
All the kitz utility program files are in the server "webserver" folder which is also the destination for the stats webserver files as uploaded via DSLStats from my RPI 3B via inbuilt routine.
Noted that the kitz interface stats image & text files must be stored in name as opposed to date format, have renamed to conform and tried storage in name based folders or directly in the webserver folder, no joy, the history browser page does not even get to the stage of reporting "file not found" or indeed produce any form of header or dialogue, just a blank page !
I am obviously doing something wrong as quite a few forum members have the kitz interface or a combination of kitz & broadstairs interface running and available on their profiles, any suggestions as to what appreciated.
@tiffy history.php requires you have PHP installed as well as Apache and an FTP server. From what I have read.
Yes, appreciate that the history program file is php based, however, as stated, my webserver does support this and broadstairs, php based interface is already running there without any issues.
Have also tried running locally on Windows using xampp (with Apache) which again runs broadstairs interface without any problems, same issue there with the kitz history page.
Many thanks and sorry for late reply, I had to go out and mobile died.
Many thanks to John (d2d4j) for a very prompt solution to my issue which I believed involved a slight tweek of the history.php file which he edited on the server, having access to this as his company provide my web hosting.
Strangley, there was a re-occurance of the issue a few hours after John's fix was applied, he very quickly diagnosed and attributed this to the history.php file being overwritten by an old revision from my RPi 3B source which I certainly had not manually applied.
Had been aware at an earlier stage that name changes (Kitz to my ID) edited in the *.htm or history.php files on the server only would at some stage change back to original, carrying out the edit's to the files in the RPi webserver folder gave a permanent result, concluded that all these files must be overwritten on the server during the DSLStats auto upload sequence.
With no other connection other than becoming a recent customer with John's web hosting company I can only repeat that his service and support with any of my issues has been exceptional and with his patronage of this forum/knowledge of *DSL related matters it makes it so much easier explaining any issues that arise, would thoroughly recommend.
Very quick comment from me.
I think the problem may be that I used php short tags in some of my code... which won't work unless the server has specifically got php short tags enabled. I'd used short tags where I quickly swap out from php to use html forms.
Thanks for the explanation of "short tags", John (d2d4j) had mentioned this was causing the issue on his system with respect to running the history.php file, I did not really understand the logistics which I'am sure John would have explained had I asked.
Your custom interface is now working very well on my system, many thanks for the development and free supply of this utility, much appreciated.
Kitz's history.php code relies on "Save snapshots in categories" being set. I had "Save snapshots in daily folders" set - it seems more logical to me and allows easier housekeeping to delete older data no longer required. I know at least one other person was running a script to copy the image files from the daily snapshot folders to the category folders so that history.php worked.
I am now using a script which rather than copying the files creates symlinks in the category folders which link to the files in the daily folders. Also if daily snapshot folders or files within them are deleted the symlinks pointing to them are automatically removed. This script can be run by cron (either at regular intervals or set to run a short time after the auto snapshots timing) or run manually after ad-hoc snapshots. It creates links for all possible snapshot graphs depending on what it finds.
The only thing that needs amending is to set DSLstatspath - note the trailing / is required.
I've added a note to the first post in the thread linking people to your post should they wish to use your script to store in daily folders.
Many thanks for making your code publically available, as someone running a very similar setup to yours, ie. kitz & broadstairs stats display interfaces running together on a web hosting site and to date running very simple but effective cron job routines engineered by the site manager, John (d2d4j) to enable the kitz interface history function to work, your further development is very much appreciated.
Your "cron symlink" script has worked perfectly on my web based, kitz history interface, beyond expectation even converted the existing png & txt files in the associated history folders from full size to symlinks, considerable saving of space on the disk with the avoidance of file duplication, again, many thanks for sharing.
Is there any significance in the two identical SNRM lines in your code ?
Struggling to understand the format of the last line of code, can you elaborate further or point to reference ?
Sorry the duplication maybe my fault. I think I initially tried deleting lines you did not use so may have deleted argin from SNRMargin but I cannot remember exactly now sorry.
-L follows symbolic links so you get information on the target files unless the link is broken when it gives you the information on the symlink.
John, thanks for the clarification, I was aware that the cron code lines had been edited to suit my particular history preferences but as the duplicate line was also in jelv's published code thought it may be deliberate or significant, will remove or comment out one of the lines in my script.
Thanks to both for the detailed explanation of the code final command line.
Whoops - it's a duplicate that should be removed (not that is doing any harm).
It stems from the SNRMperbanddownstream and SNRperbandupstream which I combined.
Firstly many thanks @kitz for providing these pages for the DSLStats data. I am new on the forum and have been playing for the last day or so on getting it working with my data.
I just wanted to share a change I made to the history.php page, so that the drop-down choices do not revert back to the default choices, and stay on the currently viewed folder and graph file. It makes it a little more intuitive when reviewing the graph for me.
I hope this is the correct place to share.
Script updated and tested on my system, working perfectly and certainly worth the effort, many thanks for sharing.
From previous experience on my system, RPi 3B running DSLStats and uploading webserver files to web server, if edits are made to web site, server *.php files only they can be overwriten back to original by the corresponding file on the RPi at the next scheduled DSLStats upload, not sure if this would apply to the history.php file but has certainly happened to other *.php files I have edited on the web server in the past.
Probably best to edit at source and then copy / replace the file on the web server.
Absolutely, it kind of boils down to the release medium. The source needs to be synchronised with changes.
I don't know how savvy you guys are at using sites such as github.com or bitbucket.org where you can freely host your code as an owner, but others can push 'merge' (read change) requests to your codebase which you can choose to accept or deny?
You can then mark a 'release' at a certain point in the development phase that can be downloaded as a zip, at a point you think merged changes are stable or significantly different enough to merit a new release tag.
I'm using Kitz custom interface on a raspberry pi and it works great but I need to change the default apache port from port 80. I've updated /etc/apache2/sites-enabled/000-default.conf and /etc/apache2/ports.conf and I get the linestats OK but lose the page formatting, any ideas please?
Not good is it. Interestingly when the line was busy downloading yesterday afternoon the packet loss reduced.
I get the linestats OK but lose the page formatting, any ideas please?
Have you set up custom folders? The .css file should be in the same folder as index.htm etc.