https://ru.wikipedia.org/wiki/%D0%94%D0%B5%D1%80%D0%B5%D0%B2%D0%BE_%D1%85%D0%B5%D1%88%D0%B5%D0%B9

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

а хэши будут служить гарантом что никто и никогда не подменит данные случайно

ну то есть не гарантом а детектором скорее

мол следить за консистентностью

но есть мнение что тебе не это нужно

и не дифы

а например ивенты

UserRegistered UserChangedPassword UserChangeProfilePicture UserKilledHimSelf

характер данных? какого рода агрегация? сколько планируется данных?

Финансовые, порядка 6-15k показателей в минуту.

типа лог транзакций?

а какого рода агрегации планируются?

ну то есть меня инетерсует - нужна ли тебе работа с отдельными колонками или тебя интересуют ряды

По крайней мере средние за отрезок считать

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

у нее от объема данных не меняется производительность

и она не очень чувствительна к количеству инсертов

почитал статью. Да не совсем похоже на то что планируется. Хотя возможно тоже можно применить, просто я сейчас не понимаю как. Планируется что контентеры будут изменять имеющуюся картачку объекта. Возможны операции "изменить значение", добавить (например фото), удалить. Это всё должно накатываться, когда модератор нажмёт применить. До этого все изменения хранятся отдельно, и видны только в админке

Ок, спасибо, поизучаю детальнее

почитал статью. Да не совсем похоже на то что планируется. Хотя возможно тоже можно применить, просто я сейчас не понимаю как. Планируется что контентеры будут изменять имеющуюся картачку объекта. Возможны операции "изменить значение", добавить (например фото), удалить. Это всё должно накатываться, когда модератор нажмёт применить. До этого все изменения хранятся отдельно, и видны только в админке

можно хранить два курсора - курсор указывающий на версию прошедшую модерацию и курсор указывающий на последнюю версию

но я пока плохо понимаю о чем речь, что за контейнеры и что за данные

без блокчейна тут никак

без блокчейна тут никак

если убрать из блокчейна "распределенность" получается просто база данных построенная на идее хэш цепочек или хэш деревьев а так же убираются практически все недостатки)

в общих чертах у меня есть идея реализации этого. Вот думал, может есть ещё что почитать, так как до этого реализовывать не приходилось, мало ли на какие камни можно наткнуться

каким образом ты вычисляешь диф?

в общих чертах у меня есть идея реализации этого. Вот думал, может есть ещё что почитать, так как до этого реализовывать не приходилось, мало ли на какие камни можно наткнуться

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

ну то есть тебе так или иначе придется придти к каким-то событиям вроде property changed, property removed, property added

что куда и зачем

и должна быть возможность собрать по этому стриму событий итоговую сущность

да по 1 записи на каждое поле получится. ну да

дальше добавляем к этому стриму два курсора + снэпшеты

эдакий event sourcing но без анализа предметной области

а под это дело уже есть готовые инструменты

http://getprooph.org/ - вот например

но скорее всего будет боль)

хотя может и не будет...

в целом это интереснее чем делать diff между двумя записями и все упирается только в то как именно происходит изменение данных

"эдакий event sourcing " я вот в эту тему и читал. И кстати тут тоже спрашивал пару недель назад сформировав как events sourcing, но в тот раз не заметили, я и подумал подругому сформулировать вопрос)

http://getprooph.org/ - вот например

спасибо, будет что на ночь изучить. А по поводу боли, я догадывался.

ну то есть я допускаю что уровень боли одинаковый так как ревизионивароение, консистентность, сохранение очередности изменений, разруливание конфликтов - это всегда боль

https://returntrue.win/

https://returntrue.win/

а есть где - то код абсолютных победителей?

https://gist.github.com/Zayon/1efbc9d8b046b12b7d634627f4ac4440

шестому удивился

я сломал его на 502 ошибку хД

и я

в первом если ввести 1

да там чел evalом проверяет

походу у них хабраэффект какой

я знаю, тоже видел ошибки)

двойные кавычки не работают

кстати, такой же сайт есть на js

str_rot13 .... серьезно, почему такая функция существует в стандартной библиотеке ??

