second thing: altervista is a free hosting so I don't know if I can have 
the log. I can send you the logs of the check-fetch-times.php file which is 
as follows:
_____________________________________________________________________________________________________
check-fetch-times.php Version 1.43 - 14-May-2021
*Notice*: php_uname() has been disabled for security reasons in 
*/membri/sassarimeteo/check-fetch-times.php* on line *1624*
Website PHP information

Webserver OS:
PHP Version: *7.3.25* built for *Linux*
PHP cmd location: */usr/local/php73-fcgi/bin/php*
Document root: */var/www/html*
Template root: */membri/sassarimeteo*
allow_url_fopen = *ON*
allow_url_include = *off*
Stream support for *http* is available
Stream support for *https* is available
Streams supported: *compress.zlib, data, file, ftp, ftps, glob, http, 
https, phar, php, zip*
Socket transports: *ssl, tcp, tls, tlsv1.0, tlsv1.1, tlsv1.2, udg, udp, 
unix*
Checking access to key websites for your template set

This script will check the load times and the ability to save cache files 
for the included support scripts with your template package.

Included Settings.php time=0.002 secs.

Using lang=en as default for testing
--checking UV Forecast from temis.nl -- Using Settings.php 
$SITE['UVscript'] entry for test. URL: 
https://www.temis.nl/uvradiation/nrt/uvindex.php?lon=8.32&lat=40.45 Cache: 
./cache/uv-forecast.txt curl fetching 
'https://www.temis.nl/uvradiation/nrt/uvindex.php?lon=8.32&lat=40.45' HTTP 
stats: RC=200 Times: dns=0.000 conn=0.000 pxfer=0.145 get=0.283 total=0.428 
secs RC=200, bytes=6419 Wrote 6419 bytes to ./cache/uv-forecast.txt 
successfully. Test was SUCCESSFUL. --end UV Forecast from temis.nl check -- 
--checking Aerisweather Forecast for Lat/Long -- Using first entry in 
Settings.php $SITE['AWforecasts'] for test. Aerisweather test bypassed .. 
$SITE['AWAPIkey'] and/or $SITE['AWAPIsecret']not configured. --checking 
METEOalarm warning URL -- Using Settings.php $SITE['EUwarningURL'] entry 
for test. URL: 
http://www.meteoalarm.eu/index3.php?area=DK004&day=0&lang=en_UK Cache: 
./cache/meteoalarm-en.txt curl fetching 
'http://www.meteoalarm.eu/index3.php?area=DK004&day=0&lang=en_UK' HTTP 
stats: RC=500 Times: dns=0.000 conn=0.000 pxfer=0.000 get=25.107 
total=25.107 secs headers returned: HTTP/1.0 500 Can't connect to 
www.meteoalarm.eu:80 Date: Sat, 20 Nov 2021 08:34:46 GMT Server: Apache 
Content-Type: text/plain RC=500, bytes=240 ------------ Headers returned: 
HTTP/1.0 500 Can't connect to www.meteoalarm.eu:80 Date: Sat, 20 Nov 2021 
08:34:46 GMT Server: Apache Content-Type: text/plai ------------ Skipped 
cache write test to ./cache/meteoalarm-en.txt file. Test was NOT 
successful. --end METEOalarm warning URL check -- Total time taken = 0.002 
secs. Elapsed 25 seconds. PHP Version 7.3.25 Memory post_max_size 32M 
bytes. Memory usage 983480 bytes. Memory peak usage 1173832 bytes. 
________________________________________________________________________________________________

this is the software information

 Server del Database

   - Server: Localhost via UNIX socket
   - Tipo di server: MySQL
   - Versione del server: 8.0.21 - Source distribution
   - Versione protocollo: 10
   - Utente: sassarimeteo@localhost
   - Codifica caratteri del server: UTF-8 Unicode (utf8)

Web server
   
   - Apache
   - Versione del client del database: libmysql - mysqlnd 5.0.11-dev - 
   20120503 - $Id: 
   - Estensione PHP: mysqli

_______________________________________________

