Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - viulian

Pages: [1] 2 3
Java SMF Backup / Re: Password seems to break after restart
« on: June 01, 2012, 07:09:27 AM »
Not yet ...

I'm still thinking what could cause this issue ... Can you please try to disable UAC temporarily and then check if it still works ?

Java SMF Backup / Re: Password seems to break after restart
« on: May 14, 2012, 07:14:59 AM »

The only thing I can think off to cause this behavior is that the settings file is read-only and it contains an old password now. The scenario is like this:
a) you defined your forums and so on, put passwords.
b) at a later moment you activated UAC (or something happened, and the settings file is not writable anymore by the app to update password or other forum values)
c) you changed your admin password, but the app can't update the new settings
d) now you have to type it everytime.

Seems a bit strange but ... who knows ?

You have two options:
a) if what I said sounds like what would happen, then please restore rights (or run as administrator).
b) if not, maybe you can try to start it from a command prompt and see if there are exceptions when starting up. Maybe the settings file got corrupted somehow in time and password is not usable anymore.

Java SMF Backup / Re: Schedule SMF Backup with Windows task scheduler
« on: February 14, 2012, 01:05:13 PM »

Thank you for the feedback.

I will investigate the Task Scheduler integration (or a way to have it run as a daemon, one time only for all defined forums).

Java SMF Backup / Re: Feature Request: Copy Backup to other forum
« on: October 21, 2010, 11:04:50 PM »
Hehe :)

Sync new posts since, etc ... reminds me of the 'cut off' date of Domino servers (back in the days when I worked with the Domino databases). If I remember correctly, it was related to when the replication last happened, so you could only replicate was was newer from the cut off date.

I am sorry but it would require too much time on my part ... unfortunately in MySql also - I don't think you have support for real-time replication, last modified date, cut off dates, etc, to help you, everything you have to implement either by hand, or ... you have to apply only the diff (between the two SQLs);
But then ... you might have conflicts - what if a board was renamed in 'production' server ? If you don't have the date of last modification - and you don't have it without modifying SMF, you have to handle each conflict manually ... do you keep the local version, the remote version, what do you keep from local ? If you keep only what is identical with 'production', then why not removing everything then reimporting ?

So as you say :) it's not a complex situation to understand what is needed, but that would be too much ...

I think, at least for themes, it might be easier to modify SMF not to show some themes to the users, so you could just do an 'update' in 'production' server and see them as admin - without fearing that users might select the theme.
One thing I did was a perl script that takes a 'production' databse - replaces all URLs with the localhost address of the forum (so then I don't spend time to reset all theme URL and paths) and imports it into Mysql. It took some of the pain away ..

This should not be a problem, yes ... I can add this in the next release, but you will have to configure it separately (since I can't change the default one now, maybe other users are already relying on the way it is).

I will make an announcement here as well as on the main SimpleMachines forum, in the Java SMF Backup thread.

Thank you,

Java SMF Backup / Re: Feature Request: Copy Backup to other forum
« on: October 19, 2010, 07:51:32 PM »
Can you please describe more what you have in mind ?

Java SMF Backup / Re: Feature Request: Restore Timed Backups
« on: October 19, 2010, 07:50:49 PM »
Hello, thank you for the suggestion.

Here are a few difficulties encountered:
a) application does not interact with the database directly - it does the backup by asking the forum admin interface to do it, which in turn, asks the database. It means there's no API in the application which directly communicates with the database. Hence, no API to ask the database to restore a backup.
b) connecting to MySQL directly would be an error prone process - since it would mean to have a script on the forum which mediates between the application (still connecting online - since many users don't have control over their shared hosting DB). Then it means securing it, passwords, ability to rename it to whatever the user wants (a bit of obscurity, if you want, not to have a standard name). Also, the script would have to be separate from the forum, as it should also work when forum is down and being restored. A whole new application. Retrying if upload fails (dropped connections), etc.
c) Limits: any web server has its limits in regards to file transfer. Users would have to reconfigure their server, timeouts probably, etc, and many shared users don't have access to these kind of settings.

As you can see, it would take a lot of effort to just create a feature that normal users maybe would never use (and if you really need to restore one backup, you can easily do it with phpmyadmin) - or upload it via SSH and execute the reload from command line.

Thank you for your understanding,

Java SMF Backup / Re: SMF2.0 - RC3
« on: March 28, 2010, 06:27:10 PM »

