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’);

Направление я бы взял на контроллер корзины, где находиться 

public function add() {

и там поставить на условия сам процесс добавления товара с кол-вом и опциями 

$this->cart->add($this->request->post['product_id'], $quantity, $option);

например по проверке ключа и кол-ва опций к нему, можно же в самом классе корзины проверить кол-во опций по ключу, если больше одного разбивать.

Но сразу у меня возникает вопрос, зачем в корзине один и тот же товар, разделять по опциям ? Не проще использовать это ? По логике же - неправильно использовать в сессии один и тот же ключ с несколькими привязанными опциями и кол-вом...

Для этого есть в админке поле модель или как альтернатива - SKU можно его использовать, а отобразить уже в карточке товара это дело нескольких кликов.

имееться в виду, артикул нужно к опциям добавить и добавить возможность експорта\импорта таковой опции в ваш текущий модуль для експорта ?

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

Проблема : отсутствие модуля deadcow seo 2.5 ( файлов ) для понимания его логики работы и какой нибудь подсказки, можете заказать в платных услугах исправление транслитерации или ждать, пока ответит кто то, кто имеет опыт по работе с модулем.

Click... или тут тыц...

Как то так.

Всех так же поздравляю и желаю что б так:

" . DB_PREFIX . "product_special ps

В принципе я догадывался, что это некие сокращения, но почему именно такие сокращения?

Так проще, если вам, например, в одном запросе надо "выдернуть" данные с поля "price" то как вы в запросе построите это , при условии что поле "price" - есть в таблице товара (1), таблице акций (2), таблице скидок (3) ?

Это у вас необязательные опции товара, получается? и в корзине они цепляются тоже к каждому товару?

Да, обычные опции, можно обязательные можно необязательные ставить... но в корзине отображаються под каждый товар в отдельности.

Предполагаю, функцию: 

simplecheckout.reloadAll();

Делал подобное ( вот пример ) стоимость разработки под simple - 50 $

pd - table"product_description"

pd2 - table"product_discount"

p - table"product"

И мне все равно сколько посредник запросил у заказчика. Даже если заказчик на прямую спросит о цене, я ему не отвечу. Так как он не мой заказчик :)

Это называется нормальный бизнес. Потом посредник заказывает еще у меня не один и не два раза.

Я так же придерживаюсь такого принципа бизнеса, но... работая с посредником, ты почти всегда, должен отклониться от ТЗ, так как "хотелки" у истинного заказчика всплывают по ходу формирования структуры сайта, вот в таких случаях я практикую модель "каждая хотелка + доп. оплата" которая не входит в рамки оговоренного в ТЗ, и всегда стараюсь приводить пример с "Чертежом вертолёта... если не начертили в схеме будущей вертушки, что она должна садиться на воду, значит будут просто шасси. И за доп. поплавки - нужно доплачивать..."

Зачем сразу ФСБ? Тем более, если в вашей практике случай частый - достаточно было позвонить по телефону, указанному на сайте, и поинтересоваться насчет какой-то мелочи в работе, чтобы незаметно проверить то, кто заказчик, а кто "передаст". Я не ищу кто прав, а кто нет, лишь советую не наступать на грабли, тем более сам с таким в работе не раз сталкивался, правда чуть в другой сфере - когда посредники выдают себя за дилеров или поставщиков конкретных брендов, всех таких хитрожопых товарищей довольно просто вычислить таким вот способом с телефоном.

Согласен, что вычислить можно, но... у меня 70% заказчиков - Россия, ну не буду я звонить на +7... то ли жалко, то ли нет резона... вот с Украинскими - проще, даже с вебстудиями сотрудничал, а тут - уже по другому получается.

2 markimax, так же сталкивался с нормальными посредниками, которые говорят, что есть заказчик и он решает, тогда соотв. и модель оговаривается под такие сотрудничества.

Ну кто ж виноват в том, что вы не уточнили перед началом работы, что работаете не с заказчиком, а через посредника? :)

Что за привычка, искать кто прав а кто нет, ну представился "передаст" заказчиком, мне что его, по базе ФСБ пропускать ? 

И случай довольно частый, тем более ТЗ конкретно расписано, фактически несколько минут потратил на некоторые уточнения.

Я же написал, искать отзывы на исполнителя, на том же searchengines у всех гуру есть свои темы с отзывами, подобно тому, как тут у нас на некоторых пользователей созданы отдельные темы.

 

Если же вы сомневаетесь в том, что над сайтом действительно работал определенный человек, то находите на сайте раздел "Контакты" и пишете, что мол так и так, хочу нанять этого человека, он говорит что работал с вами, правда ли это и всем ли вы довольны и т.п.

Тут немного не соглашусь, так как недавно работал над сайтом (не буду писать домен), вместе с Сашей ( Einshtain ), в общем я кодил, Саша - оптимизировал, в итоге сайт выложил у себя в каталоге, в качестве портфолио и... через 2-ве недели звонит мне "хозяин" сайта и говорит:

"Уберите рекламу моего сайта, его разрабатывали на вы и заплатил я за него не ту сумму (указана в портфолио сумма разработки) а в 5 раз больше..."

Вот такие вот пироги с так называемыми "передастами" (посредниками между фрилансерами и заказчиками) и ситуация довольно частая.