как ты будешь в эту таблицу класть many-to-many? У товара есть категории

А как люди это решают? Обычно в одной таблице делается запись вида table_name, record_id, column_name, date_changed, old_value, new_value, user_id

user_id идентификатор пользователя под которым делалось изменение. Позволяет найти "виноватого" в случае чего ?

на js регулярка нужна

Ну тогда while(true) { и пошел по DOM'у собирать innerText } https://developer.mozilla.org/ru/docs/Web/API/Node/innerText

Возможно на jQuery сработает что-то вроде jQuery('body').text()

А как люди это решают? Обычно в одной таблице делается запись вида table_name, record_id, column_name, date_changed, old_value, new_value, user_id

Ты наверно не понял задачу. Есть Products - поля таблицы {id, title, price}. Есть ProductToCatalog - поля таблицы {id, product_id, catalog_id}. Есть Catalogs - поля таблицы {id, title}. Для ProductToCatalog как сохранять изменения?

типа товар относится к 1 каталогу, завтра к двум

насчёт "дурацкого проекта" согласен. Но условия задачи таковы, что нельзя прокидывать цену в ордере. Плюс, появляется возможность смотреть как менялся товар в каком-то промежутке

А что тут дурацкого? Это как раз нормальная логика нормальных процессов.

Ты наверно не понял задачу. Есть Products - поля таблицы {id, title, price}. Есть ProductToCatalog - поля таблицы {id, product_id, catalog_id}. Есть Catalogs - поля таблицы {id, title}. Для ProductToCatalog как сохранять изменения?

Ты наверно не прочитал то что я написал. Или не понял.

Сохраняется факт измеенния любого отдельного поля в любой таблице. Ну и чуть больше надо подумать как фиксировать удаление записей - если это в принципе допустимо

Ты наверно не прочитал то что я написал. Или не понял.

окей, ты опять не понимаешь =) Вчера продукт относился к 1 каталогу, сегодня к двум каталогам. Как мне узнать как товар менялся

окей, ты опять не понимаешь =) Вчера продукт относился к 1 каталогу, сегодня к двум каталогам. Как мне узнать как товар менялся

По id товара определяем записи в ProductToCatalog которые отвечают за этот товар. По id этих записей смотрится какие были изменения с этим записями. И делаются выводы.

А что тут дурацкого? Это как раз нормальная логика нормальных процессов.

если задача тривиальная, можешь подсказать, в каком русле искать решение. Пока на ум приходит только реализация, как в WP для постов её сделали. Т.е. создаётся пост, записывается в табличку. При изменении поста - создаётся ещё один пост и указывается тип "revision" и parent_id. Т.е у поста-ревизии уже другой id, отличающийся от изначального. Теперь уже по id поста-ревизии можно в таблицах many-to-many сохранять новыйе данные. Т.е. для основного поста - свои категории. Для ревизии поста - свои

Никто не даст тебе серебрянную пулю. Особенно для твоего сферического коня в вакууме

Можно хоть собирать все данный по товару в определеный момент в какой-нибудь массив и потом писать json_encode этого добра в табличку.

Можно хоть собирать все данный по товару в определеный момент в какой-нибудь массив и потом писать json_encode этого добра в табличку.

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

если задача тривиальная, можешь подсказать, в каком русле искать решение. Пока на ум приходит только реализация, как в WP для постов её сделали. Т.е. создаётся пост, записывается в табличку. При изменении поста - создаётся ещё один пост и указывается тип "revision" и parent_id. Т.е у поста-ревизии уже другой id, отличающийся от изначального. Теперь уже по id поста-ревизии можно в таблицах many-to-many сохранять новыйе данные. Т.е. для основного поста - свои категории. Для ревизии поста - свои

Задача нетривиальная, но у нас как-то так и решается как ты описал. Причем у нас не просто строку в табличке надо версионировать а целый документ который разложен по нескольким табличкам. В таблице есть поле revisionId это номер версии, и все строки документа связываются между собой по этому номеру.

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

А насколько они там нужны? Или это уже решение сразу всех возможных задач.

Задача нетривиальная, но у нас как-то так и решается как ты описал. Причем у нас не просто строку в табличке надо версионировать а целый документ который разложен по нескольким табличкам. В таблице есть поле revisionId это номер версии, и все строки документа связываются между собой по этому номеру.

ну другого решения на ум не приходит. Основной плюс такого подхода - не надо плодить другие таблицы. Жирным минусом является то, что таблицы начнут дико пухнуть

Просто началось все с того что "мы не можем хранить цену в заказе и поэтому нужно как-то хранить историю цены", а сейчас уже какая-то полная версионность с возможностью построения аналитики и поиска по старым значениям.

