Всё еще ищем
20.11.2019 14:39:30
В интернет-магазин Кенгуру (
|
|
|
08.06.2018 10:26:13
* 4 из 11 страниц вашего ТЗ - это таблица со структурой каталога, которая с вероятностью 100% еще до запуска будет меняться. Незачем это всё расписывать, нужно описывать функционал. По такому ТЗ вам сделают не то, что вы ожидаете. Вам надо найти адекватного разработчика и вместе с ним написать нормальное ТЗ по существующим макетам. Плюс потребуется оптимизация - часть сложного для реализации функционала можно отодвинуть на более поздние сроки, чтобы раньше запуститься с минимально необходимым набором функционала.
* Когда в товаре вы предлагаете выбор и цвета и размера - это будет ад для разработчика и 1Сников. К тому же смена цвета зачастую для покупателей неочевидна, может кто-то ищет синие туфли для девочки, а видит красные - он просто не допрет, что есть смена цвета в товарах. Поэтому наглядней было бы показывать товары всех цветов как обычные товары, а в самом товаре предлагать только выбор размеров. Люди к этому больше привыкли, чем к выбору цвета. * В макетах для мобильной верстки вы предлагаете явно механизм с десктопной версии - Но вообще проект интересный, конечно, особенно, учитывая, что вы не в Москве, а как я понял, в Ростове-На-Дону. На дешево не будет. Если вам будут предлагать ценник меньше 100 тр - это какой-то минимальный базовый функционал, лишь бы работало. Объективна цена на такой проект тыщ 500 в течение 3-4 месяцев и только после этого можно будет запускаться. А потом еще столько же в течение полугода на прикручивание всякой ерунды, развитие, поддержку. Вы же наверняка будете проект рекламировать, подключать всякие маркетинговые штуки, ретаргетинг, триггеры и т.д. С 1С никогда ничего не работает сразу нормально из коробки как хотелось бы - тоже отдельные пляски с бубном начинаются. |
|
|
06.06.2018 11:55:20
|
|||
|
05.06.2018 15:25:56
|
|||
|
02.04.2018 13:15:13
|
|||||
|
30.03.2018 11:07:23
Столкнулся с проблемой активности элементов, если активность элементов изменена напрямую в БД. В инфоблоке около 60 тысяч товаров и каждый час им переустанавливается активность, исходя из пришедших данных. Естественно, загонять в цикл CIBlockElement::Update() и устанавливать активность для каждого элемента - плохой вариант. Поэтому был написан скрипт, который меняет активность элементов прямо в БД в таблице b_iblock_element массово. Но потом в админке и в работе API начинаются глюки:
Вот все товары раздела без учета активности: Но если в фильтре установить отбор только активных товаров - их не покажет, их будето нет. Также и CIBlockElement::GetList() не возвращает активные элементы Очевидно, это какой-то кеш, то ли MySQL, то ли в битриксе. Подскажите, куда копать, как очищать такой кеш после работы с БД напрямую? Очистка всего кеша битрикса не помогает. Всё, разобрался. В выборке еще участвует индекс. Запрос к бд формируется такой:
|
|||||
|
16.03.2018 14:14:41
|
|||
|