Blue V2 Remote Files not updating

[oakhill]

I have uploaded the files and Cumulus updates it fine.

But I have an issue with manage.php as I can't update the files. I click on the update now link and the page refreshes and it show for example,

Update process
Langusge to update: text_standard_en.php

OK Remote file: is available.
OK Local file: is available.
OK Backup file successfull.

OK File succesfully updated!

But the file still shows as needing updating, now it also shows the old file version. I have tried to change the file permissions to see if its a permissions error but it doesn't help.

Is there a way I can directly download these files so I can make sure they have uploaded correctly?

[Mr.Meteo]

Hi Oakhill,

After update, a "Refresh" button appear... so try to refresh.
Current version for this file is v1.2

Regards,
Jacques

[oakhill]

Tried that, seems to not want to update. I have a feeling its a permissions thing as I know this is often what causes file issues.

I have sent a PM with the password for the login so you can see what I see.

[Mr.Meteo]

Hi,

I've seen your page and effectively, It seems not to work.

First thing, your page look "weird" as the data file wt_data_intl.php
is not processed (unused), so you could simply remove it.

For updates, look into your Ftp program, to see if file changed
when you try a specific file (a .bak file is supposed to be created too),
if no, it could be a permission problem.

Regards,
Jacques

[oakhill]

Sorry for slow response.

I have checked the files and there is a .bak file created and the .php time and date changes. But comparing the files nothing has changed.

Though strangely today-txt.php did upgrade correctly.

Tried it on another web server and I get similar issues. I use notepad++ to edit the files and uploaded via FTP. I wonder if I have a corrupt config file.

[Mr.Meteo]

Hi,

I've tried your TMM page and was able to add 2 new languages,
but file update not seems to work. So, maybe a file permission
problem on these files. Check if files are writable (chmod 666)

Also, in your Cumulus configuration, have you needed to tick
some option about delete or rename file before sending?

Regards,
Jacques

[uncle_bob]

I think it's the server security that stops these. I was able to update files on my local server, just my host was never able to.

As BTJ fixed in his Weathercaster Sager scripts, a lot of servers have locked down file_get_contents and allow_url_include etc.

Jacques, BTJ switched his scripts over to using cURL to avoid this problem. Is this something you might like to consider?

Cheers Bob

[Mr.Meteo]

Hi Bob,

I've checked a lot before launching TMM and found that
the best way is to use fsocket, as it contain minimal identification
to be not cosidered as an anymous user by  providers.

cURL was an other way to do it, but it is an option not installed
on all providers, as opposed to fsocket that is contained
in the php core.

Then, nothing is perfect in this world!

Regards,
Jacques

[uncle_bob]

Hmmm, I wonder why it doesn't like my host.
If you're interested you can see the config here http://www.users.on.net/~cond/checkserver.php

[Mr.Meteo]

Hi Bob,

I've checked your config and see nothing bad,
but I'm not a Php guru! But I see that this is the
"personnal webspace" included in your hosting
plan and they mentionned that your space is not
for commercial use.

So, I think that they are blocking what they consider
as a "commercial use". First, Fsocket is a "more than amateur"
way to do things. Second, what TMM do is to establish
a "cross-domain" access and this affraid many providers.

So, as you pay for that, I think you could call them and talk
them about your problem with "fscoket access", they will
probably say that you have to pay a bit more!

Best regards,
Jacques

[n9mfk]

I am see the same problem with xampp on windows
any tips on what to check in the config files?
thanks Beau

[Peter van de Louw]

Hi Jacques,
Ik have the same problems.
Yesterday i have downloaded the complete Zip file.
After installing TMM shows some files are not up te date.
I have managed to update some of the, but not all.
By example":
thisyear.php   1.0   1.1   .   .
thisyear_txt.php   1.1   1.2   .
BAK files are created. Time stamps changing to current time.
Afther reading the forum i tried several things.
All files have chmod 644, those who will update and those who won't update.
Chmod to 666 has no effect.
Then i altered both files en duplicated the first comment lines in these files.
Updated again and i found that i have the old files, not altered.
So is it possible that PMM retrieves old files from youre system and not the new ones?

Also, i have the same problem as mentioned in another issue with the monthy records.

Kind Regards,
Peter
www.vandelouw.nl/cumulus/index.php

[Mr.Meteo]

Hi Peter,

Thanks to report this mistake... I've forget these files! 

So, files supposed to update well now!

Best Regards,
Jacques

[Peter van de Louw]

Hi Jacques,

Now i can update thisyear.php, but not thisyear_txt.php!

Also, i have the same problem as mentioned in another issue with the monthy records!
see http://weatherbyyou.com/forum/index.php?topic=774.0

You are saying (in reply 5)
Hi Mark,
Your Template search for file wt_months_inc.php
Maybe a spelling problem on monthS
Regards,
Jacques

If i alter the unclude, then i get a white screen.
Hope you can help me!

Kind Regards,
Peter
www.vandelouw.nl/cumulus/index.php

[Mr.Meteo]

Hi Peter,

As you experienced, the spelling of wt_month_inc.php is right
(only Weather Sunset spell it with a "s")

For your monthly records page, we see no data in your page source,
but have no errors caused by missing files... so is the file processed
by Cumulus? (Ticked box Processed? and ftp?) as indicated
in Cumulus install section

Regards,
Jacques