он тем более free trial

Sugar

ORO CRM смотрели? https://www.orocrm.com/

пошел его копать

спасибо

Какие минусы индексирования таблиц в mysql?

никаких?

ну только если натыкать ненужных индексов

которые не используются

А в каких случаях не нужно использовать индексацию?

когда у тебя 10 записей :)

когда нужно делать поиск по полю

Какие минусы индексирования таблиц в mysql?

место занимает

Понял

Спасибо

и вставка если много строк проходит медленнее

Господа, обладает ли кто опытом, либо советом по разработке плагинов под битрикс?

компонентов?

наверное лучший способ взять готовое, перенести в /local и его допиливать и проверять результат

Парни, может кто подскажет более правильное решение (или где почитать). Есть следующая задача: допустим, необходимо присвоить человеку одно из двух (к примеру) расписаний: 1. по дням недели; 2. циклично (например, 2/2/3/3); Как я себе это вижу: 1. таблица дней недели - id (pk), monday (bool), tuesday (bool), ... 2. таблица цикличностей - тут связь один-ко-многим. Если взять пример 2/2/3/3, то будут 4 записи в таблице с полями id(pk)|order(int)|duration|parent_id(ключ) 3. таблица с нужным расписанием type(1 - первая таблица, 2 - вторая), schedule_id (id-шник нужного расписания из первой/второй таблицы - берётся в зависимости от `type`) .

Простите, компонентов. Хватит ли базовых курсов на Битрикс Академии? Или лучше еще почитать что-нибудь?

php.net

А что такое 2/2/3/3?

ну типа 2 дня рабочих, 2 отдых, 3 рабочих, 3 отдых

А что с этими расписаниями потом делать будете? Выборки в SQL?

или просто где то показывать?

выборки

нужно будет высчитывать, попал ли человек в свой день или нет

сколько дней пропустил и т.п

То есть где то отдельно записаны даты когда он "попал"?

всё верно

есть каждая запись входа/выхода

Если нагрузка невысокая, то я бы реализовал счетчики в базе, например чувак заходит, берем его расписание, и если он сегодня должен был зайти и еще не заходил (дату последнего входа хранить), то делаем +1 и пишем сегодняшнюю дату

а в конце дня берем все расписания (опять же если их немного) и вычисляем тех кто должен был зайти, но не заходил (дата входа не равна сегодняшней)

в таком выичслении вам может помочь вот эта либа https://github.com/simshaun/recurr

ну и для тех кто не зашел увеличиваем счетчик пропущенных дней

Возможно я неточно изложил мысль, но я имел ввиду, как бы сделать так, чтобы лучше всего реализовать хранение и выборку таких вот расписаний (чтобы в будущем было меньше проблем). Я предложил своё решение, как я его вижу, но вдруг кто-то либо: а) сталкивался; б) знает, где это уже описано/решено. Расписаний может быть больше, чем я указал в примере - это просто для общей картины. Но либу я в любом случае гляну, спасибо.

Я про структуру таблиц

Так она же зависит от задачи)

Например если у вас будет 10млн расписаний и 10млн юзеров, то можете забыть про вычисления этих счетчиков по выборке на лету)

Естественно) Так, сейчас ещё перечитаю сообщения, возможно я чего-то недопонял

я вот про это говорил

нужно будет высчитывать, попал ли человек в свой день или нет

сколько дней пропустил и т.п

расписаний примерно по 5 в каждом из типов (т.е. всего 15-20) Юзеров - до тысячи

Как заставить RabbitMQ логировать каждое действие любого консюмера, продюсера? {log_levels, [{connection, debug}, {channel, debug}]} не помогает, в логах видно только accepting AMQP connection <0.687.0> (127.0.0.1:48374 -> 127.0.0.1:5672) closing AMQP connection <0.554.0> (127.0.0.1:48133 -> 127.0.0.1:5672) А это я создал новую очередь, забиндил ее, запушил 2 мессаджа, дернул с консюмера один мессадж и не смог его обработать (мессадж вернулся в очередь).

https://www.rabbitmq.com/firehose.html

Господа, обладает ли кто опытом, либо советом по разработке плагинов под битрикс?

соболезную

Хм. На стороне клиента есть DB2 сервер на z/OS и они принимают только входящие от JDBC коннекты. Ни ODBC, ни PDO моё не хотят =( Есть ли какой-нибудь разумный способ через PHP долбануться по JDBC? или это будут вообще-вообще костыли и проще начать перепиливать на Джаве? Изначально в ТЗ об этом ни слова, и то, что проект будет разрабатывать на PHP в основе - клиент, само собой, знал.

z/OS ничего себе

https://www.rabbitmq.com/firehose.html

Поставил, логирует мессаги, но флоу не логирует. (Я как-раз хочу отследить кейс когда мессага ушла к консьюмеру, а потом вернулась) Вот "вернулась" не логирует :( как-то грустно это все, неужели у меня специфические требования.

Поставил, логирует мессаги, но флоу не логирует. (Я как-раз хочу отследить кейс когда мессага ушла к консьюмеру, а потом вернулась) Вот "вернулась" не логирует :( как-то грустно это все, неужели у меня специфические требования.

А разве кролик не просто резервирует сообщение? ну мол, возвращать нечего. просто подтверждения о доставке не будет

уже не помню просто как оно работает

Кролик поддерживает AMPQ. А там гибкость на уровне Zmq - можешь с подтверждением, можешь с персистентным, можешь пабсабы, роуты и кучу говна. Вариант с НЕ подтверждение тоже есть, у меня не он.

кто-нибудь использовал? https://github.com/dunglas/doctrine-json-odm

кто-нибудь использовал? https://github.com/dunglas/doctrine-json-odm

о, похоже на замену Embeddable

красота

да просто возникла идея использовать для хранения ивентов в базе без использования single table inheritance

и выглядит реально интересно

да и разраб из кор тим внушает доверие

красота

только не обновляйся с этим бандлом на dbal 1.6

ну или погоди пока они баги пофиксят (с одной из сторон), там связано с устранением json_document/json_array и заменой на json

только не обновляйся с этим бандлом на dbal 1.6

2.6 ?

спасибо за инфу

2.6 ?

да. ну та которая последняя

надо посмотреть, может помогу чем

да. ну та которая последняя

фак, у меня 2.6.2 стоит

https://github.com/doctrine/dbal/pull/2855

вот жди этот pr

без него как бы все работает просто с миграциями косяк

а так - embeddable и odm сравнивать как-то не разумно

разные цели

ручками править надо?

ручками править надо?

оно не понимает тип json_array и постоянно будет тебе для этих полей хрень генерить

а под копотом у этого odm как раз таки json_array

p.s. мы недавно удалили этот бандл, во всяком случае пока-что

embeddable хватает пока

Какие hotkeys отвечают за коммит в storm ?

хм, я не вижу нигде в коде упоминания json_array

ctrl+k коммит, ctrl+shift+k пуш

тьфу, вижу

JsonArrayType

хоткеи быстрее :)

я думаю имелось ввиду не судьба хоткеи подсмотреть

я говорю про то, что навести и посмотреть, а не задавать такие вопросы комьюнити :)