First sorry for the delayed answer - I've been traveling the past two weeks, only now I got time to check it.
Seems that the backup procedure didn't change from RC2 to RC3, application works already, just select version RC2.

Thank you,

Java SMF Backup / Re: SMF2.0 - RC3
« on: March 16, 2010, 10:36:19 AM »
Hello Vincent,

I didn't even know that there's a new version out :) it's that stable (at least for me) so I never bother to check. The application probably doesn't support it - I haven't checked specifically yet - will do tonight - for 2.0XXXXX versions usually things are updated (UI related) thus application might not work.

I'll have an update ready in few days,

Thank you,

Java SMF Backup / Re: 403 Forbidden
« on: December 14, 2009, 02:08:29 AM »
Thanks :)

The admin user you provided, it can be removed...

Java SMF Backup / Re: 403 Forbidden
« on: December 13, 2009, 04:58:30 PM »
Can you please try this version:

By default the user agent is the jakarta one , so before trying to do backup, please go to Settings and put this user agent:

Code: [Select]
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)

Please keep me updated :)

Java SMF Backup / Re: 403 Forbidden
« on: December 13, 2009, 03:10:22 PM »
Yep, I can add it.

Can you please leave the username / pass active 1, 2 days, to allow me to test the changes ?


Java SMF Backup / Re: 403 Forbidden
« on: December 13, 2009, 05:27:36 AM »
Thanks for the pm - I've checked the issue.

It seems that your httpd server / host firewall is configured to allow only some "User-Agent" values. When I was connecting with Firefox, the .../index.php?action=admin URL displayed properly (login page was there).

However, when Java SMF Backup wanted to connect to the same URL, your host replied directly with 403 auth denied.

After some trial and error, I found the difference. Java SMF Backup uses Apache Jakarta Http Client which, by default, has User-Agent header with value "Jakarta Commons-HttpClient/3.1".
Only after I made the application to fake the User-Agent by replacing it with Firefox one: "Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv: Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)" only then the application was able to connect and do proper backup.

Do you have control over that httpd server / reverse proxy / etc,  which replies 403 when it doesn't recognize an "User-Agent" ? To me it seems a way to weed out robots. If so, please add the user agent above (Jakarta....) to the allowed list of user agents.


Java SMF Backup / Re: 403 Forbidden
« on: December 13, 2009, 12:31:48 AM »

403 means that it tried to access a resource without sending the proper credentials. However, this might mean:
a) http server configuration
b) some other 'form' tags in the login page, not the login one itself.

Can you try to disable the quick theme changer at the bottom of the Login page ?
Also, please make sure that you selected the proper forum version ...
To fully understand what the problem is about, I would need a PM from you with an admin username / pass of the forum, to configure the backup application and see where it fails to connect and what is attempting to do. Then you can remove the user. If there are bugs in the application, I will fix and offer a new version for download.

Thank you,

Hello, and welcome to the forum.

There are a couple of things you need to try out.

First: is it working in the browser ? Try logging into the administrative backend, and issue a backup command - do one trial for it compressed - and another trial for it uncompressed.

If it's working with uncompressed only, please disable compression in the backup tool also. The thing is that when the php scripts attempt to compress the database in memory - they do not use any sort of caching or something, so they first read the SQL backup in memory (let's say 50-60 Mb of data) and then they try to zip it which uses almost the same amount of memory. So if you have a limitation on how much memory a php script can use, it will already be killed - and you'll end up with an empty file.

Second: Please check the log files on the server. Java SMF Backup si just a wrapper, it does the clicks for you as you would do it in the browser. If something went wrong, I would first check the logs on the server, around the time when the backup happens.

Third: If you are using some other theme beside the default one, that might cause the issues. The backup tool tries to identify the form in which it has to put the username and password. If you use some other theme, it might also add its own forms handling language selections, or other things that might confuse the form detection.
To test this you can create a 'backup' user that is admin, and make the user's theme the default one. If backup works then from the Java SMF Backup, then it's the theme.

PS: if none of above works (I mean no errors on the server side, and it works with or without compression in the browser, but not the same with Java SMF Backup), I will have to ask you to provide me with a temporary admin username / pass so I could check it myself and see how the app behaves, and then will provide a bug fix as soon as possible.

Thank you,

Pages: [1] 2 3