# dig www.google.com 213.186.33.99
; <<>> DiG 9.10.3-P4-Ubuntu <<>> www.google.com 213.186.33.99
;; global options: +cmd
;; connection timed out; no servers could be reached
;; connection timed out; no servers could be reached
Например есть какой-то ГОСТ - он же не опубликован сейчас в "удобном" конвертируемом формате. Если правильно понимаю, сейчас эти ГОСТы публикуют как ксерокопии/сканы бумажных документов. Изначально нет "платформы/CMS" для публикации и редактирования подобного типа документов.
Таки я полностью согласен)) Просто у меня ещё есть "глагол" Контактировать(контакты) до того, как пользователи смогут писать друг другу сообщения. Как в тиндере "пары", как в ВК "друзья" и тп.. Как вы и говорите, появляется новый независимый микросервис, который заботится о том, чтобы знать
* Кого как зовут, кому сколько лет, кто где живет
* Как давно "познакомились", какой действующий статус
То есть. Загружая список контактов, сервис должен знать Имена, а не только ID`s. А имена же есть ещё и в результатах поиска, и в анкете каждого пользователя... Да и в переписке было бы не плохо показать имя собеседника. При использовании сущностей мы просто делаем JOIN данных. А у микросервиса(в идеале) собственная БД
Вопрос как мне кажется выше СУБД - использование nobarrier на файловой системе может привести к физической потере данных и умиранию виртуалки без возможности восстановить, в теории, так как сам не знаю что будет. Отсюда и вопрос.
Меня заинтересовало именно его использование)) добавление nobarrier увеличивает производительность сервера более чем в 5 раз(!) это много. Без этого параметра, например, мускуль реплика из-за дисковой подсистемы просто не успевает за мастером и постоянно отстаёт.
* на хосте убунту 16,04 раздел рэйд фс в ext4
* на виртуалке образ в виде файла qcow2 фс ext3 c nobarrier
на гипервизоре рост от октября с 1 до 8 сейчас. На виртуалке от 0,5 до 5
Да, сейчас 6 виртуалок на этом сервере. Процессора и памяти хватает более чем.
Про чтение вопроса нет, для этого масса кэширующих инструментов. Интересно как сделать что-то типа debounce "исполнение которой начнётся не ранее, чем истечёт промежуток wait, после её последнего вызова"
Лексей Фельде: есть интересный момент, в доке пишут: A virtual property can be defined for a method of an object to serialize and can be also defined at class level exposing data using the Symfony Expression Language. - видимо я не так перевел, но показалось, что виртуальное свойство можно описать вторым способом только YML в сериализаторе используя строку exp: object.getTags().getStr()
virtual_properties:
tagstring: #имя виртуального свойства
exp: object.getName() # способ получения значения
serialized_name: foo # имя на выходе
type: ыекштп
Но он тупо не видит этой строки exp: object... и думает, что tagstring это не имя свойства(expression_prop) а имя метода, и дает ошибку `метод не найден`
нашел кажется извращенский способ - дописать во вторую ентити метод __toString() как ссылку на метод $this->getStr() и запрашивать в сериализаторе тип "строка" - тогда получается, но похоже на дикий изврат
