Jump to content

phukortsin

Фрилансер
  • Content Count

    1200
  • Joined

  • Last visited

Информация о вас

  • Фриланс
    Программирование
    Пользователь
  • Версия CMS
    2.x
  • From
    Львов

Recent Profile Visitors

636 profile views
  1. Официальная максимально точная информация по вопросу тут:
  2. $keyword_sql .= $simpla->db->placehold("AND (p.name LIKE '%$kw%' OR p.meta_keywords LIKE '%$kw%' OR p.id in (SELECT product_id FROM __variants WHERE id='$kw' OR sku LIKE '%$kw%' ))");
  3. $keyword_sql .= $simpla->db->placehold("AND (p.id='$kw' OR p.name LIKE '%$kw%' OR p.meta_keywords LIKE '%$kw%' OR p.id in (SELECT product_id FROM __variants WHERE sku LIKE '%$kw%'))");
  4. Довольно сложный функционал. И Simpla стандартно для такого плохо приспособлена. Начать с того, что расчет заказа проводится ОТДЕЛЬНО для корзины и для заказа. А есть еще и третий расчет - в админке при изменении состава заказа. Копать, в частности, в api/Cart.php. Еще в api/Orders.php - там есть функция расчета окончательной суммы.
  5. Воможно, в папке view. Или в api. Как разработчик создал...
  6. Поскольку стандартно такогов API Simpla не предусмотрено, то делать свое...
  7. Скорее всего, потому, что разработчик этого функционала вообще по умолчанию сортировку не предусмотрел и сортировалось довольно случайно...
  8. Нужно посмотреть во всех местах, имеющих отношение к вопросу. Для начала хорошо бы увидеть, что текущая cортировка по ссылке не есть "старые сначала". Сортировка у Вас странная, от даты мало зависящая. Причин может быть много - от индивидуального измененного кода до нестандартных настроек полей в таблице БД...
  9. Готовое вряд ли найдется. А сделать можно по аналогии с поиском на странице товаров или еще как-то. Если покупатель зарегистрирован, то можно создавать в админке специальную ссылку на его ЛК, где все заказы есть.
  10. Если страница лендинга имеет свой собственный вид, стили, и прочее, то такой способ запортит внешний вид магазина... Для такой задачи есть типовое решение. Загружать лендинг в main.tpl и делать для него свою оболочку (можно прочесть в комментариях в том же main.tpl)...
  11. Ошибки такого плана - это вполне ожидаемое следствие принципиально неверного подхода. Ведь сейчас, кроме стандартного резайза для товаров, создано еще два - для блога и для баннеров. И создано дублированием кода, что, как известно, дает риск дополнительных ошибок. Надо бы создавать резайз как единый функционал, для всех или по крайней мере некоторых сущностей. Именно так сделано в Okay. Один товарищ выше в начале темы высказал мысль, что там плохо реализовано. Конечно, недостатки и там есть. Но тутошний метод по сравнению с тем, что у Okay, неизмеримо хуже. А тот товарищ про это пока не с
  12. Переменную $payment_currency нет смысла передавать в шаблон, да еще и в цикле. Очевидно же, что она должна иметь не одно значение, а индивидуальное значение у каждого заказа. Если у Вас работает верно, то либо Вы ее в шаблоне не используете, либо Вы пока еще не обнаружили тот случай, когда работает неправильно. А еще в коде добываются данные по покупкам каждого заказа В ЦИКЛЕ, что есть добавочная нерациональность. Но если Вас все устраивает, то примите мои поздравления...
  13. Ваше решение выполняет для заказа ДВА запроса к базе - один для получения данных по методу платежа, другой по валюте. Если на странице 5 заказов, то будет 10 однотипных запросов. Если 50 заказов -то 100 запросов. Встречались админы, которые и 1000 заказов выводят. И если на странице применяются 2-3 разработки, подобных Вашей, то иногда и вообще сервер намертво зависает... А правильное решение рядом - в том же файле смотрите, например, как извлекаются данные по меткам для заказов...
×
×
  • Create New...