cmd

var checkCartInterval = setInterval(function() {
    var p = 5000;
    if ($("#cart-total").html().match(/- (.*)/i, '$2')[1].replace(/[^0-9.-]+/g,"") > p) {
        console.log('В корзине больше, чем '+p+' единиц денег');
    }
}, 5*1000)

Учитывая, что это просто очередной сайт на Opencart, а не крупная торговая площадка, можно просто написать вот такой говнокодец с бесконечным циклом проверок.

В файле common.js у объекта Cart есть 3 метода: add, update, remove с ajax-запросами и ещё функция в карочке товара. В каждый из запросов добавить проверку суммы в корзине и показывать Ваш блок, если сумма привышает. Проверку суммы в корзине можно реализовать как отдельный запрос, а можно распарсить HTML-страницы на JS. 

Создать любое кол-во категорий с любой иерархией в Admin > Catalog > Categories. Если открыть любую категорию, то в табе Data можно указать Parent т.е. родительскую категорию. Предполагаю, что под "главной категорий" Вы подразумевали родительскую.

Привязать любое кол-во категорий к товарув Admin > Catalog > Products > Кокретный товар > Links > Categories.

Да... тут нужно будет короче написать. Честно говоря, этому фрагменту года 7 лет. Хз о чем я думал когда JOIN-ил `product_description` и делал проверку product_to_store.

UPD: f918f6b

egor23, я честно скажу, что считаю тебя бестолковым форумны троллем который ничего не понимает, а просто подгавкивает, но чтобы не быть голословным я отвечу на озвученные претензии:

1. По поводу SQL запроса в контроллере: там один запрос в контроллере, который был туда добавлен чтобы не вытягивать из базы лишнюю информацию через стандартную модель и не создавать тем самым дополнительную нагрузку на базу. Использование SQL запросов в контроллере никак не ограничено стандартнами кода Opencart и SQL запросы есть в контроллерах ядра. Создавать отдельный файл модели для одного запроса я считаю друным тоном: это усложняет дебаг, усложняет удаление модуля, а, главное, создает дополнительные сложности для проверки кода на наличие вреноносного кода (это то, что нужно делать всегда перед установкой бесплатных модулей).

2. По поводу HTML в контроллере - в этом модуле нет предсталвения т.е. нет HTML.  Нет в контроллере и нет вообще нигде. Твоему другу под ником netruxa что-то привидилось и он написал глупость. Ты её повторил. 

3. Javascript в контроллере работает ничем не хуже, чем Javascript в отдельном файле, упрощает обслуживание кода, упрощает удаление модуля, дает дополнительный контроль над расширением через ивенты и исключает проблемы из-за некорректного chmod на js-файл. К слову, Даниэль уже анонсировал, что единственным методом модификаций в ближайших обновлениях будут Ивенты поэтому я думаю к ближайшие пару лет можно ожидать, что весь Javascript ядра перейдет в контроллеры.

В обещм, Егор, иди учи матчасть, с тобой говорить очевидно не о чем.

А вот тебя, stickpro, я бы послушал. Ты очевидно позер и хмало, но вдруг ты правда что-то увидел. Тебе есть что сказать?

5 minutes ago, stickpro said:

Пришлите ваш адрес, я вам телеграмму с обоснованиями отправлю, вы же я так понимаю из 19 века? Верно?

Пиши сюда. Я не стесняюсь свой код обсуждать.

В 14.09.2020 в 18:30, stickpro сказал:

Давно такого ****** не видел

Ого, какое заявление. А можно добавить к нему обоснование?

В 14.09.2020 в 18:35, egor23 сказал:

обоснуйте чем ваш модуль лучше Обновление цены при выборе опций (без AJAX) от mpn2005 ?

Понятия не имею о чем речь. Я просто игрался с новым Opencart и написал модуль. Не нужен - не пользуйтесь.

Всегда удивляюсь этим темам.

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

1. Выполните запрос с EXPLAIN, чтобы четко понимать все подзапросы.

2. Проверить наличие индексов в подзапросах. 

Всего 24 часа. Пацаны, налетайте! 

16 hours ago, zomo said:

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

Ситуация следующая: кто угодно (не только пользователи, но и бот) может отправить что угодно (любые переменные) куда угодно (даже если контроллер нигде не фигурирует во фронте) любое количество раз. Поэтому всегда нужно делать валидацию типов переменны, валидацию прав доступа и защиту от инъекций в бэкэнде. Весь функционал фронта существует только для удобства пользователя (в том числе и валидация в фронте нужна только для удобства пользователя). Это общая теория \ дисклеймер.

Если очень хочется, чтобы пользователь не мог подменить значение в форме, то добавьте хэш-сумму с солью. Условно:

1) Добавить в форму:

<input type="hidden" name="_h" value="<?php echo md5($product_id.'my_secret_word'); ?>">

2) Добавить в контроллер:

<?php 

$product_id = intval($_POST['product_id']);

if (!$product_id || empty($_POST['_h']) || $_POST['_h'] != md5($product_id.'my_secret_word')) {
	die('Invalid input params');
}

Таким образом каждому product_id соответствует уникальный хеш, который пользователь не может сгенерировать сам без взлома md5.

Под бюджет я бы предложил посмотреть модельный ряд HP Envy. В зависимости от задач там можно подобрать модель и по весу и по характеристикам, а ноуты HP всегда божественные по сравнению с Acer, Asus, Lenovo и прочими выдающимися специалистами по удешевлению производства.

