Mek

I can assure you ApexDC++ is still working. What is not working properly is your internet connection, so check your firewall and ask your internet service provider if they are not blocking anything.

When downloading large files, it's very annoying if you can't download them because the disk space in your "temporary download folder" is not sufficient (and this also causes confusion among unexperienced users). Then you have to reconfigure the temporary download location to another drive (and don't forget to change it back then). Please, please, make ApexDC++ download files directly to the destination folder, as all FTP clients do it.

Yes, try that... if reinstall does not work then try using the slim version (without installer - just unpacks).

Really weird. Are you sure they don't have "dctmp" as their extension?

uh... we don't understand a word... please could you try to write it in English?

No, you must contact hub operators or its admin.

PPK, and what does the hub software to do with it? Shall it block connection requests to ports 80 and 2501?

Yes, we have seen it too. It means that someone is using his client in active mode accepting connections on port 80 (and that is default for the http protocol). When that someone tries to download something from you (he uses a ConnectToMe request stating his own IP address and port), your client is trying to connect to him on port 80 which your client denies because it thinks that someone wants to DoS a webserver. Or maybe the ConnectToMe request contained a different IP address than it was originating from and your hub software didn't catch such malformed request and let it pass. At least this is what I think, someone will surely correct me if anything is wrong.

When there are no free slots, the client already displays user's position in the queue (at least newer clients do this).

So, nowadays you can set to "enable" or "disable" encryption (affects hub-client communication as well as down/uploads) - it is the first checkbox of the three checkboxes in Settings - Advanced - Certificates. I had to re-enable it to be able to connect to an ADCS hub (otherwise it said "Connection closed by remote host" when trying to connect). I am also on an NMDC LAN hub and I have bandwidth of 1 Gb/s. The encryption is effective in all hubs including this one which causes CPU spikes when uploading fast. It would be nice being able to set encryption in ADCS hubs only (in hub-client communication) and leave file transfers unencrypted. What do you think?

To be exact, my connection setup is as follows: Firewall with manual port forwarding: TCP port 56000, UDP port 56000, TCP/TLS port 56001, UDP/DHT poort 56002. Only ports TCP and UDP number 56000 are forwarded. I do not have control of port forwarding on or network so forwarding the two remaining ports (TLS and DHT) is not an option for me.

I am on one ADCS hub and I see a parameter named "kp" in it. It was told me that it is a keyprint: adcs://(hubaddress).com/?kp=SHA256/5DKIILJVEZUZMHH5XS5V6FG3D77P32Q7HHHSFLOO44YG4UL3IHDA Could someone explain more about this keyprint? Where does it come from? Is it the same for all users in that hub (this particular hub is a private one)? Would a user wanting to connect to the hub be unable to connect if he didn't have the keyprint? Which algorithm beside of SHA256 could be used? Thanks in advance.

Nobody thinks anything? Now I realized that the problem I had a while ago still remains. Because i do not have the TLS/TCP port forwarded, I am not able to connect to passive users using newer clients (probably because they support TLS and I have set that TLS should be used in my settings). As soon as I unchecked that checkbox, I was able to connect to passive users and they were able to connect to me (without encryption, of course, but who cares). Now I am stuck between two options: To connect to passive users (and for them to connect to me), I should leave that checkbox unchecked. To be able to connect to the testing ADCS hub, I should have the checkbox checked (otherwise it says "Connection closed by remote host" when connecting to that hub). This looks like a serious issue.

Are you able to connect to a hub? As usual: check your firewall and make sure your ISP is not blocking anything...

Well, in our LAN hub there were also users complaining about search not working after upgrade. It turned out that they needed to set up their firewall into "Learning mode" or disable it completely because the new EXE file was not whitelisted and its connections were blocked. Anyway, search in passive mode should work, does it not?

Persistent connection was made by using a PHP script "client.php" in an infinite loop - it communicated with the hub and replied to that communication. It inserted records into MySQL database for each needed protocol request (for example, when a chat message arrived). The record were taken from the database by a PHP script "whatsnew.php" called using Ajax periodically. If interested, the client named "MekDC" is available for download on my web page.

Make sure your firewall is not blocking anything (turn it off temporarily to see if it does).

PHP was doing protocol work, JS was there to bring neccessary updates to the GUI. Ajax was used to do that.

Not really, I made a chat-only DC client in pure HTML, JS, PHP and MySQL some years ago. However, it got some performance issues loading the userlist in larger hubs.

I have pre-configured the Slim version by including a DcPlusPlus.xml file and it works for our users. The problem is that, when upgrading, many of the users use the official installer and then the settings get messed up (like they are in AppData and not in Apex folder, or vice-versa, I don't know...).

Dropping NMDC support must be the dumbiest idea of DC history. It's like that M$ dropped support for mobile OS lower than Windows Phone 7 in their Visual Studio 2010 excusing it by saying it's "progression" Most users will keep using the most recent version capable of NMDC, is all I can tell you (plus, derived clients will probably still have NMDC support distracting the users from DC++). This version of DC++ will be around for many years just as oDC 5.31 was.

You can currently do that - it is a new feature of 1.4.x versions. Just look for "Hub encoding" in the properties of a favorite hub.

OpenCandy was in the installer by intention. It let the user choose if he wanted to install it with ApexDC++ anyway. Read more here.

Can you specify what could be wrong with it? I used it to upgrade and didn't get any problems.

Since only a few users on our LAN have gigabit connectivity, yes, it is for multiple download sources.