Helloween

1. Для автомобилей могут покупать 2 покрышки (на одной оси должны быть одинаковые покрышки). Могут вообще одну покупать - если одну покрышку пробил так, что не подлежит ремонту, а комплект еще новый и в магазине есть именно та же модель покрышки. Так что не рекомендую по умолчанию ставить что либо кроме единицы. 2. У современных мотоциклов покрышки на переднем и заднем колесе зачастую различаются, поэтому тоже не рекомендую ставить по умолчанию больше единицы. Если планируете продавать комплектами - ищите модуль комплектов товаров и настраивайте его. Реализовать в зависимости от категорий реально - но это либо надо специально писать модуль - либо пилить шаблоны. Проще всего установить модуль "Персонализированные шаблоны", назначить отдельные шаблоны для категорий, в которых будет продажа только комплектами и допилить код этих шаблонов. Но еще раз повторяю - не рекомендую этого делать. Пользователь в состоянии изменить количество товара с 1 на 4. А вот в обратку сделать, когда по умолчанию 4 стоит - уже проблема.

Странно. Мне помогло, на нескольких сайтах. версия ocStore 1.5.5.1.2 Может кеш почистить забыли?

Попкорн кончается, а Германа все нет...

Добрый день, коллеги. Встал вопрос изменения порядка подключения доставки в зависимости от суммы с учетом всех скидок. Похожие вопросы находил, но конкретно темы по этому вопросу не встречал. Предложенные там решения пробовал - ни одно не сработало. Задача: Бесплатная, или платная доставка должна определяться по итоговой сумме с учетом всех скидок и купонов. То есть, для бесплатной доставки установлен минимальный лимит 1500 рублей. При заказе на меньшую сумму - доставка платная, при заказе на сумму от 1500р. - бесплатная. Необходимо определять сумму не до применения скидок по картам, купонам, бонусным баллам, а после них. То есть, пользователь сделал заказ на 1600 рублей - доставка бесплатная. Он применил дисконтную карту на 5% и сумма заказа стала 1520 рублей. Доставка при этом еще остается бесплатной. Но пользователь применяет еще и купон на 50 баллов (50 рублей) и сумма заказа становится 1470 рублей. При этом доставка должна стать платной, так как итоговая сумма заказа уже ниже порога в 1500 рублей. То есть - необходимо учитывать в доставке не промежуточную сумму, а итоговую, с учетом всех скидок. Побочная задача: Обратил внимание уже на этапе попыток решения основной задачи. Дисконтная карта применяет скидку только на единицу товара. Когда добавляешь две и более единиц одного товара - скидка по дисконтной карте не умножается на количество товара. То есть, покупатель кладет в корзину товар за 760 рублей, по дисконтной карте получает скидку 38 рублей, сумма получается 722 рубля. Затем он решает взять две единицы этого товара и должен, по идее, получить скидку в 76 рублей, а сумму 1444, а по факту получает 1482 рубля. Возможно, покупатели и не замечают такой ошибки в расчетах, но это ошибка и ее надо исправить. Скидка должна считаться на весь товар, в любом его количестве. Учитывать в заказе: Прошу любой помощи по любой из задач - советы, решения, ссылки на решения.

/catalog/view/theme/default/template/common/header.tpl - в шапке /catalog/view/theme/default/template/common/footer.tpl - в подвале Можно удалить, можно закомментировать. Если будете комментировать, то все html надо закомментить <!-- html --> а все php /* php */ Если не закомментировать php код внутри закомментированного html и наоборот - будете получать ошибки

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

Еще один вопрос появился. Точнее - задача. Для бесплатной доставки стоит лимит 1500 рублей. Есть дисконтные карты, которые учитываются в расчете итоговой стоимости заказа. Проблема в том, что скидка пересчитывается после включения доставки. То есть, если посетитель сделал заказ на 1520 рублей - доставка у него будет бесплатная, потом он вводит номер дисконтной карты и получает скидку 15% - сумма заказа становится 1406 рублей. То есть - меньше 1500 и доставка должна быть уже платной. Как это реализовать с вашим модулем?

