Baco

Думаю, вам больше всего подойдёт реализация функции cropping-а, писать не буду кода, в гугле есть решения для опенкарта...

Какой алгоритм использовал я в модуле этом:

0. создание доп поля в базе по типу image

1. добавление в контроллер, модель и tpl файл товара админки данных о втором изображении

2. вывод в модель, контроллер и саму карточку товара уже непосредственно данных, ранее добавленных в базу, с проверкой на isset

а уже по вашей хотелке, можно плясать от этого алгоритма и шаманить как Душе угодно.

сходу сложно сказать, в чем проблема, небольшие косяки (но они настолько не влияют):

тоесть они просто дублируются.

Скорее всего - запросы оптимизировать, кеширование включать, анализировать... 

а ты что великий труженник? тогда этот форум не для тебя иди трудись................

Нет, это форум одних хОлявщиков, сам вот жду, кого бы это напрячь для своих задач потрудиться...

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

error.php  лежат в 

admin\language\english\tool

admin\controller\tool

admin\language\russian\tool

нее, эти трогать не надо, речь об system/logs, если там нет никаких php файлов, то я вас поздравляю.

на том же хостинге что и этот сайт, есть джумла, вордпресс, друпал и т.д. ? в 70% взлома именно через сторонние CMS проходят.

Теперь проделайти 3 маленьких шага:

1. Удалите все error.php из каталога логов

2. Поменяйте обратно в админке в настройке сервера, файл логов с error.php на error.log

3. Смените вход в админку (тоесть поменяйте admin|admin)

и будет вам счастье...

исходя из практики, то вирусы сейчас довольно красиво маскируют, так что по сигнатурам, проверкам по регэкспам типа "eval, base_64, create function..." ничего не дают, надо смотреть непосредственно в код, первое что смотрите - не подменили ли error.log на error.phр... ну и больше скринов с кодом, нынче телепатия в дефиците...

Да, верно, я по ошибке массив взял, а там немного поменять надо на вот такой вот код:

<?php if ($quantity <= 0) { ?>
<span style="background-image: url(images/net_tovara.jpg);">
<?php } else { ?>
<span style="background-image: url(images/mnogo_tovara.jpg);">
<?php } ?> 

Вот есть готовое решение, не ленитесь поиском пользоваться.

<?php if ($product['quantity'] <= 0) { ?>

<span style="background-image: url(images/net_tovara.jpg);">

<?php } else { ?>

<span style="background-image: url(images/mnogo_tovara.jpg);">

<?php } ?>

может есть ещё какие то существенные различия, а то адаптация под 2.х + 350 р. получается...

Есть ли существенное отличие от этого модуля ?

прописан код в блоке возле счетчика рамблера.

А почему у Вас нету зелёного замка, где адресная строка и пишет, что не защищено?

потому что подключен внешний скрипт: 

http://front.facetz.net/hotlog_redirects?source=hotlog&id=1dad1d9cc47d3368508f34c9d8d365fd&hits_today=222&hits_total=870&hosts_today=29&hosts_total=119&visitors_today=27&visitors_yesterday=22&visitors_total=122&img_type=52

который и блокирует полностью "замочек".

Это к хостеру постучите в тех. поддержку с таким вопросом, это на уровне серверном фильтрует или готовьте сразу доступ в панель хостинга, если есть доступ по SSH то местные умельцы смогут настроить, так как на уровне движка тут не помочь, ИМХО.

Вася, речь идет о легком пути решения

И как его решать..

Я предложил это делать при каждом входе в админку, и приводить файлы в соответствие с версией.

 

Но в любом случае это вмешиваться в код..

Тогда можно решить от обратного:

<modification>
	<id>#Fix for lang adaptaion 2.1 & older</id>
	<version>2.2.x</version>
	<vqmver>2.4.1</vqmver>
	<author>baco</author>
	<file name="system/library/language.php">
	<operation>
		<search position="after"><![CDATA[private $directory;]]></search>
		<add><![CDATA[
		private $checker = false;
		]]></add>
	</operation>
	<operation>
		<search position="before"><![CDATA[$this->data = array_merge($this->data, $_);]]></search>
		<add><![CDATA[
                $this->checker = (DIR_LANGUAGE . $directory . '/' !== false AND is_dir(DIR_LANGUAGE . $directory . '/')) ? $directory : false;
		if (isset($this->checker)) {
			$file = DIR_LANGUAGE . $this->checker . '/' . $filename . '.php';
			if (is_file($file)) {
				require($file);
			}
		}
		]]></add>
	</operation>
	</file>
</modification>

хоть и вмешательство, но на уровне кеша, как оптимальней решить - пока не приходит в голову, кроме костыления.

так же предпочитаю экологию кода, но увы, капризы Даниеля непредсказуемы...

Поставьте проверку в класе с:

public function __construct($directory = '') {
	$this->directory = $directory;
}

на:

public function __construct($directory = '') {
	$this->directory = $directory;
        (DIR_LANGUAGE . 'english/' !== false AND is_dir(DIR_LANGUAGE . 'english/')) ? $this->default = 'english' : $this->default = 'en-gb';
}

Парни, ну вот отпишите пожалуйста, что тут непонятного ? (вродь не школота ж)

По поводу SKU - понял, сделаю на выбор несколько полей, для удобства.

Хотя бы с минимальным набором функций. Для обновления цен, например.

по какому критерию должен быть импорт по изменению цен ? SKU, модель , product_id...

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

Здравствуйте, на данный момент сборка имеет вот такой вот вид в админке:

и такой вот вид в витрине:

что же там ещё придизайнить или упростить - не пойму.

Import/Export

Можно более развёрнутый ответ ?

Нужна ли разбивка на категории, товары, атрибуты, мультиязычность...

Хотелось бы узнать от пользователей, которые имеют практический опыт в администрировании, что хотелось бы Вам улучшить в новой версии сборки, какие функции упростить, добавить или изменить.

Просьба критику или мнения не по вопросу улучшения, задавать в отдельно созданной теме, здесь обсуждение только в плане разработки и улучшения.

Вот сайт с примером, все лаконично:

Где: конечная (абсолютная цена опции) цена товара = цена товара * длинну (опции) * высоту (опции)

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

P.S. Неправильно задачу с самого начала понял, имеется ввиду, ввод пользовательских полей должен калькулировать цену по формуле в витринной части + записывать в заказ ?

Почему не поставить основную цену товара - цена за кв.м, а при добавлении опций - указать 2-ва поля: Ш и В (float), где при указании в этих полях, будет проведена соотв по формуле: o.price = o.dlinna * o.vusota * p.price , а в витрине - вывести абсолютную цену опций и скрыть цену товара ?

Может так пойдёт (language_id - подставь свой) :

SELECT DISTINCT p.product_id, pa.text, ad.`name`, agd.name as attribute_group_name FROM `key_product_attribute` pa LEFT JOIN key_attribute a ON(pa.attribute_id=a.`attribute_id`) LEFT JOIN key_attribute_description ad ON(a.attribute_id=ad.`attribute_id`) LEFT JOIN key_attribute_group ag ON(ag.attribute_group_id=a.`attribute_group_id`) LEFT JOIN key_attribute_group_description agd ON(agd.attribute_group_id=ag.`attribute_group_id`) LEFT JOIN key_product p ON(p.product_id=pa.`product_id`) WHERE  p.status = '1' AND p.date_available <= NOW() AND pa.language_id = '1' AND ad.language_id = '1' AND agd.language_id = '1' ORDER BY p.product_id