if necessary I can send the information of the htaccess file 
 

Il giorno sabato 20 novembre 2021 alle 09:32:40 UTC+1 Massimiliano 
Scarzella ha scritto:

> ok, one thing at a time: I replaced the ftpupload.py file as required and 
> added
> [[FTP]] # (Other options as before) ftp_encoding = latin-1 to weew.conf 
> but it gave me the same initial error. 
> then I edited the ftpupload.py file with 
> log.debug ("Attempting connection to% s", self.server) ftp_server = 
> ftplib.FTP (encoding = 'latin-1') 
> and it is restarted. Now works. For this I await instructions.
>
> Il giorno sabato 20 novembre 2021 alle 08:45:30 UTC+1 Massimiliano 
> Scarzella ha scritto:
>
>> I did as you told me but now I have the same mistake again. I replaced 
>> the file and added to the weew.conf file in the ftp section. before the 
>> change it worked
>> Il giorno venerdì 19 novembre 2021 alle 22:10:03 UTC+1 [email protected] 
>> ha scritto:
>>
>>> Massimiliano,
>>>
>>> I've fixed this in commit fd6d9a 
>>> <https://github.com/weewx/weewx/commit/fd6d9a1f8e4f00b7559f004617f0f529a1c454fb>,
>>>  
>>> which offers a new option "ftp_encoding", where you can specify an 
>>> alternative encoding.
>>>
>>> Could you replace your copy of ftplib.py with the new version, which is 
>>> attached. Then in your [[FTP]] section, add
>>>
>>> [[FTP]]
>>>     # (Other options as before)
>>>     ftp_encoding = latin-1
>>>
>>> Thanks for testing this.
>>>
>>> -tk
>>>
>>>
>>>
>>> On Fri, Nov 19, 2021 at 12:09 PM Massimiliano Scarzella <
>>> [email protected]> wrote:
>>>
>>>>
>>>> Thanks Vince. I don't know of the Http post so I can't fix it. I can 
>>>> tell you that by clicking on the post_clientraw.php file the answer is 405 
>>>> Method Not Allowed, that is 405 - Method Not Allowed for GET or HEAD 
>>>> request but I can't solve. 
>>>> Il giorno venerdì 19 novembre 2021 alle 19:03:40 UTC+1 vince ha scritto:
>>>>
>>>>> On Friday, November 19, 2021 at 9:20:24 AM UTC-8 [email protected] 
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> Perfect, the ftp upload problem was SOLVED using Tom's solution and 
>>>>>> the ephemeris problem SOLVED with Gary's solution, thanks to both. Only 
>>>>>> this problem remains in the log: Nov 19 18:05:05 raspberrypi weewx 
>>>>>> [1197] 
>>>>>> INFO user.rtcr: Failed to post data. Exception error message: 'HTTP 
>>>>>> Error 
>>>>>> 403: Forbidden' which refers to the [[RealtimeClientraw]] what is 
>>>>>> missing?
>>>>>
>>>>>
>>>>> That error tells me that the webserver is not configured to permit the 
>>>>> HTTP POST from the weewx computer.    How to do that depends on which 
>>>>> webserver you are running and how you have it configured.   I would 
>>>>> expect 
>>>>> the default setting is to deny this, so you probably need to open 
>>>>> something 
>>>>> up in your webserver configuration.
>>>>>  
>>>>>
>>>>>> In the / etc / weewx version where is the rtcr.py file located?
>>>>>
>>>>>
>>>>> Not understanding why you'd want to look for that when you're getting 
>>>>> a permission denied from your webserver.
>>>>>
>>>>> Try "find / -name rtcr.py -print" for the Linux way to find it.
>>>>> But to answer, the extension puts it in the same place all other 
>>>>> extension executables go.... /usr/share/weewx/user
>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "weewx-user" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>>
>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/0db0e42f-49ea-4349-9098-91b6ade53edbn%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/0db0e42f-49ea-4349-9098-91b6ade53edbn%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/fa7a3775-06fd-49e1-beab-e51207c30ab1n%40googlegroups.com.

Reply via email to