В файле контроллера изменить на константу, в файле шаблона скрыть строку.

101000 - индекс в центре Москвы. У большинства магазинов доставка по Москве - бесплатна. Однако с поправкой - внутри МКАД. Мой же индекс - тоже Московский, но за МКАДом. То есть, доставка уже не будет бесплатной. Таким образом, если индекс указан не точно, то и модуль доставки будет выдавать неверное значение. Правильно? То есть, лучше дать пользователям возможность самостоятельно указывать индекс, чтобы не было подобных проблем и доставка рассчитывалась правильно?

Добрый день. Начал знакомиться с сайтом, на котором установлен модуль Заказ и регистрация Simple (адрес сайта отправил в личку) Зарегистрировался для теста, зашел в изменение адреса и обнаружил, что у меня в адресе указан неверный индекс. Я так понимаю, он выставляется автоматом. Внимание вопрос: если я дам пользователям возможность редактировать индекс самостоятельно, изменится ли работа модуля доставки и суммы? Ведь расчет, насколько я понимаю, производится по индексу, а если изменить индекс, добавленный системой - может быть либо сбой, либо неверный расчет. Для примера: мне система при регистрации выставила индекс 101000, я поменял на свой реальный 125430 Изменится при этом стоимость доставки, сумма заказа? Вообще отработает модуль? Для чего автоматом забивается неверный индекс? Давать ли пользователям право менять индекс?

По-моему, сроки уже все вышли... Раньше обещанного - это как?

Да, если хотите, динозавр. Если выражаться вернее - консерватор. Да, я предпочитаю проверенные надежные вещи и технологии. А если бы вы читали внимательнее, а не через абзац, могли бы прочитать и это: И не нужно спрашивать гугл, нужна ли ему мобильная версия. Анализируйте целевую аудиторию и какими устройствами пользуется эта аудитория. И уже на основе этих данных - принимайте решения о необходимости той, или иной версии.

Для общего развития: Продукция Appleс брендом i* производится ТОЛЬКО в Китае. Занавес.

Внесу свои 5 копеек. Автор, бесспорно, молодец. Плюсую! Никого из местных не хочу обидеть, но я имею право на собственное мнение и им пользуюсь! Итак: 1. Мобильные версии, резину и адаптивные верстки не люблю, но так кактегорично, как Леб/\ядев не говорю. Если клиенту надо - то она должна быть. Хотя предлагаю вместо мобильной версии приложения. В пример привожу Декатлон - удобно и практично. 2. На Леб/\ядева, как вы уже могли заметить, не дрочу. Я ненавижу нарциссов, а он - ярчайший представитель этой болезни. 3. С яблоком тоже не дружу. Я помню времена, когда Apple была серьезная компания, ориентированная на профессионалов. Тогда я уважал ее и ее продукцию. Сейчас Яблоко производит китайский ширпотреб, но провело такую рекламную кампанию, что миллионы долбоящеров стали ярыми фанатами этой хрени и носятся с ними как с писаной торбой. И даже поклоняются как идолу... 4. Андроид тоже долго не воспринимал, но в связи с необходимостью, приобрел в 13 году смарт на андроиде. (До этого пользовался Nokia, которая меня во всем устраивала, особенно радовали карты Nokia, которые работают во всем мире и даже без сим-карты. Очень удобно за границей, особенно на автомобиле). Итак, я начал пользоваться смартом на андроиде и обнаружил, что мне на нем удобнее просматривать полные версии сайтов, а не мобильные. И все отлично видно, отлично читается и редко приходится что-то увеличивать, тогда как мобильные версии кривые даже если за них заплачено несколько миллионов. Например, мобильная версия сайта Transaero - корявая и бронь не работает. Так что - я за грамотные и качественные сайты фиксированной ширины для обычных браузеров на ПК. 5. Каждая сфера деятельности имеет свои особенности. Для одной нужен только сайт для ПК, для другой - наоборот важнее мобильные сайты. Для какой-то вообще, может быть, не нужен обычный web сайт. В любом случае, необходимость любой версии сайта определяет маркетолог, или сам заказчик. А мы, как исполнители, должны либо делать эти версии качественно, либо не браться за это вообще, чтобы не плодить говноверсии, из-за которых столько негатива. 6. Всем добра :)

