тут три крупных проекта, которые через внутреннее апи тесно "дружат"

хз я пока вижу кашу

и твоя задача - найти определенный уровень абстракции что бы добавление полей не влияло на логику работы приложения

я не влияю и не могу повлиять на другие проекты

ты и не должен

надо не предотвращать изменения а быть к ним готовым

условно там работа идет с аккаунтами, а у меня с лидами

я все еще плохо представляю как добавление новых полей что-то ломает

раньше данных небыло - теперь они появились

ну ок

добавь просто сверху гору ивентов

они были всегда, но в этом проекте они не учитывались

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

с бизнесом не поспоришь в данной ситуации

то есть у тебя какой-то интеграционный сервис, так?

нет, црм + немного ерп + админка для лк

которая во второй версии станет еще и системой управления для таких же црм и кабинетов, которые манагеры будут втюхивать

при ес возможно восстановить данные из апи, но только если в апи тоже будет ес

потому что есть уже две версии апи, которые сильно различаются

в общем, все станет сложнее

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

это не новая технология)

у тебя СУБД так работают, лог транзакций во всяком случае

любая финансовая отчетность работает по схожему принципу

я же написал "новая для меня")

use Sensio\Bundle\FrameworkExtraBundle\Configuration\{Route, Method};

а че, доктриновские аннотации такое не умеют?

дурачки

https://github.com/doctrine/annotations/releases/tag/v1.3.0

неделю назад пофиксили

rest или rpc, вот в чем вопрос

http://www.jsonrpc.org/specification

кто-нибудь пользовал? какие минусы?

Rest

не очень убедительно сейчас было)

Интегрировать будет удобнее. Всем привычно.

https://habrahabr.ru/post/265845/

комменты тоже ок

Я считаю каждый сам должен прийти к ответу путем проб и ошибок

статья про http а не про rest

в целом там в комментариях обрисовали все

https://github.com/fastnorth/property-mapper

вполне себе ничего штука

https://github.com/ScriptFUSION/Mapper - тож годный

Ребят всем доброе время суток

Есть поле в mysql working hours имеет формат 08:00 - 20:00 к примеру, как осуществить выборку строк исключая закрытые заведения исходя из текущего времени?

спасибо большое

Оно как строка или как time? Там вообще есть time?

как строка

=(

в одной строке такое значение

08:00 - 20:00

к примеру

А, типа range?

ну подразумевает да

но на самом деле тип поля varchar

Для актуальности база импортируется через csv файлы могу переписать логику и переделать базу

разделять на разные поля

но думаю будет накладнее

сроки уже вчера

разделять на разные поля

http://stackoverflow.com/questions/20425866/select-between-date-range-and-specific-time-range

Благодарю

@mkusher а этот пруфовский ES в каком виде диффы хранит? или эту часть реализовывать самому надо?

он ивенты хранит

хм, а как из ивентов тогда получаются актуальные объекты?

нормализовывать и денормализовывать ивент надо самому(у ивента есть поле payload, которое будет просто массив)

ааа

ERROR: S client not available

теперь всек

хм, а как из ивентов тогда получаются актуальные объекты?

ну либо каждый раз билдится с нуля, либо снапшоты хранить

про снапшоты я в курсе

я просто думал, хранятся только диффы, а тут получается целиком стейт объекта пихается?

не дифы

ивенты хранятся

ивент может никак объект не мутировать)

но если мутирует, то с ивентом и дифф надо записать - я об этом и спрашиваю

но если мутирует, то с ивентом и дифф надо записать - я об этом и спрашиваю

нет

если ивент мутирует, то инфы из ивента достаточно

например у тебя покупатель может покупать что-нибудь class Customer public function buy(Item $item) { $this->recordThat(new CustomerBoughtItem($item)); }

так заполняется массив

$product_data[$result['related_id']] = $this->getProduct($result['related_id']);

в самом методе buy никаких мутаций не происходит

как добавить еще 1 поле?

но твоя модель должна реагировать на ивент public function whenCustomerBoughtItem(CustomerBoughtItem $event) { тут может быть какая-то логика, например можешь считать сколько за всю историю было куплено вещей $this->boughtItemsInTotal++; }

если ты не хранишь снапшоты, то модель просто поочереди все ивенты заново получит

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

допустим, менеджер изменил адрес клиента - где должен записаться новый адрес? (старый можно взять из предыдущего стейта)

ты создаешь ивент, что адрес изменился

$this->recordThat(AddressHasChanged::byManager($newAddress, $manager);

новый адрес - это свойства этого ивента?

да. в ивенте ты будешь хранить новый адрес и что еще нужно

вот, теперь догнал

непривычно, что ивент хранит в себе часть стейта

Aleh?

ивент НЕ хранит в себе часть стэйта

ивент это ивент

непривычно, что ивент хранит в себе часть стейта

он хранит инфу о произошедшем

это не часть стейта

это может быть ее часть, а может не быть

Aleh?

я не понял твой вопрос