RS
--compressed я так понимаю просто добавляет в запрос заголовок Accept-Encoding: gzipSize: a a a
2019 January 21
D𝔇
Допускаю такой вариант, но тогда как получить сырой размер?..
Там же есть вкладка raw, по идее, там должно быть то, что пришло с сервера, без распаковки
П
Там же есть вкладка raw, по идее, там должно быть то, что пришло с сервера, без распаковки
Нет, там просто неоформленное
D𝔇
Ruslan Stelmachenko
--compressed я так понимаю просто добавляет в запрос заголовок Accept-Encoding: gzipА, кстати, да. Без этого хедера сервер же не должен зиповать
П
А, кстати, да. Без этого хедера сервер же не должен зиповать
Попробовал без него. Зипует. Вернее, результат не изменился
П
Мне и jmeter показывает тоже самое
HW
Привет всем, подскажите пожалуйста как лучше хранить переводы сущностей в бд.
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
ТБ
Привет всем, подскажите пожалуйста как лучше хранить переводы сущностей в бд.
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
В отдельной, если сущностей мало и проект на коленке, то можно и антипатерн, все в одном
ТБ
Но меня лучше не слушать
HW
В отдельной, если сущностей мало и проект на коленке, то можно и антипатерн, все в одном
Вы имеете ввиду
product_id quantity....
-------
product_id lang_id title description
?
product_id quantity....
-------
product_id lang_id title description
?
2019 January 22
D
Привет всем, подскажите пожалуйста как лучше хранить переводы сущностей в бд.
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
Например title description.
1. Хранить в отдельной таблице
lang_id entity_id title description
2. Хранить в той же таблице где все данные в например json {"en":"title","ru":"Заголовок"}
3. другой вариант
Спасибо
А вам обязательно хранить это в бд? Не лучше key хранить и по нему тянуть переводы из messages.properties (локализацию настроить)
HW
А вам обязательно хранить это в бд? Не лучше key хранить и по нему тянуть переводы из messages.properties (локализацию настроить)
Динамически будет, то есть например, есть продукт и для него нужно ввести данные на разных языках
D
Так это тоже динамически будет, просто разный код локализации передаёте и переводы в разные языковые файлы кладете
messages_ru.properties
messages_en.properties
и тд, только это надо локализацию подключать
messages_ru.properties
messages_en.properties
и тд, только это надо локализацию подключать
D
Guide to Internationalization in Spring Boot | Baeldung
https://www.baeldung.com/spring-boot-internationalization
https://www.baeldung.com/spring-boot-internationalization
HW
Так это тоже динамически будет, просто разный код локализации передаёте и переводы в разные языковые файлы кладете
messages_ru.properties
messages_en.properties
и тд, только это надо локализацию подключать
messages_ru.properties
messages_en.properties
и тд, только это надо локализацию подключать
Нужно будет постоянно стягивать эти файлы и динамически подменять в уже загруженном процессе либо перекомпилить, это вообще не вариант
D
Не знаю к чему такие проблемы, ну тогда лучше конечно в отдельной таблице держать это все
D
Динамически будет, то есть например, есть продукт и для него нужно ввести данные на разных языках
А, я понял, тип пользователь будет сам переводы добавлять
HW
А, я понял, тип пользователь будет сам переводы добавлять
Да, именно
D
Можно вообще общую таблицу сделать по переводам, если необходимо, где будет target_id и target_type
И через эту связку подтягивать к нужным объектам
И через эту связку подтягивать к нужным объектам