str_rot13 .... серьезно, почему такая функция существует в стандартной библиотеке ??

для мамкиных криптографов

ну только если )))

занятно... у меня чуть другие ответы

но я видать не понял фишки с тем что в минимум символов надо уложиться

ну я сначала тоже иначе делал

примитивнее

вообще можно на собесах давать)

или как тестовое задание

я дальше шестого не смотрел но для проверки логики и хода мыслей будет неплохо js-версия сложнее)

вообще можно на собесах давать)

Ну одно-два, чисто посмотреть упорот чувак или нет. Так это ничего не показывает.

Ну одно-два, чисто посмотреть упорот чувак или нет. Так это ничего не показывает.

так - ничего. Станет скучно - выключешь

Ну одно-два, чисто посмотреть упорот чувак или нет. Так это ничего не показывает.

имхо ход мыслей - это важно

а так да - попросить что бы он в слух рассуждал

для джуна точно

правильные ответы не требуются, требуются мысли

у меня на собесе спрашивали, как работает интернет хД как бы странно не звучало - сейчас я понимаю, что это очень хороший вопрос

Ну только если мысли, и только для сложных задач с анонимными классами

Ну только если мысли, и только для сложных задач с анонимными классами

ну это не сложно - это болше посмотреть что он о языке знает

За вопрос про интернет - плюсую. Многие "мидлы" не знают как выглядит http

За вопрос про интернет - плюсую. Многие "мидлы" не знают как выглядит http

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

"зачем нужен z-буфер"

"зачем нужен z-буфер"

валишь хД

валишь хД

мне вот интересно какой процент людей которые больше по web знают про такие штуки

ну тип машинная графика и т.д.

отрисовки и прочее?

да, просто ты мне напомнил одного препода в универе у которого по каждому курсу было 2-3 вопроса из которых он мог вытянуть вообще весь курс

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

думаю, вот такие базовые штуки зависят в большей степени от образования + интересов

и так глядишь и ты ему и про рейтрейс рассказываешь

знакомый маджентовец, к примеру, любит всякие iot-подобные штуки и помню, как пилил драйвер для термопринтера на js

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

а из серьезной теории - тут только универ/курсы спасут, т.к. мало кто эти знания применяет на практике

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

я пару раз пытался "погрузиться" но чет как-то не особо вышло... в итоге плюнул и сижу на маке

у меня мака пока нет (хочу выпросить на работе, дабы решить, нужно ли оно мне) а так - набил руку, т.к. во время учебы он был основной системой (когда не нужно делать всякие отчеты или играться во что-то кроме war thunder) и не один раз эту самую систему ломал

Здравствуйте, у меня вопрос касательно sql по фильтровании данных по времени, что есть: Таблица task_time с полями task_id, started_at, ended_at, is_active, spent_time tasks относится к task_time как 1 to many, то есть в одного таска может быть много записей о времени, вопрос в том как узнать сколько было потрачено времени на таск за конкретный период? Можно ли это решить силами бд или надо выбирать все таски и уже на пхп считать время которое входит в указаный период? Вся сложность в том что бы правильно считать такие ситуации когда период указан допустим с 05.01.2018 по 06.01.2018 а работа над таском велась начиная с 04 числа по 07 и запись в бд есть только одна где started_at = timestamp за 4 число, а ended_at за 07 и эта запись уже не попадает в запрос при условии: WHERE started_at >= 05.01.2018 AND ended_at <= 06.01.2018 Что гуглить что бы найти ответ? Можно ли решить это только на стороне бд? Я пока вижу вариант вытягивать все таски и на пхп уже высчитывать время и формировать масив с верными данными

имхо можно

время проще всего представить в unix time stamp

это будет некое число секунд a (начало) и b (конец

соответственно зная эти а и b и зная номер таски надо просто проверерять входит ли они в этот диапазон

select * from task_time where started_at between a and b and ended_at between a and b and task_id = ?

время проще всего представить в unix time stamp

не учи детей плохому

не учи детей плохому

ну там вопрос про можно ли

ответ можно

тип данных для create_at и deleted_at не написан