просто уже нступал на грабли

ебани поиск по ним :D

elasticsearch?

ебани поиск по ним :D

в 5.7 или postgres json ищутся спокойно

заказчики народ типа обезъяна с гранатой сейчас 4 потом блин а теперь мы еще идиш хотим китайский японский да и наврное еще с 10 языков добавить а мы можем это сами сделать ?

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

просто уже нступал на грабли

Поздравляю с доработкой

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

если заказчик захочет сам добавить ты его тоже в код пускать будешь

Что захочет сам добавить???

новый язык

Чувак, сори, ты с пальца хуйню высасываешь

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

Хранить в одной таблице все версии это пролема. В том числе с Огромным active Record

И при расширении это боль

Хранить в одной таблице все версии это пролема. В том числе с Огромным active Record

Какие версии, там же не говорилось за это

Почитайте тз

4 языка

Никаких версий

Шо вы доебались

Шо вы доебались

Надо всегда думать о расширении, мы ж на позитиве)

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

так чо, говножсон? )

Вот. Сферический конь в вакууме. Есть одна галерея. В ней 5000 имаг. У каждой имаги 9 - 10 полей с инфой. Плюсом четыре языковые версии этой инфы. Способа лучше чем делать одну общую таблицу и герез foreigh keys четыре языковые таблицы нет?

поиск нужен по языкам ?

поиск нужен по языкам ?

Ес оф корс

особенно в yii AR )

Ес оф корс

языки будут меняться ? или 4 и все

Я с вами станцию свою проехал, блэт

Может быть добавления языков. В теории три четыре локализации сверху

там же не тока тайтл. еще какийнить левые тексты да? )

там же не тока тайтл. еще какийнить левые тексты да? )

Да, да. В этом то все и дело. Да дохера

Может быть добавления языков. В теории три четыре локализации сверху

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

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

Если миллионы - отдельные таблицы

аргументы будут?

Да

2 таблицы - 1 айди с картинок равно n записей

типа мускул будет быстрее если таблицы отдельные? чот гон как по мне

В зависимости от кол-ва языков

1+n таблиц, думаю ясно

типа мускул будет быстрее если таблицы отдельные? чот гон как по мне

Та ну ты что, без разницы кол-во записей

работать с кучей таблиц будет геморнее

геморойнее но зато можно расшириться

с 1 понятно что легче

с 1 таблицей не нада расширяться вообще )

Почему

с 1 таблицей не нада расширяться вообще )

json ?

Если название их структурировать

Сейчас реализовано так: Таблицы и AR-ы соответственно: Gallery (id, title, desc) GalleryImage (id, path) ImageContentRu (id, image_id, title, intro, desc, content и т.д.) И еще три таблицы локализаций. Всеми тремя управляет одна AR ImageContent, которая при инициализации работает как фабрика создавая нужную модкль

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

table_%lang%

В конструкторе модели меняешь название

Конец истории

Ух и ебля

Невероятно

Сейчас реализовано так: Таблицы и AR-ы соответственно: Gallery (id, title, desc) GalleryImage (id, path) ImageContentRu (id, image_id, title, intro, desc, content и т.д.) И еще три таблицы локализаций. Всеми тремя управляет одна AR ImageContent, которая при инициализации работает как фабрика создавая нужную модкль

Ну вот

В конструкторе модели меняешь название

это конечно замечательно, но выведи все переводы 1 поста )

дайка угадаю, форычем?

добовляем модуль какой нить с контентом на разных языках и начинаем плясать по всем базам и моделям чтоб добавить злощасный _%LANG%

Немного вечернего SEO :) Имеем интернет магазин. Миллионы страниц пересечения фильтров (например, товары красные, квадратные, для детей от 32 лет). Для конкретных комбинации фильтров надо задавать SEO-параметры (title,description и т. п.) Вопрос как хранить это всё дело, если фильтров в магазине может быть произвольное количество? И как потом искать необходимые данные для конретной страницы?

