-
Публикаций
360 -
Зарегистрирован
-
Посещение
Весь контент cernos
-
я подтвердил, что модуль им отдал свой с возможностью дальнейшей перепродажи. А чей именно модуль обсуждаете не знаю ))) но слова Lepuz подтвердил, которые были в цитате.
-
Подтверждаю слова Lepuz, такова история и была : ) Они мне сайт помогли сделать - я им три модуля, в т.ч. модуль комплектов. PS: нет времени для продажи/установки модулей, занят другим направлением.
-
напишите еще раз, так как не могу просмотреть ваши письма, ссылка не активна для прочтения. функционал не стандартный.
-
в принципе как вариант возможен. Цена вопроса со стилизацией под дизайн магазина?
-
Требуется разработка и верстка дизайна для мобильной версии с учетом уже существующего функционала интернет-магазина (будет на поддомене) сайт: glavteplo.com Прошу цена / сроки разработки / рабочие примеры (если таковые есть) исполненные вами.
-
пиши поделюсь более лучшим решением ; )
-
Я не отрицаю, можно использовать cookie, некоторые так и делают. Я отказался от куки, первую причину я описал. Вторая причина, для замены сессий на куки придется заниматься правкой нескольких файлов, а это порой не всегда удобно и для каждого модуля в отдельности. Можно конечно обойти массив $_SESSION циклом и загнать все данные в куки, но тут может случится переполнение кукисов... Самый лучший способ этой использовать БД для хранения данных сессий + есть возможность отследить кто/где и когда был из посетителей/покупателей. Так же, в планах в ближайшие дни доработать модуль, чтобы он не зави
-
Ограничение cookie - 4кб, после того куки забьются на сайт человек уже не войдет - будет ошибка, пока их не очистит. В моем случае, когда у меня стоит дополнительно модуль комплектов, избранных товаров и товаров для сравнения - это не подходит. Забивается куки очень быстро. Если нужно хранить в куки корзину из одного товара - согласен, все будет ОК.
-
Данный модуль предназначен для сохранения данных сессии в БД MySQL. Зачем мне это? Дело в том, что данные корзины, авторизации пользователя, данные избранных товаров и товаров для сравнения (при наличии этих модулей) и др. хранятся в сессии. Использовать хранение данных в сессии удобно, но есть недостаток - время хранения сессии ~30мин бездействия или до закрытия броузера. Это значит, что если покупатель отлучится по делам более чем на 30мин. или случайно закроет броузер, а такое бывает, то он обнаружит пустую корзину, слетевшую авторизацию, отсутствие избранных товаров, отсутствие прочих
-
Это индивидуально... В вашем случае, есл учесть количество товара, то смею предположить ч тоу вас свой сервер или VDS, тогда проще включить MySQL кеширование запросов. Мало? Подрубите memcache. Данный скрипт рассчитан на обычные хостинги.
-
Все работает. Водяные знаки накладываются, картинки уменьшаются и увеличиваются. Спасибо Давинчи, полезная ФИЧА!!!
-
Ссылку на модуль и демо можешь дать?
-
Научишь пользоваться?
-
Здравствуйте, ув. господа! Для себя любимого хотелось бы написать модуль "Представительства" + на продажу. Задачи: 1. У каждого представительства свое количество и цена товара 2. Каждое представительство видит только свои заказы, уведомления о заказах приходят только на E-Mail представительства. 3. Контакты для каждого представительства. У кого какие мысли, как это все реализовать правильно? Самый простой способ это сделать дубли записей в БД и движка + синхронизировать описание товаров и вариантов, статических страниц и категорий, покупателей для возможности авторизации. Запретить к инд
-
Как происходит рассылка? Отправка одного/двух писем не вопрос.... но на каждом сервере стоит ограничение на количество отправляемых писем в минуту/час/день... Представим что проводим рассылку по 1000-чи клиентам, что в данном случае? Есть ли шаблон для писем рассылки? Используете класс для писем симпловский?
-
Сравните адреса получаемые в рекомендуемых с тем, что вы получаете в каталоге и все станет ясным!!!