baxabit

Мой личный опыт - 350 посетителей за пару часов (рассылка с купонного сайта). Одновременно 14 посетителей максимум просматривали одну и ту же страницу, а я в это время вебвизор. Скорость загрузки 0.35-0.40с. Даже толпа (в рамках полутора-двух часов времени) входящая на один и тот же url не создала никакой существенной одновременной нагрузки. Взять даже 5 000 посещений за сутки - это пусть даже 1000 хостов в самый пиковый час. те же самые ~15-17 посетителей в минуту пиковая нагрузка.

Offline до 5.08.2013. Трабл =\

Если, зная диапазон кодов купонов, например, 78001001 <..> 78001500, и учитывая, что они дают одинаковые скидки (в моём случае 3 различных скидки на "первую группу" товаров 50%, на "вторую" 40% и на "остальные" 30%), можно как шаблон забить первый и просто вбить запросами или вручную остальные? А ещё лучше, ниже "укажите товар", вставить возможность указывать всю подгруппу, как в обычных купонах. Надеюсь, это выполнимо для данного модуля? Нужно реализовать буквально сегодня, потому готов оплатить любые варианты реализации.

ап =( всё ещё актуально

Перед созданием темы, ознакомился с существующими модулями и пробовал поиск. Спасибо, но не то =\ Вся суть именно в том, чтобы 1 купон давал более 1 скидки. Копаюсь в БД. Пытаюсь для начала вручную добиться желаемого результата.

Приветствую всех. Вопрос связан с применением купонов. Предусматривает ли движок (1.5.4.1) реализацию купона с разными скидками? Т.е. в админке купону прописывается первая скидка (скажем 50%) на одну подгруппу товаров и вторая (к примеру 25%) на другую(-ие) подгруппу. Покупатель, выбрав товары из обеих подгрупп, введя в корзине номер такого купона, получает соответственно -50% и -25% скидки на данные товары. Сталкивался кто-нибудь с подобной задачей? Есть ли реализация на форуме или на опенкарт.ком? Если нет, то напишите в ЛС стоимость реализации (т.к. это не раздел услуги, в самом топике обсуждать это не станем). Спасибо за внимание.

Неужели никто не сталкивался?

Приветствую, форумчане. Только что наткнулся на сервис "Деньги Online", в котором уже имеется поддержка opencart, но у нас про него ни слова (поиск не дал результатов ни по модулям, ни по всему форуму). http://dengionline.com/dev/modules/opencart (никаких реф) Кто обладает информацией по данному сервису? Из информации на сайте: "70+ вариантов оплаты, ежедневные выплаты". Глубже пока не залезал (в процессе подключения).

ахахх, я сам любитель картинга, а про схожесть названий и не заметил. Видимо, ОК становится РАБотой..

Меня лично напрягает что практически на всех ОК оставляют закладки и сравнение. Получаем (зачастую) 5 действий над выбранным товаром - положить в корзину, купить в один клин, добавить в закладки, добавить в сравнение или же перейти на другой товар, вызванный интересом модулей "похожих" или "аналогичных" товаров. Я сравнением даже на юлмарте не пользуюсь, поскольку не выбираю каждый день одинаковые видеокарты разных сборок, отличающиеся всего несколькими параметрами из десятков, которые незачем держать в голове, а при выборе кофеварки я скорее гляну отзывы, чем начну сравнивать одинаковое давление в 15 бар )) А что сравнивать в большинстве магазинов на ОК ? Это лишь определённая функция движка под нужные цели; нет же - все почему то оставляют. Неужели все уделили этой кнопке внимание, замерили полулярность\полезность и в конце концов решили оставить? Далее, закладки.. По-другому - кнопка "забыть". Замерял кто-то на своих магазинах достижение цели из закладок? Не думаю.. Ведь постоянно идёт сравнение с оффлайн магазинами. Так как это представить? Подходит человек к молочному отделу, зачастую за молоком, тянет за ним руку, а тут ему писк-визг-сирена "Ты уверен? Что ты собрался делать? Купить? а купить, в смысле положить в корзину или ты вот сразу на кассу побежишь? Слушай, да отложи его пока, ты ещё хлеб не взял. Да и вообще, 3.6% жирновато для тебя.. сравни с 2.5%, а то заплыл немного". Это лично моё мнение как довольно нечастого пользователя ИМ-нов. Всё использовать только по необходимости.. И только при возникновении необходимости внедрять и тестить. У амазона нет выхода заполнять и 33 раза проверять данные заказа, поэтому автоматизировали и на выходе сталкиваются только с ошибками, число которых зависит от доступности и понятности всего покупателю. PS: так, вернувшись к теме, это я к чему - что количество шагов в рамках одной функции это одно, а когда перед вызовом этой функции стоит множество вариантов ненужных событий, которые могут и вовсе не привести к этой лестнице форм, это другое.. опять же - имхо.

