Moderator: Project members
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#946
Post
by botg » 2011-04-26 21:25
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.
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#947
Post
by botg » 2011-04-27 10:48
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

-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#948
Post
by botg » 2011-04-27 14:53
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.
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#949
Post
by botg » 2011-04-30 08:52
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

-
boco
- Contributor
- Posts: 25384
- Joined: 2006-05-01 03:28
- Location: Germany
#950
Post
by boco » 2011-05-01 05:14
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.
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#951
Post
by botg » 2011-05-01 07:35
Just a matter of calling VACUUM;
-
boco
- Contributor
- Posts: 25384
- Joined: 2006-05-01 03:28
- Location: Germany
#952
Post
by boco » 2011-05-12 21:45
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?
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#953
Post
by botg » 2011-05-13 06:02
Yes, but only if limiting FileZilla to be started only once at the same time.
-
boco
- Contributor
- Posts: 25384
- Joined: 2006-05-01 03:28
- Location: Germany
#954
Post
by boco » 2011-05-13 21:17
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.
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#955
Post
by botg » 2011-05-14 06:58
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.
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#956
Post
by botg » 2011-08-06 20:12
After careful consideration, I have not come up with a viable solution that would catch all corner cases.
-
stealandmodify
- 500 Command not understood
- Posts: 4
- Joined: 2012-06-28 15:36
- First name: summy
- Last name: gummy
#957
Post
by stealandmodify » 2012-06-28 17:15
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!
-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#958
Post
by botg » 2012-06-28 18:54
No, it isn't. For automated tasks, you might want to consider a dedicated command-line client.
-
kadushkin
- 504 Command not implemented
- Posts: 8
- Joined: 2013-01-18 12:40
#959
Post
by kadushkin » 2013-01-18 15:40
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:
How to use:

-
botg
- Site Admin
- Posts: 33308
- Joined: 2004-02-23 20:49
- First name: Tim
- Last name: Kosse
-
Contact:
#960
Post
by botg » 2013-01-19 10:14
It's possible. Patches welcome.