Jump to content

phukortsin

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

    1209
  • Joined

  • Last visited

Everything posted by phukortsin

  1. 1. В переменной $fn получается значение вида http://domain.com/files/products/dc23_pink_weis_klein.800x600.jpeg?e420333638500a52e02ba1a9a3508938 А надо формировать в виде files/products/dc23_pink_weis_klein.800x600.jpeg 2. Надо использовать {filesize($fn)} или {$fn|filesize}
  2. Возможно. Один из способов - в Smarty-плагине get_featured_products подсчитывать кол-во связанных у полученных товаров. Готового в api нет, свою функцию или свой запрос создавать и использовать. Или дорабатывать api.
  3. Полемики пока нет. Есть с Вашей стороны вопросы. Вопросы изначально глупые и бессмысленные. А какой вопрос, таков и ответ. Если в общем, Вам уже сказали - причина в неверном коде, который вставляется бездумным копированием. Если конкретно, то один ошибочный момент был приведен. Вы никак не среагировали. На форуме, и в этой теме в частности, можно найти много кода. Находите и используйте, если уверены, что все так просто... Если Вы зададите осмысленный вопрос по СИСТЕМЕ, Вам, скорее всего, дадут осмысленный ответ. На форуме примеров тому много. А пока Вы задаете в
  4. Знаю, в чем МОЖЕТ БЫТЬ. И могу книгу написать про тысячу причин, которые МОГУТ БЫТЬ... Если Вы готовы оплачивать такие труды, могу подготовить для Вас длинный текст с фантазиями на тему.
  5. Надо бы писать не отрывочными кусками с последующими "позабыл-добавил", а ТОЧНО и ПОЛНОСТЬЮ все делавшиеся изменения со всеми деталями... А гадать, что Вы еще забыли и что еще добавили, можно долго...
  6. Должно быть, потому, что работаете методом тыка и копируете как-нибудь без понимания. Например, в последнем фрагменте делается попытка записать в title пустой класс, как минимум совсем бессмысленная...
  7. Это не "как будто", а именно так и есть. Так автором и задумано. И это правильно... На форуме уже много раз это разъяснялось...
  8. Индивидуальным программированием. Если готовы оплачивать, обращайтесь в личку.
  9. Официальная максимально точная информация по вопросу тут:
  10. $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%' ))");
  11. $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%'))");
  12. Довольно сложный функционал. И Simpla стандартно для такого плохо приспособлена. Начать с того, что расчет заказа проводится ОТДЕЛЬНО для корзины и для заказа. А есть еще и третий расчет - в админке при изменении состава заказа. Копать, в частности, в api/Cart.php. Еще в api/Orders.php - там есть функция расчета окончательной суммы.
  13. Воможно, в папке view. Или в api. Как разработчик создал...
  14. Поскольку стандартно такогов API Simpla не предусмотрено, то делать свое...
  15. Скорее всего, потому, что разработчик этого функционала вообще по умолчанию сортировку не предусмотрел и сортировалось довольно случайно...
  16. Нужно посмотреть во всех местах, имеющих отношение к вопросу. Для начала хорошо бы увидеть, что текущая cортировка по ссылке не есть "старые сначала". Сортировка у Вас странная, от даты мало зависящая. Причин может быть много - от индивидуального измененного кода до нестандартных настроек полей в таблице БД...
  17. Готовое вряд ли найдется. А сделать можно по аналогии с поиском на странице товаров или еще как-то. Если покупатель зарегистрирован, то можно создавать в админке специальную ссылку на его ЛК, где все заказы есть.
  18. Если страница лендинга имеет свой собственный вид, стили, и прочее, то такой способ запортит внешний вид магазина... Для такой задачи есть типовое решение. Загружать лендинг в main.tpl и делать для него свою оболочку (можно прочесть в комментариях в том же main.tpl)...
  19. Ошибки такого плана - это вполне ожидаемое следствие принципиально неверного подхода. Ведь сейчас, кроме стандартного резайза для товаров, создано еще два - для блога и для баннеров. И создано дублированием кода, что, как известно, дает риск дополнительных ошибок. Надо бы создавать резайз как единый функционал, для всех или по крайней мере некоторых сущностей. Именно так сделано в Okay. Один товарищ выше в начале темы высказал мысль, что там плохо реализовано. Конечно, недостатки и там есть. Но тутошний метод по сравнению с тем, что у Okay, неизмеримо хуже. А тот товарищ про это пока не с
  20. Переменную $payment_currency нет смысла передавать в шаблон, да еще и в цикле. Очевидно же, что она должна иметь не одно значение, а индивидуальное значение у каждого заказа. Если у Вас работает верно, то либо Вы ее в шаблоне не используете, либо Вы пока еще не обнаружили тот случай, когда работает неправильно. А еще в коде добываются данные по покупкам каждого заказа В ЦИКЛЕ, что есть добавочная нерациональность. Но если Вас все устраивает, то примите мои поздравления...
  21. Ваше решение выполняет для заказа ДВА запроса к базе - один для получения данных по методу платежа, другой по валюте. Если на странице 5 заказов, то будет 10 однотипных запросов. Если 50 заказов -то 100 запросов. Встречались админы, которые и 1000 заказов выводят. И если на странице применяются 2-3 разработки, подобных Вашей, то иногда и вообще сервер намертво зависает... А правильное решение рядом - в том же файле смотрите, например, как извлекаются данные по меткам для заказов...
×
×
  • Create New...