-
Публікації
2 247 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Повідомлення, опубліковані користувачем Baco
-
-
Если память не изменяет, то:
в файле: system\library\weight.php найти возврат значения: return $value * ($to / $from); и заменить на return 0;
-
С помощью пачки американских енотов ($), обратившись к специалисту.
-
По первому вопросу.
По 2-му, то где там ?
-
Есть возможность такая возможность.
-
Васо, првильно ли я понял - когда в методе класса ControllerProductCategory мы обращаемся к несуществующему свойству $this->language, срабатывает __get родительского класса (abstract class Controller), который возвращает экземпляр класса Language, а затем запускаем метод load этого класса $this->language->load(‘product/category’);
Понятия не имею, о чем Вы :-D я самоучка, и вижу всю логику немного другими глазами, описывать же терминологией ВУЗ-а - не имею возможности, но примерно по такой логике, что Вы описали.
-
Это класс регистра:
final class Registry { private $data = array(); public function get($key) { return (isset($this->data[$key]) ? $this->data[$key] : NULL); } public function set($key, $value) { $this->data[$key] = $value; } public function has($key) { return isset($this->data[$key]); } }
а теперь посмотрите index.php как он обрабатывает обращения + в startup.php - подключаются нужные классы.
-
$this->{Подключить класс языка из папки system\library\language.php}language->{public function load в этом классе подгружает указанный каталог\файл для загрузки языковых переменных из него в контроллер}load(‘product/category’);
- 1
-
Направление я бы взял на контроллер корзины, где находиться
public function add() {
и там поставить на условия сам процесс добавления товара с кол-вом и опциями
$this->cart->add($this->request->post['product_id'], $quantity, $option);
например по проверке ключа и кол-ва опций к нему, можно же в самом классе корзины проверить кол-во опций по ключу, если больше одного разбивать.
Но сразу у меня возникает вопрос, зачем в корзине один и тот же товар, разделять по опциям ? Не проще использовать это ? По логике же - неправильно использовать в сессии один и тот же ключ с несколькими привязанными опциями и кол-вом...
-
Для этого есть в админке поле модель или как альтернатива - SKU можно его использовать, а отобразить уже в карточке товара это дело нескольких кликов.
-
имееться в виду, артикул нужно к опциям добавить и добавить возможность експорта\импорта таковой опции в ваш текущий модуль для експорта ?
-
1000 категорий (аккордеон) от Топоркова - оптимизированный вариант для вывода категорий в боковых колонках, в шапке - убрать подсчет кол-ва, ну и оптимизировать код, запросы, поставить что то на кеширование... в общем внутреннюю оптимизацию кода по ускорению провести надо, то есть вам обратиться в раздел платных услуг, использовать же дорогие модули, якобы ускоряющие движок - не мудро, так как проверено практикой, они малоэффективны...
-
Проблема : отсутствие модуля deadcow seo 2.5 ( файлов ) для понимания его логики работы и какой нибудь подсказки, можете заказать в платных услугах исправление транслитерации или ждать, пока ответит кто то, кто имеет опыт по работе с модулем.
-
-
-
Всех так же поздравляю и желаю что б так:
-
" . DB_PREFIX . "product_special ps
-
В принципе я догадывался, что это некие сокращения, но почему именно такие сокращения?
Так проще, если вам, например, в одном запросе надо "выдернуть" данные с поля "price" то как вы в запросе построите это , при условии что поле "price" - есть в таблице товара (1), таблице акций (2), таблице скидок (3) ?
-
Это у вас необязательные опции товара, получается? и в корзине они цепляются тоже к каждому товару?
Да, обычные опции, можно обязательные можно необязательные ставить... но в корзине отображаються под каждый товар в отдельности.
Предполагаю, функцию:
simplecheckout.reloadAll();
надо дописать к валидации на "отмечен\неотмечен" checkbox, но как вариант решения - подходит. -
Делал подобное ( вот пример ) стоимость разработки под simple - 50 $
-
pd - table"product_description"
pd2 - table"product_discount"
p - table"product"
-
И мне все равно сколько посредник запросил у заказчика. Даже если заказчик на прямую спросит о цене, я ему не отвечу. Так как он не мой заказчик :)
Это называется нормальный бизнес. Потом посредник заказывает еще у меня не один и не два раза.
Я так же придерживаюсь такого принципа бизнеса, но... работая с посредником, ты почти всегда, должен отклониться от ТЗ, так как "хотелки" у истинного заказчика всплывают по ходу формирования структуры сайта, вот в таких случаях я практикую модель "каждая хотелка + доп. оплата" которая не входит в рамки оговоренного в ТЗ, и всегда стараюсь приводить пример с "Чертежом вертолёта... если не начертили в схеме будущей вертушки, что она должна садиться на воду, значит будут просто шасси. И за доп. поплавки - нужно доплачивать..."
-
Зачем сразу ФСБ? Тем более, если в вашей практике случай частый - достаточно было позвонить по телефону, указанному на сайте, и поинтересоваться насчет какой-то мелочи в работе, чтобы незаметно проверить то, кто заказчик, а кто "передаст". Я не ищу кто прав, а кто нет, лишь советую не наступать на грабли, тем более сам с таким в работе не раз сталкивался, правда чуть в другой сфере - когда посредники выдают себя за дилеров или поставщиков конкретных брендов, всех таких хитрожопых товарищей довольно просто вычислить таким вот способом с телефоном.
Согласен, что вычислить можно, но... у меня 70% заказчиков - Россия, ну не буду я звонить на +7... то ли жалко, то ли нет резона... вот с Украинскими - проще, даже с вебстудиями сотрудничал, а тут - уже по другому получается.
2 markimax, так же сталкивался с нормальными посредниками, которые говорят, что есть заказчик и он решает, тогда соотв. и модель оговаривается под такие сотрудничества.
-
Ну кто ж виноват в том, что вы не уточнили перед началом работы, что работаете не с заказчиком, а через посредника? :)
Что за привычка, искать кто прав а кто нет, ну представился "передаст" заказчиком, мне что его, по базе ФСБ пропускать ?
И случай довольно частый, тем более ТЗ конкретно расписано, фактически несколько минут потратил на некоторые уточнения.
-
Я же написал, искать отзывы на исполнителя, на том же searchengines у всех гуру есть свои темы с отзывами, подобно тому, как тут у нас на некоторых пользователей созданы отдельные темы.
Если же вы сомневаетесь в том, что над сайтом действительно работал определенный человек, то находите на сайте раздел "Контакты" и пишете, что мол так и так, хочу нанять этого человека, он говорит что работал с вами, правда ли это и всем ли вы довольны и т.п.
Тут немного не соглашусь, так как недавно работал над сайтом (не буду писать домен), вместе с Сашей ( Einshtain ), в общем я кодил, Саша - оптимизировал, в итоге сайт выложил у себя в каталоге, в качестве портфолио и... через 2-ве недели звонит мне "хозяин" сайта и говорит:
"Уберите рекламу моего сайта, его разрабатывали на вы и заплатил я за него не ту сумму (указана в портфолио сумма разработки) а в 5 раз больше..."
Вот такие вот пироги с так называемыми "передастами" (посредниками между фрилансерами и заказчиками) и ситуация довольно частая.
Помогите советом!
в Шаблони, дизайн та оформлення магазину
Опубліковано:
Какой вопрос - такой ответ...