ну с метатегами или с контентом хранить или отдельно красные квадратные таблица опций с привязкой к товару например размеры 1 таблица список размеров 2я таблица

реализация аля опенкарт

Сеопараметры задаются не для конкретной опции, а для комбинации, поэтому хранить с опциями нельзя

Извращенцы?

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

Есть опции у товара цвет, размер, вес, объем. Нужно задать title для страницы, на которой выбраны красный цвет, размер большой, вес маленький, объем два литра

тоесть трусы laravel синни и трусы laravel крассные отдельные позиции

а

Мы не про товары говорим :)

Сейчас реализовано так: Таблицы и AR-ы соответственно: Gallery (id, title, desc) GalleryImage (id, path) ImageContentRu (id, image_id, title, intro, desc, content и т.д.) И еще три таблицы локализаций. Всеми тремя управляет одна AR ImageContent, которая при инициализации работает как фабрика создавая нужную модкль

ImageContent( id,'lang', image_id, title, intro, desc, content и т.д.) а шо не так ?

Мы не про товары говорим :)

а

ERROR: S client not available

короче, как мне заглушить ашибку при вставке неуникальной записи в уникальный столбец? аа?

Есть опции у товара цвет, размер, вес, объем. Нужно задать title для страницы, на которой выбраны красный цвет, размер большой, вес маленький, объем два литра

В отдельный тебе можно эти страницы хранить

короче, как мне заглушить ашибку при вставке неуникальной записи в уникальный столбец? аа?

Валидация

В отдельный тебе можно эти страницы хранить

Да, н о как?

короче, как мне заглушить ашибку при вставке неуникальной записи в уникальный столбец? аа?

unique, on=> create

Валидация

без валидации, вставлять шоб без проверки

вставилось - вставилось, нет, ну хер сним, как-то так

короче, как мне заглушить ашибку при вставке неуникальной записи в уникальный столбец? аа?

Это запрещено в уникальном столбце иметь дубли?

ImageContent( id,'lang', image_id, title, intro, desc, content и т.д.) а шо не так ?

Все на месте, да что-то не так (с) =) Эта реализация стандартная. Меня раздражает, что на запрос одной галереи идут 4 джойна. Я спрашивал это нормально или нет. И есть ли решение поприятней и побыстрей.

Предлагали nosql, но там свои грабли и не хочу туда идти

Все на месте, да что-то не так (с) =) Эта реализация стандартная. Меня раздражает, что на запрос одной галереи идут 4 джойна. Я спрашивал это нормально или нет. И есть ли решение поприятней и побыстрей.

Делать 4 запросами

Все на месте, да что-то не так (с) =) Эта реализация стандартная. Меня раздражает, что на запрос одной галереи идут 4 джойна. Я спрашивал это нормально или нет. И есть ли решение поприятней и побыстрей.

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

Делать 4 запросами

*SARCASM*

Три получается, сорян)

инфу по галерее отдельным заепросом

Галерея - картинка - контент

ты не видишь чтоль чо пишу?

Вижу

Все на месте, да что-то не так (с) =) Эта реализация стандартная. Меня раздражает, что на запрос одной галереи идут 4 джойна. Я спрашивал это нормально или нет. И есть ли решение поприятней и побыстрей.

а я насчитал 2 джоина . где еще 2 ?

галерей мало, по сравнению с картинками. ее дергаешь отдельно

Значит решения лучше нет короче

Всем спасибо за участие =)

Я вообще подумываю, а не генерить ли тупо файл страницы .html при сохранении и потом его забирать на контроллере. И никакого динамического кода)))

Хотя так вроде ModX делает

это называется кеширование

в yii можно в контроллере настроить чтоб страница кешировалась полностью

в yii можно в контроллере настроить чтоб страница кешировалась полностью

Да я помню, ты скидывал

но это не серебрянная пуля тоже

нет конечно )

но для относительно статичный галерей пойдет

Например при динамической генерации URL-ов.

Значит решения лучше нет короче

решений 4 на выбор. столбцы(lang_ru_desc), строки(lang, text), жсон, таблицы