У сайта есть домен и хостинг, который кто-то оплачивает. Кто оплачивает хостинг тот через хостера может получить доступ к FTP или даже SSH (если он есть). Если хостинг оплачивает разработчик сайта, то у кампании с ним должен быть какой-то договор в котором все эти моменты прописаны.

Да, если никто не оплачивает домен и хостинг, то в какой-то момент предоплата закончится и сайт будет отключен. Поэтому вариант "а я не знаю кто хостер" сразу не рассматривается. Не знаете - узнавайте. Этот вопрос определяет не только "оформление сайта", а его существование в принципе. 

Приветствую. Я там в соседней теме тоже искал "верстальщика" и получил ноль предложений. Похоже, что мне придется кодить самому, а где один сайт на ОС там и 2. В общем, готов взять проект. Рейт 20 USD в час. Навскидку скажу, что натянуть средний psd на любую версию ОС это 16 часов. Если предварительная оценка Вас устраивает, то вышлите, пожалуйста, psd в ЛС или скайп.

Добавил в первый пост ссылку на верстку главной. Так что там за история?

Прошло 3 дня. Предварительные итоги конкурса:

• 0 предложений по цене
• 1 глупый вопрос в теме
• 1 глупый вопрос в личку
• 1 вопрос настолько глупый, что я пожаловался на него как спам и его удалил модератор

В чем проблема? Раздел "Услуги" мертвый или code review это так страшно?

1 hour ago, nikifalex said:

у вас git то есть? или в цену входит еще поднятие и настройка git?

Я просто обозначаю, что нужно будет работать с системой контроля версий потому, что некоторые фрилансеры испытывают с этим трудности. bitbucket или github на выбор исполнителя. Ни в коем случае не подразумевается установка git на сервер

Добрый.

Ищу исполнителя натянуть верстку на ОС 3.х.

Верстка страницы товара тут. Главная тут.

Нестандартный функционал отсутствует кроме упомянутого ниже:

• мультиязычность с ЧПУ
• исключить дубли
• микроразметка страницы товара
• одностраничная\упрощенная форма заказа

Отзывы на главной это статичный HTML-блок.

4 товара на главной это тоже статичный HTML блок.

Стандартный функционал ОС, который отсутствует на верстке реализовывать не нужно: отзывы к товарам, характеристики и т.д.

Проект вести на git: установить чистую версию движка, а дальше коммитить с адекватными комментариями. Лишние манипуляции с прикладной логикой не приветствуются.

Срок исполнения не более недели с момента начала работы.

Оплата через гаранта.

С Вас цена.

Спасибо за внимание

Вообще, там просто iframe вставлен поэтому с минимальными модификациями можно получить совместимость. А из коробки - нет.

Примерно 10 лет назад в ICQ я проклял техподдержку Timeweb и поклялся на крови (которая шла из моих глаз, когда я читал их тупые отмазки) плевать в них на каждом углу. Клятву держу. Timeweb говнище!

P.S. В чем проблема ТС не знаю. Если на localhost проблем нет и проблема появляется случайным образом только на Timeweb, то, вероятно, дело действительно в хостинге.

10 hours ago, firessamp said:

не посоветуете какой лучше? Заранее спасибо

Из русских IHC очень ОК, но я не знаю есть ли у них shared-хостинг в принципе. Когда-то Джино был лучшим из shared-хостинг за счет гибкой настройки пакетов в сочетании с хорошей стабильностью работы.

За 100 можно найти того кто портирует на 2.х - у Вас сейчас есть доступ к исходникам.

UPD: Я может и сам бы за 100 USD портировал. 5 часов реальный объем работы. Отпишите в ЛС, если готовы сами заплатить или в складчину и я в течении недели посмотрю что надо для 2.1. Честно говоря, я совсем потерял интерес к ОС после выхода 2.0 и не следил за новостями

На одну строчку короче:

$total = $this->db->query("SELECT COUNT(*) total FROM `order` WHERE customer_id = '" . (int)$data['customer_id'] . "'")->row['total'];
echo $total;

Интересная задача.

Это не проблема интерфейса, а проблема логики. Прежде всего я бы предложил задуматься над структурой хранения данных. По-умолчанию в ОС идет свять заказ - способ доставки. Связь один к одному и в базе данных дополнительных полей нет. Это привычная бизнес-логика и она правильная. Кроме того, что она правильная она ещё прописана везде где только можно: поменяешь связи и будешь потом долго бегать по всем файлам и папкам и вносить правки

Надо решить как будут храниться данные в первую очередь.

Я бы предложил разбивать один реальный заказ на несколько заказов. Amazon так делают и Rozetka.com.ua тоже. Это позволяет сохранить бизнес-логику: разные поставщики - разные способы доставки и оплаты - клиент. При таком подходе Вы будете затрагивать только интерфейс оформления заказа и его логику, а модели и данные останутся целыми за счет чего Вам не придется ничего править ни в личном кабтинете пользователя ни в админке. Только обработку всяких там Totals надо правильно сделать.... как это "правильно" мне не очевидно - сложный вопрос.

Такое нельзя

Что-то не хочет у меня нормально работать

Parse error: syntax error, unexpected T_DOUBLE_ARROW in[/size]

Зачем этот файл в vqmod кэшируется? Подменил на файл из установочного пакета,все заработало, но до первой очистки кэша :(

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