а зачем тогда её было добавлять вовсе? (при создании категории в админке) PS: дату вижу. просто аж не сдержался спросить)))))

Полезная фишка, плюсанул. Только вот вопрос, как убрать отображение непосредственно в "product/manufacturer" ? Там списку явно не место, особенно если отображать в колонках (например, при расположении снизу, список не бросается в глаза при поиске по алфавитному указателю, но тогда теряется при отображении на странице выбранного производителя; т.о., место ему только в боковых колонках)

Звучит как "нашёл прикольную фишку, не знаю как сделать нахаляву, давайте вместе доделаем то, что не умею". Не проблема содрать с шаблона, так же как и найти на говнофорумах халявные модули. Одна только разница - тут это не приветствуется, учитывая что давно уже всё реализовано и стоит пару сотен рублей.

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

Так он "необязательный". А речь идёт о том, что есть обязательное для заполнения поле "Модель". ))

Приветствую. А кто обязывает использовать данное поле исключительно как название модели? Если это детское питание - можно переименовать в фасовку, если это одежда - переименовать в артикул, что, кстати, в дальнейшем очень даже удобно. PS: Про фасовку это я загнул, просто стал перебирать варианты для детского питания и напрочь забыл про уникальность значений данного поля. В общем, достаточно переименовать на "артикул" ))

Всегда ж есть выбор) Тому пример специальный генератор. Но вопрос по opencart, согласен.. В этих рамках, можно видимо и статьями. Только неужели стандартными?)

На заметку ;)

1.5.4.1 не сработало

Новые в смысле только для нового товара? Ну один из вариантов тогда - создать всем страницам новые seo_url, а затем удалить из БД 8000 seo_url тех оговорённых товаров. И получится половина товаров со старыми url, половина уже с seo. Вы же по сути желаете чтобы для поисковика существовали (т.е. являлись главными и при каждом новом запросе контент отдавался боту) старые, но при этом пользователям показывались дубли с новыми seo_url. В принципе и так выполнимо, но тогда прийдётся удалять в той же БД 8000 значений что-то типо "rel=canonical". Но и тут вроде как мнения расходятся у людей, мол, толи гугл толи яндекс вообще внимания не обращает на этот атрибут. В общем, тему расфлудили, может кто и дельное подскажет из знатоков ))))

ну как вариант, всё же обратить внимание на первый ответ и отправить полноценно оптимизированный сайтмап на индексацию, а не кусками =) Что хоть за товар?

Логика есть до момента "и со временем убрать старые url", которые в индексе как были, так и остаются и планируются там находиться в ближайшее время. Так вопрос - почему ж не сразу их превратить в нормальные? Если Вы думаете, что пока цельные url-лы в индексе будут ждать добавление своих младших seo_url'ьных собратьев, то опять встаёт тема дублей (мало того, что они не попадут в индекс, так ещё и додразняться над поисковиком, что тот в бан оба комплекта страниц отправит). Грубо говоря, можно найти способ вручную "удержать" старые страницы в индексе со старыми url, в то время как новые страницы с нормальными по-тихоньку индексируются, но когда то же их прийдётся "отнять" у поисковика и представить в нормальном виде? И что потом? Покорно ждать всё той же переиндексации 8000 страниц? Только перед этим ещё разок промудившись с БД )))

Так понятное дело проиндексируются ВСЕ (в т.ч. и новые) адреса с ЧПУ. А Вы, как я понял, хотите чтобы первая часть старых, осталась в индексе без ЧПУ, но пользователю выводились абсолютно все с ЧПУ. Так ведь?

Конкретно не более, чем задача для Seo_pro. Видимо, Вы что-то другое хотите? Если Вам дороже проиндексированные страницы вида магазин\model.php?id=2911, нежели магазин\товары_для_дома\мебель\двухспальная-кровать, то спешу Вас отговорить от идеи и дальше лишать свой сайт наличия СЕО. Иметь в поиске старый url, а пользователю выдавать другой = иметь дубль страницы, что ещё хуже. Хотя можно конечно конкретно для тех упомянутых 8000 страниц прописать через БД какие-либо значения, но тем самым прийдёться задавать условия отличия тех старых урл в базе, от новых.. Сорри, если тафтологией излагаю, просто ещё не спал и пока не входит в планы)))

Вот чесслово, когда вижу -1 в репе у человека, который везде и всюду старается помочь, хочется послать автора со всем его магазином нахрен. Создаётся впечатление реакции на ответ, мол "чё Вы мне тут указываете, я хочу сразу чёткое решение всех моих проблем, остальные идите лесом". PS: дан намёк проверить наличие вредоносного кода, с которым мы недавно столкнулись. Ради приличия бы отписались, что Вас это миновало, так как намёк не из воздуха взялся. PSS: своей репой не обеспокоен, можете обкидаться минусами, лишь бы в радость))