1. админку закрывать необходимо, так как (как уже здесь упоминалось) браузеры собирают адреса, по которым ходят пользователи. И в индекс они легко могут попасть. 2. автор, у вас НЕ ЧПУ адреса, ваши адреса имеют такой вид: /index.php?route=product/product&path=172_133_134&product_id=15202 Мое предположение может быть не верным, но подозреваю, что строка Disallow: /index.php?route=product/product*&manufacturer_id= закрывает все адреса товаров. Сходства находите в выделенном? 3. Для защиты папки админ от школьников есть смысл создать в самой папке отдельный .htaccess и прописать в нем запрет на просмотр файлов для посторонних.

Если сделать редиректы и обновить карту сайта - поисковики нормально будут реагировать и ничего не выпадет. просто со временем произойдет подмена старых ссылок на новые. Гуша делает это довольно быстро, а вот Яшу придется ждать не меньше 2 апдейтов, соответственно, около полугода. Но лучше сразу делать все по уму, чтобы потом не пришлось переделывать. А для этого, при планировании открытия магазина, надо закладывать бюджет на квалифицированного сотрудника, который будет делать по уму.

1. Не нужно обращаться в шаражкины конторы за созданием магазина. Вы бы доверили строительство собственного дома первым встречным халтурщикам, которые за бутылку работают? 2. Если есть производители - то они нужны. Это и трафик по запросу бренда, и возможность фильтра товаров по бренду. 3. Когда дождетесь спада трафика - можете смело закрывать магазин и искать себе работу. 4. Ничего страшного от этой портянки не случится. Лучше на некоторое время сделать портянку, чем потерять трафик на долгие месяцы. 5. Как вариант, чтобы не ждать потери трафика, лучше сделать собственную заглушку на 404 странице, на которой пояснить, в связи с чем потерялась страница и где ее теперь искать. При этом обязательно сделать свежую XML карту сайта (с уже измененными URL адресами) и скормить ее Яше и Гуше. Тогда потери будут минимальны. Для трафика из поиска по старым адресам, можно попробовать написать скрипт, разбирающий запрос, с которым пришли с реферера и автоматом прогонять его в поиске по сайту. Таким образом, можно даже обойти страницу 404 и вывести человека если не на искомый товар, то на искомую категорию товаров, что уже хорошо.

