parse_config_file: alternate comment interpretation

For some time `parse_config_file` treats all `#` signs as initiating comments, preventing the use of `#` signs in values.

It would be very helpful if a simple flag could be set, to only consider # signs in column 0, or preceded only by whitespace, as comments. This would make for clearer, cleaner code and configuration files, when configuration values contain `#`.

Here's an example of somebody looking for this, and being advised to write an iostreams filter to make it work:
https://stackoverflow.com/questions/31921241/boostprogram-options-how-to-support-hash-character-in-a-value

Here's an example of brute-force key generation implemented in a production release, to make sure the key never contains the `#` symbol and can be stored in the configuration file:
https://github.com/libbitcoin/libbitcoin-protocol/blob/version3/src/zmq/certificate.cpp#L78

Commencez par localiser l’implémentation de parse_config_file ainsi que ses tests ou sa documentation existants. Examinez comment # est actuellement interprété, puis déterminez comment un paramètre opt-in doit traiter # en colonne 0 ou après des espaces, tout en préservant # dans les valeurs. Le travail est terminé lorsque le paramètre demandé est documenté et couvert par des tests pour les deux cas : commentaires et valeurs.

Rédigé par le modèle d'indexation à partir du texte de l'issue.