Meteotemplate Forum

@davidefa: You are so smart! The indoor table does not have any data beyond the June 24 cutoff. This gives me a clue as to where to track down the problem.

Thank you.

Thanks for the suggestion. The data is current for both installations, as indicated previously, which means the cron job is running (and so verified). The reason for the 'admin only' is for security -- good thinking by Jachym. Not a good idea to allow visitors to analyze data that could reveal a pat...

@davidefa: The Indoor data analysis is reserved for admins only, except for the block on the home page. Is there something you would like for me to try?

MT v18.0, indoor temperature and humidity block v7.0, station data v10.0, indoor data v4.0 (all current). I have 2 separate weather stations and MT installations, each of which reports the Indoor T/H. The Indoor Conditions of the Weather Station Data section will not display or plot any data after 0...

Hey Jachym, Here is the evidence that there is a problem with line 1482 ("ALTER TABLES...") in api.php that isn't executing as you expect. The snapshot of the last 7 days of the db I/O is instructive: Section 1 is where the 2 api.php files (for both websites) is unmodified from the 17.1 up...

One other observation. My Notepad++ editor indicates that the original api.php has Windows style EOL (CRLF). When I saved my version with the ALTER TABLE command commented out, it was saved as a Unix EOL (LF) and about 1600 bytes smaller. It it possible that the EOL makes a difference?

Hi,
I am using v17.1 of MT, api.php v3.1.

Attached is the snapshot of the DB I/O for the last 30 days. The dramatic drop in I/O is where I edited the api.php file.

Your thoughts?

My web host throttled my server resources, crippling the web site performance, because MT was consuming excessive server resources. I made an edit to the api.php file that dramatically reduced utilization, made my host happy, and restored full server resources and web site performance. Thus far I ha...

If your SteelSeries gauges block or plugin page suddenly becomes blank (no gauges), it could be that your web host has added protective measures that will block the JavaScript found in 3 files for block v3.1 and plugin v4.0 (and likely older versions). As explained here, http://meteotemplate.com/for...

Hey Jachym, The SSL train has left the station, thanks to Google and Mozilla, and it isn't coming back. At some point we need to heed the push for better browser security and embrace the transition to https for all web activity. The Meteotemplate forum login looks like it passes credentials in clear...

If you need to run several different cron job scripts, don't assume (like I did) that the command line syntax is identical. The cron.php script in /load parses the command line password from " password =<update password>" The update.php script in /plugins/metoehub parses the command line p...

Meteotemplate relies heavily on server based routines like PHP and MySQL. Your choice of host can make a gigantic difference on the performance of your website. For the better part of eternity I have used a commercial hosting provider that features a (now former) professional race car driver as one ...

I ran into unexpected roadblocks to data migration between servers that required much trial and error to overcome. The unanticipated problems mostly revolve around database tables with many records, and different versions of MySQL. I hope my experience can help anticipate and mitigate the frustratio...

Oh, yes, saved the setup; and plenty more.

Using MT 17.0 After migrating the website to a new server, the "Block Installation" (Install New Blocks) page does not list any blocks. I did only a partial re-installation, trying to copy and keep as much of the previous site intact. The page listing all of the installed blocks correctly ...

With all due respect, Jachym, please look at this and tell me if it is readable in mobile browser (it is clearly different from other blocks): http://jsmcafee.com/mtemplate/sunriver/indexMobile.php

The block scales correctly with the following modification of the code:

mainMobile.php: comment out line 339 "font-size: 1.5vw;"

Jachym,

There is only a single column spanning the entire page width. So your suggestion to put it in a wider column is not possible. I even put it in the footer, with the same result of incorrect scaling.

partnerStations Block 3.0, MT 16.0 Android 7.0, Chrome 61.0.3, FF 56 The block scales correctly in the desktop page. In a mobile page the block size is 100%. In the portrait view all text and most graphics are extremely small and unreadable without zoom. In the landscape view the text is larger and ...

Installed the Partner Stations Block 3.0 using the automated upload/install. The /icons sub-directory is missing, thus the icon for the wx station doesn't display.

Hey Jachym,

Your summary of why the updates aren't working does not include the PHP ZIP option issue that several of us have posted. Could this be more central to the issue than users report (not knowing about it or how to fix)?

OK for blocks; no plugins needed updating so I could not test. BUT, I had to enable "zip" in the PHP options for the updates to work. Great job on the v15->16 update and auto-update feature. Please do not deprecate the auto-update function if the configuration can get worked out (like enab...