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

Comienza localizando la implementación de parse_config_file y sus pruebas o documentación existentes. Revisa cómo se interpreta actualmente # y determina después cómo debe tratar una configuración opt-in el carácter # en la columna 0 o después de espacios en blanco, preservando # en los valores. Se considera terminado cuando la configuración solicitada está documentada y cubierta por pruebas para ambos casos: comentarios y valores.

Escrito por el modelo de indexación a partir del texto del issue.