Владимир Грабко Время выполнения в production среде.
То, что юзаете varchar(1) - плохо потому, что это строка ПЕРЕМЕННОЙ длинны. Т.е. мускулу каждый раз при чтении / записи нужно будет выполнять ~60 раз расчет длинны ряда. TINYINT - ок.
Простой - да.
Надежный - нет.
Быстрый - нет, эти данные должны кэшироваться на время активности пользователя, посему это экономия на сипчках.
Расточительный - ДА. Какой нафик varchar(1), вы что смеетесь?
Ваш вариат не рассчитан на HL. Когда пользователей будет пару-тройку лямов и вам понадобится добавить новое право - помянете мои слова. Изменение таблицы будет очень длительным. Придется делать временную таблицу и миграцию в день-два с доливкой, либо стопать систему, но мы ведь этого не хотим верно?))
> В доках нашел фун-цию parse form/ Она как я понял сама розпарсит
Обратите внимание, на формат передаваемых данных, если это например json - то парсить json декодером нужно будет.
> Вы ещё куда либо их заливали ?
nope. Уже давненько не снимаю, руки не доходят.
> А я что с бинарника не могу прочти файл с конфигами ?
Конечно можете. Я говорил про жесткие зависимости, прописанные прямо в коде.
> Или все файлы которые он читал тоже пойдут в бинарник?
Только *.go, без *_test.go и не включая *_{os-type}.go (где {os-type} - тип ОС, отличный от того в который компилируется приложение)
> А вот есть возможность с 32 битным компилятором компилить под 64 битную ось
Возможность по идее должна быть, но не проверял
1) Порой и так, бывало и в секунду приходили регистрации..
В смысле не пиковая нагрузка, а постоянная))
2) нужно...
Я не о том. Я о doc/docx, xls/xlsx,... Под таблицы - как правило вполне норм старый добры csv
4) возможно и путаю
Все верно, путаете. Backend - работает на сервере, Frontend - работает в браузере.
4) не совсем понял слово длительная...
Генерация отчетов, как правило занимает довольно большой промежуток времени, для довольно сложных - счет идет на часы.
Если отчеты наполняются в реальном режиме времени - тогда будут проблемы с общей производительностью системы.
Forget windows Luke! Come to dark dev side, we got cookies))
Нужно пройтись по исходникам модуля вебсокетов. И поискать там 'not implemented'. То, что я обнаружил:
...
35:/home/vagrant/.gvm/pkgsets/go1.4.2/global/src/golang.org/x/net/websocket/hybi.go:48: ErrNotImplemented = &ProtocolError{"not implemented"}
Но ErrNotImplemented нигде не используется.
Есть еще вариант 2: нужно проверять лимиты браузеров на количество поднятых соединений.
Вообще говоря тяжело угадывать, что вы могли сделать не так, не видя конфиг logstash и текущий маппинг ES, телепаты в отпуске))
Проще всего проверить, что передает logstash на вывод. Если тип данных правильный в json, который идет на вход ES. Тогда обновите маппинг ES. Как вариант - можете пересоздать индекс.
