Как вариант, базовые настройки в BaseConfig(Config), для конкретной стадии в PorductionConfig(BaseConfig), а все вычисляемые методы реализовать через функции. должно получится относительно красиво. Только вот, я не уверен что конфигурационные файлы должны нести в себе логику.
По поводу вычисляемых параметров можно сделать так: взять класс (например config), и при обращении к переменным проверять не являются ли они функцией, если же функция — то вычислять и отдавать уже сам результат, т.к. как-то так:
Только вот вроде в markdown нет ни одного такого способа :3
Плюс как правило стили учитывать не обязательно. Главное получить читабельный текст с форматированием, а не всю верстку.
Вообще, парсить различные языки разметки, такие как html регекспами считается плохим тоном, т.к. такие парсеры очень легко ломаются при изменении страницы.
Также, парсер сделанный для определенной разметки будет работать быстрее, чем для любой.
Да и при использовании html парсеров код получается красивей, чище и более легко поддерживается.
Сейчас в планах есть написать готовые конверторы для популярных языков разметки, а пока можно написать самому. Там получаются очень простые конверторы. Если сильно нужно, могу сегодня сделать markdown.
Как минимум в pyquery нет конвертации в другой язык разметки. И не уверен насчет .get. Вообще, когда писалась библиотека из распространненых парсеров были только BeautifulSoup и lxml, первый довольно кривой, для второго и была написана эта обертка. Плюс, субъективно эта библиотека проще.
Надо будет попробовать оплатить амазон с QVC, если заработает то будет очень удобно.
Кстати, карты сбербанка в кошелек не добавляются, это известный баг или что?
Отчетов как-то мало. Не нашел способа посмотреть например процентное распределение (pie chart) категорий расходов/доходов, что нужно чтобы понять куда собственно в основном уходят деньги. Также хотелось бы в качестве периодов указывать не месяца, а несколько дат (например с 01.01.01 до 02.02.02), графики движения средств внутри месяца и подобное.
Посмотрел расширение для хрома, должно быть удобно, надеюсь как нагрузка спадет все будет работать лучше.
Пока при попытки авторизации через расширение вылетает:
{"code":7,"message":"SQLSTATE[08006] [7] expected authentication request from server, but received c"...
И куча внутренних данных (расположение файлов, используемая база, фреймворк, язык и прочее, советую их убрать, т.к. это дыра в безопасности.
Авторизация через yandex/google не работает, при регистрации выдает что логин (из любого набора символов) занят, и ошибку
«SQLSTATE[08006] [7] expected authentication request from server, but received c».
Как-то немного напрягают такие вещи в сервисе который должен хранить достаточно приватную информацию.
Когда планируется сбербанк прикрутить?
Config.PROJECT_HOSTNAME = 'localhost'Config.SOME_JOB_COMMAND = lamda cfg: '%s/bin/do_job.py -H %s' % (cfg.BASE_PATH, cfg.PROJECT_HOSTNAME)
Config.PROJECT_HOSTNAME = 'somehost'
Плюс как правило стили учитывать не обязательно. Главное получить читабельный текст с форматированием, а не всю верстку.
то такой текст довольно сложно сконвертировать. В остальных же случаях все более-менее нормально.
Также, парсер сделанный для определенной разметки будет работать быстрее, чем для любой.
Да и при использовании html парсеров код получается красивей, чище и более легко поддерживается.
Кстати, карты сбербанка в кошелек не добавляются, это известный баг или что?
Пока при попытки авторизации через расширение вылетает:
{"code":7,"message":"SQLSTATE[08006] [7] expected authentication request from server, but received c"...И куча внутренних данных (расположение файлов, используемая база, фреймворк, язык и прочее, советую их убрать, т.к. это дыра в безопасности.
«SQLSTATE[08006] [7] expected authentication request from server, but received c».
Как-то немного напрягают такие вещи в сервисе который должен хранить достаточно приватную информацию.
Когда планируется сбербанк прикрутить?