Сейчас я вам все стереотипы сломаю :) Работал я какое-то время в компании "Морские круизы". Для тех, кто не в курсе - это бывшая "Ланта-тур", опрокинувшая не одну тысячу клиентов и, спустя год, возродившаяся с новым названием и новым генеральным директором. По бумажке новым, а по факту - та же дамочка и продолжала рулить... Имя называть не буду, кому интересно - в сети все найдет. Так вот, принцип работы с ИТ отделом у нее был такой: 1. Она садится рядом с девочкой-дизайнером (не web-, просто дизайнером) и они вместе смотрят зарубежные сайты круизных компаний. Потом воруют у них то, что им понравилось и компонуют для своего сайта. Зрелище, конечно, веселое... пока не придется заняться реализацией того, что они натворили. 2. Она распечатывает на цветном принтере (если не плоттере) то, что они с этой девочкой наваяли и ставит на этой распечатке свою визу - мол я утвердила, надо сделать точно как на этом листочке! 3. Верстальщик приступает к верстке полученного "дизайна". Кстати, тут надо сказать, что сайт разрабатывался на CMS Djem (много кто о такой слышал?) с толстым клиентом и сложной выгрузкой на сервер, не говоря уже о подвисаниях самой CMS. Итак, каждое изменение публиковалось на сайт с трудом и значительной задержкой, так как публиковать мог только старший программист, только тогда, когда все закончили с текущей задачей. 4. Когда страница сверстана точно по PSD, пиксель в пиксель, с цветами из PSD, эта дамочка приходила устраивать разнос верстальщику за то, что он сделал совсем не так, как должно быть! Она сравнивала полученное на экране с распечатанным листком! Естественно, ни формат экрана, ни цветопередача ее не волновали - нужна была копия с листа! Ну и естественно, она садилась рядом и имела мозг не просто до конца рабочего дня, а до конца календарного дня! И когда у тебя, ближе к полуночи, наконец получается ее удовлетворить, под ее же чутким руководством, она говорит коронную фразу: "Ну вот, пока сама за дело не возьмешься - ничего не можете, бездари!" 5. Утром следующего дня, она снова прибегала вся в чувствах (не скажу, что в положительных) и снова орала, что все не так, все криво, косо и даже не теми цветами! И снова та же эпопея до полуночи и на следующий день - снова "день сурка". Примерно 5-7 дней сурка ей было необходимо, чтобы успокоиться и утвердить, наконец, дизайн. Чаще всего, в итоге дизайн возвращался к результату работы в первый день (спасала встроенная в CMS система контроля версий). Программистам от нее тоже доставалось, но поменьше. Однако именно программиста она пыталась заставить уменьшить пиксель... Итак, к чему это я? А вот к чему: Даже если заказчик все четко оформил, расписал в письменном виде, дал все уточнения, пояснения, макет и шаблоны, утвердил своей подписью, печатью и кровью - это не значит, что у него не будет претензий. Все зависит от заказчика. Либо он адекватный и может положиться полностью на исполнителя и удовлетвориться тем, что ему предоставит исполнитель, как свое видение, или он неадекват и ему хоть Бентли дай вместо Жигулей - он скажет, что говно. однако Никто не застрахован от дури, но ТЗ и договор позволяют отстоять свою честь и зарплату, включая судебное решение вопроса.

По шапке своим редакторам настучите и лишите премий на ближайшие три года месяца, как минимум. Как минимум, это халатность. А за халатность на любом предприятии наказывают строго. В принципе, можно написать скрипт автоматического изменения URL товаров на SEO_URL и скрипт, который пропишет, например, в .htaccess переадресации со всех старых адресов на новые. Да, получится портянка, но со временем ее можно будет убрать и все будет о.к. И с сайтов, и со ссылками...

Решение, которое предложил Baion - только для длинных SEO URL (где категории не вырезаются). Ссылка на тему

Админы, верните редактирование сообщений. Хотя бы на сутки с момента публикации. А то перечитал через 30 минут, нашел ошибку, а поправить уже никак... В предыдущем сообщении, слово "осуждения" следует читать "обсуждения".

Классный комикс. Телефон клиенту даю, но если звонит не вовремя - просто сообщаю, что я сейчас занят, работа идет и в оговоренные сроки мы обсудим текущий момент (обычно один день в неделю выделяется для осуждения текущих моментов). Все остальное убедительно прошу присылать на почту. Если клиент что-то озвучивает по телефону когда я сказал, что занят - игнорирую и позднее напоминаю ему по почте, что мне нужно выслать задание в текстовом формате, чтобы оно не потерялось и я не забыл.

- Заявки на оборудование удовлетворяются в порядке поступления и по остаточному принципу. - Чего? - Чего-чего. Опоздавшему поросёнку сиська возле жопы, вот чего. *** Девочка, которая получила на день рождения не совсем то, что хотела, сказала со стула не совсем то, что учила.

CSS