• Что скажете о моей реализации логирования?

    index0h
    @index0h
    PHP, Golang. https://github.com/index0h
    Магические текстовки нужно заменить на константы.

    В итоге я могу хоть 800к логов загнать в бд без большой нагрузки на неё.

    Круть. За какой период времени? Какое железо? Нагрузка и на редис и на БД постоянная?

    Чем ваш логгер лучше https://github.com/Sirupsen/logrus ?

    -- --

    Посмотрел статью на хабре, увы там комментировать возможности не имею.

    Кровь из глаз((

    0. Посмотрите logrus и переименуйте статью на "еще один логгер". Ваш логгер не гибкий, примите за исходную.

    1.
    Данные в редисе

    вы правда думаете кто-то будет это читать?))

    2.
    Я долго бился голов об клавиатуру искал багу в коде...

    верно ошибка не в коде, такого просто делать нельзя. Нужно понимать как работает redis и что происходит при записи/обновлении данных.

    3.
    1 000 000 записей в мускуль добавилось за 25мл.сек

    Что-то слабо верится(( Сколько выполняется запись просто из файла, такого же объема данных. Интересует сравнение времени.

    4.
    правда в редис эти данные писались около 6 минут

    Ну дык правильно, нужно понимать, как работает редис и что происходит, когда вы обновляете ключ, при этом расширяя его непомерно.

    5.
    конфиг

    Кровь из глаз, конфиги если уже json делаете - хотя бы делайте человеко понятными, не используйте массивы там, где должны быть объекты!!!

    6.
    библиотека

    То, что вы делаете в init - это как минимум богомерзко((( Ваш логгер абсолютно не управляем. Его настройка приколочена 100-тыми говздями и заварена арматурой, как у вас вообще возникла мысль говорить о гибкости?))

    7.
    //Путь к файлу с конфигами
    config_file string = "/home/v-smerti/localhost/api/src/microService/config/log.json"

    1440x900_484850_%5Bwww.ArtFile.ru%5D.jpg

    8.
    демон

    Вы хоть сами смотрели?))

    9. Вы нигде не обрабатываете ошибку отправки почты, это вообще как? Если связь с сервером нарушено - логов не будет?))

    10. SQL:
    `id` int(11) NOT NULL AUTO_INCREMENT,
    Я надеюсь вы осмысленно допускаете отрицательные id.

    11. SQL:
    `type` text NOT NULL,
    эт пи*дец.

    12. SQL:
    KEY `type` (`type`(191))
    Если не секрет - почему не 192?
    Ответ написан
  • Как не утонуть в океане информации?

    @timfactory
    1. для организации и систематизации давно использую mindmaps (FreeMind, XMind, Mindjet) - при навыке, позволяет огромное количество информации разгрести и структурировать. Читать документацию и тех.литературу, одновременно с составлением mindmap - это очень полезно.

    2. после того, как понял, что эмоционально прилипаю к хабру/LOR/вконтактику в поисках новостей - поставил TT-RSS на локальном сервере и перетащил все источники информации туда - через какое-то время, освободилось внимание, т.к. пропала масса чисто эмоционального/маркетингового/политического мусора, который обычно сопровождает полезную информацию при "лобовом" поиске. Ещё есть готовые решения, типа Feedly и т.п.

    3. после того, как надоело делать бесконечные TODO где попало, поставил Redmine на локальном сервере - даже для проектов не касающихся IT. Ещё есть Trac.

    4. когда понял, что, во всех браузерах, количество закладок зашкаливает, при полной невозможности найти нужную информацию, поставил SemanticScuttle на локальный сервер (ещё есть готовые GoogleBookmarks, Evernote и т.п.) и продумал тэги, а после разгребания закладок, появилась привычка минуту подумать над тэгами и положить закладку на своё место сразу-же.
    Ответ написан