Но также надо вести учет товаров, так как товары есть красного цвета, есть синего, понимать, что есть на складе чего нету. Что касается корзины и заказа, то да, это отдельные сущности в таблицы, к заказу привязана корзина (адрес, способ платежа и тд). Пока остановился на SKU (но id_product один для похожих товаров) так как это позволит однозначно находить товар. А сами аттрибуты имееют поле с доп ценой (если имеется), так как некоторые аттрибуты есть доп опции, помимо красный синий еще есть товары "с опцией / без" и тп.
Тут 1С нету, нужно реализовать учет. Пока остановился на схеме, где есть таблица Product, ProductToAttribute и таблица ProductToAttributeToValue, для однозначной идентивикации вводится SKU, а точнее ProductToAttributeToValue получает уникальный ключ и становится тем самым SKU уникально идентифицирующим продукт. Преимущества - легкость выборки аттрибутов для product_id (так как у похожих маек он все же один, но каждая майка имеет свой SKU).
То есть создавать товарные группы? И соответсвенно если пользователь заходит на страницу товара(товарной группы) он видит набор аттребутов и селекты? Но в любом случае хоть это и разные товары таблица аттрибутов и их значений должна быть привязана для МайкаА иначе, как искать различные аттрибуты если маек несколько размеров и цветов, не бегать же по каждому товару в поисках значений аттрибута.
@ugodrus: вот прийдя к такой мысли и написал этот вопрос :) Ведь по этой таблице нужно бегать для каждого товара (ну или сначала чекать есть ли аттрибуты) и потом отображать. Как вариант думаю сделать какой-нибудь артикул(?) однозначно идентифицирующий связку idшек продукт-аттрибуты-значения, но как его связать со всем набором значений пока не представляю (в принципе такой способо дает легкую идентификацию товара и простоту учета).
Определенный порядок не самое удобное решение, как вариант хранить пары значений, такую идею тоже рассматриваю. Проблема еще в том, что нужно понимать сколько товара есть на складе 10 красных маек и 5 желтых, например.
Точно не спотлайт, он бы и в процессах маячил постоянно, да и на значке появляется точка, а при клике он писал бы об индексации.
Проблему пока не нашел, может это hd3000 не тянет (?) новый гуй, в принципе на англоязычных сайтах встречаются подобные сообщения.
Когда 80% проца Idle, а температура 70-80 это какая то другая история, мб gpu. Кулер то исправно работает, когда до/за 90 на 6к оборатах начинает сгонять температуру. Время будет, разберу продую, пока сомневаюсь, что дело в пыли, воздух гоняет исправно. Хотя зимой руки греть самое оно, может вовсе и не баг, а фича.
Доставляем сами и транспортными компаниями, ну и к тому же товарные накладные и тд, там указываются данные покупателя, так что обезличенно не получается. Думаю сделаю договор-оферту ссылкой на ознакомление и галочку, как и делают магазины. Когда ФЗ-152 гуглил еще нашел https://kontur.ru/152 , уже подсуетились, но пока 6к отдавать не охото за аудит, да и вроде у нас пока с этим не так строго, хотя как знать.
Потестировав onlyoffice понял, что вполне годная штука. Но лента у них реализована по кривому, ваши сообщения и проекты на нее не добавляются, комментарии к проектам (вашим) и созданные людьми подпроекты тоже не добавляются. Откуда такая концепция ленты не понятно, в битриксе лента как лента, просто использовать, удобно для объявления вопросов и тд.
Да в принципе ничего кроме квалификации... тут вопрос с задержками и тд, разве это можно на css реализовать? Просто иначе экспириенс в большом меню теряется, когда оно из-за неаккуратного движения отваливается/переключается на другой пункт. Пока нашел https://github.com/kamens/jQuery-menu-aim - интересный плагин, как раз борется с этой проблемой.
На данный момент и битрикс24 и onlyoffice пробую параллельно, еще мегаплан откопался какой то, но нету редактирования документов даже сторонними средствами, только скачивание и обратная загрузка. То что был бесплатным сделали платным не айс, но то что можно привязать к onlyoffice дропбокс (или что то подобное) и в случае чего все доки целы это плюс, пока склоняюсь в сторону онлиофиса, единственное лента по какой то причине не показывает ни новости ни опросы, как не добавляй, видно что то не так делаю (хотя что можно делать не так?) в общем лента пуста, в этом плане у битрикса удобно, все просто, все события перед глазами как заходишь на сервис.
Радости не было предела, зарегился, поюзал, понял что таблицы очень круто работают и вероятно это то что нужно для коллектива. Уже радостно залез на гитхаб чтобы скачать и тут холод пробежался по спине, файлы с расширением .aspx!!! ASP! А все так хорошо начиналось :( Продукт офигительный, но ставить не куда, а 3 человека мало, как в бесплатной версии...
Спасибо, что прояснили. Я сначала залез в демку, по первому впечатлению все крутится вокруг Issue, поэтому и подумал баг трекинг. В любом случае поставлю-посмотрю поподробнее. Другие системы выглядят более заточено, например bitrix24 или producteev, который кстати бесплатен если не нужна поддержка и интеграция с аутлуком или свое лого. Использовать будут не программисты поэтому интерфейс и простота тоже важен, конечно редмайн можно настроить, но вопрос временных затрат.
Помойму redmine это скорее баг трекер, чем планировщик задач и времени для коллектива. Может я ошибаюсь, но сравнивая с другими найденными программами - это шаг в сторону.
Вопрос по поводу Capistrano, Mina и тд. Не знаком с ними, но бегло почитав страницы продуктов не увидел большой разницы между ними и использованием git с хуками. Возможно я что-то упускаю, но основные операции, что вы описали (перезапуск демонов, сброс индексов, обновление структуры БД и прочее) выполняет git, в моем случае я вешаю хук на сервер и после получения мастер бренча в репозиторий git производит деплой в необходимую папку со всеми необходимыми операциями. Оправдано ли использование Capistrano etc, если использовали git для этого, то чем удобнее оказались эти инструменты?