Page 64 of 69

Re: FileZilla 3 development diary

Posted: 2011-04-26 21:25
by botg
Not testworthy yet, still too many rough edges :)

Fully aware that it doesn't compile yet, didn't install the required dependencies yet on the build slaves.

Re: FileZilla 3 development diary

Posted: 2011-04-27 10:48
by botg
I've updated this server to Debian Squeeze which does have a recent enough SQLite3 version. I'll now update the build environments one-by-one so that you can test the nightlies. Please don't report problems, I already know too many things not yet working again :)

Re: FileZilla 3 development diary

Posted: 2011-04-27 14:53
by botg
More work than I thought. Since dash is not the default shell as opposed to bash, I spent a lot of time getting all those bashisms out of the build scripts.

Other than that I've been working on the configure script. Some compilers need -std=c++0x to enable unordered_map, others don't support it. On some platforms, unordered_map resides in the tr1/ subdirectory. I've added the necessary checks to configure.

Re: FileZilla 3 development diary

Posted: 2011-04-30 08:52
by botg
Made another nice improvement to the queue storage. This time, instead of storing local and remote paths directly, they are stored in separate tables and only an index into that other table is stored. Keeps database sizes small and further speeds up loading and saving.

Unfortunately nightly users need to delete their database. But you were warned when running the nightly :)

Re: FileZilla 3 development diary

Posted: 2011-05-01 05:14
by boco
2011-05-01 builds failed.

What I don't like about the database is that it will not decrease in size again. Having a big useless database file forever just because I used a big queue once is not desirable.

Re: FileZilla 3 development diary

Posted: 2011-05-01 07:35
by botg
Just a matter of calling VACUUM;

Re: FileZilla 3 development diary

Posted: 2011-05-12 21:45
by boco
Just a quick question. As SQLite is a lot faster, wouldn't it now possible to have a regular ''queue snapshot'' at runtime? So if FileZilla crashes, it can be recovered?

Re: FileZilla 3 development diary

Posted: 2011-05-13 06:02
by botg
Yes, but only if limiting FileZilla to be started only once at the same time.

Re: FileZilla 3 development diary

Posted: 2011-05-13 21:17
by boco
What if the queue file name would include the PID (process ID) of the FileZilla instance? Then you'd have one queue per running instance of FileZilla. I guess all OS have something like PID.

Re: FileZilla 3 development diary

Posted: 2011-05-14 06:58
by botg
Two systems sharing the same storage location on some network share can use the same process identifier. PID files are inherently dangerous, I strongly recommend not using them. Since there is no atomic way to operate on PIDs and since PIDs can be reused, their use will and does cause problems. Example how some programs kill a daemon: Open PID file, read PID, kill PID. If inbetween these steps the daemon dies and another program gets assigned the same PID, an innocent program gets killed.

Theoretically it is possible to solve this problem using other means, but requires a lot of work to be safe in all situations. Distributed concurrency is hard to get right.

Re: FileZilla 3 development diary

Posted: 2011-08-06 20:12
by botg
After careful consideration, I have not come up with a viable solution that would catch all corner cases.

Re: FileZilla 3 development diary

Posted: 2012-06-28 17:15
by stealandmodify
so is it yet possible in FileZilla 3.5.3 to commandline connect to a site from site manager and upload a file to it?
I have searched everywhere for this simple thing and seems it cant even do it!

Re: FileZilla 3 development diary

Posted: 2012-06-28 18:54
by botg
No, it isn't. For automated tasks, you might want to consider a dedicated command-line client.

Re: FileZilla 3 development diary

Posted: 2013-01-18 15:40
by kadushkin
Is it possible to implement the ability to assign appropriate ways FTP & URL aliases?
For example: the path on the FTP /domains/mysite = URL http://mysite. com
These settings are set and stored for each FTP.
And later in the command in the context menu (like "Copy URL to clipboard") to get the name of a file or folder on the http server.

Options & settings:
Image

How to use:
Image

Re: FileZilla 3 development diary

Posted: 2013-01-19 10:14
by botg
It's possible. Patches welcome.