Gena я тебе написал как сделать выше

Делай дубликаты таблиц c _history

many to many таким способом тоже решается очень просто

А насколько они там нужны? Или это уже решение сразу всех возможных задач.

нужны для маркетинговых составляющих. Допустим выборка, в духе "выбери мне все товары, за какой-то прошлый период, где каталоги -такие-то и т.д." уже не получится

самое важное - научиться вычислять правильный хэш версии (понимать что версия поменялась)

many to many таким способом тоже решается очень просто

мне кажется, что это нехорошее решение, потому что надо плодить таблицы. У тебя добавится поле в основной табличке - изволь в таблице "history" добавить тоже

и что в этом такого страшного? )))

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

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

и что в этом такого страшного? )))

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

А ты делай 2мя одинаковыми запросами

один к одной таблица, второй к другой

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

json я даже не рассматриваю - это бред

В общем, спасибо за советы! Я ещё поколупаюсь с этой задачей. Если будет свободное время - статейку накропаю на хабре на эту тему.

Будет вам возможность пообсирать меня =)

Ну если не накропаешь, то будем считать, что решения ты так и не нашел или заюзал то, которое тебе тут предложили! Удачи!

Ребят, кто вкурсе как в весте авто алиасы сделать?

То есть *.domain.ru

Подскажите пожалуйста, какой самый экономный, в плане ресурсов, способ генерации уникальных значений? Типа md5()...

md5 - это не про уникальные значения ващет...

Подскажите пожалуйста, какой самый экономный, в плане ресурсов, способ генерации уникальных значений? Типа md5()...

Тебе нужен криптостойкий хеш или нет?

так то и uuid сойдет

https://github.com/Cyan4973/xxHash вот короч займись гуглежом, есть куча алгоритмов

Тебе нужен криптостойкий хеш или нет?

Ну... хорошо бы стойкий, но это не ключевое.

time().pid().$count++

или time().$nodeId.pid().$count++ если много серверов ?

time().pid().$count++

time же будет изменять значение при каждом вызове...

time же будет изменять значение при каждом вызове...

ну вообщето не факт :)

ну так на то оно и уникальное

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

Trello, Notion

Trello, Notion

спасибо

Asana

Привет

Подскажите, где лучше хранить токен?

Подскажите, где лучше хранить токен?

в голове

в голове

А, ну ок тогда

В База данных в зашифрованном виде )

В База данных в зашифрованном виде )

Это понятно, я просто неверно выразил мысли. Имеется ввиду на стороне пользователя

ERROR: S client not available

Думаю как вариант кука http only

Или сессия

Подскажите, где лучше хранить токен?

.env

Это понятно, я просто неверно выразил мысли. Имеется ввиду на стороне пользователя

в сейфе usb носитель хранят если на стороне пользователя ;)

в сейфе usb носитель хранят если на стороне пользователя ;)

А вы сегодня могете))

А вы сегодня могете))

Ты спрашивать научись сначала

Токен...

Токен...

JWT - Json web token

Вот сразу так и надо было спросить

Вот сразу так и надо было спросить

А так не понятно, я без сарказма, может вопрос некорректно поставил?

А так не понятно, я без сарказма, может вопрос некорректно поставил?

Конечно непонятно потому что токенов существуют тысечи

Конечно непонятно потому что токенов существуют тысечи

Ок, значит я лошарик)

Прошу прощения если запутал кого-то. А хранить в куках норм?

Это же гуглируемый вопрос, зачем тут спрашивать

The JWT needs to be stored inside an HttpOnly cookie, a special kind of cookie that's only sent in HTTP requests to the server, and it's never accessible (both for reading or writing) from JavaScript running in the browser.

Это же гуглируемый вопрос, зачем тут спрашивать

Может есть бест практики)

А вы сегодня могете))

какой вопрос - такой ответ.

какой вопрос - такой ответ.

Так-то прав, но мог бы и поправить

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

Чтобы можно было проверить то или иное сгенерированное число по специальной ссылке

Проверить на что?

Результат проверить

Результат проверить на что?

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

Random.org ссылок на проверки не предоставляет, как я понял

А какой результат недостоверен? Переформулируй а то не очень понятно

Я сгенерировал число Пользователь может решить, что я сгенерировал его непосредственно у себя на сервере, и возможно даже как-то подкрутил Для этого хочу предоставлять ссылку на проверку генерации данного числа

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

У числа нет такой характеристики как достоверность, вот если дана последовательность чисел, то тогда уже можно искать какие-то закономерности