ahmed

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

Сделать можно по аналогии, например, с тем, как сделано для артикула. Придется проделать много действий: создать поле в таблице, редактировать его в админке на странице товара, обработать новое поле в экспорте-импорте и прочее.

Возможных причин - десятки. Вряд ли кто будет для Вас составлять длинный список - неисправность, симптомы, способы исправления. Причина, скорее всего, индивидуальная, надо смотреть конкретно на Вашем сервере. Если готовы оплачивать (10-15$), обращайтесь в личку...

"Запрещается" совсем не там, где Вы думаете, а в api/Request.php, строка return strval(preg_replace('/[^\p{L}\p{Nd}\d\s_\-\.\%\s]/ui', '', $val));

У меня прекрасно срабатывают оба написанные выше запроса без ошибок.

Если делать штатно через phpMyAdmin, то все прекрасно работает. А если своими средствами, через отправку запроса в форме, то в зависимости от реализации...

Еще как поверим! Все правильно и вполне естественно, так как товар залежалый, версия не обновлялось два года.

{if $po->feature_id == '1' && $po->value=="Россия"}<img src="russia.png">{/if}

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

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

Файл не тот. Надо файл с данными, который Вы импортируете...

Если у Вас не проходит импорт, то начать надо с того, что выложить свой файл импорта. Потому как в целом импорт работает, а ошибки чаще всего индивидуальные, например в неверной структуре данных.

Если готовы оплачивать, пишите в личку...

Такое не предусмотрено. Надо программировать нужное... В текущем скрипте fancybox стоит image : '<img class="fancybox-image" src="{href}" alt="" />',

Спасибо, замечание правильное, постараюсь впредь конкретнее. 1. На настоящий момент имеем: сначала было решение из #71. Потом обнаружились недостатки при работе с Ямаркет. 2. Обнаруженный недостатки подправили в #78 так: в выгрузке писать токены как ранее. Уже само по себе решение выглядит неправильно и неестественно - задача стоит изначально, чтоб токен убрать, а теперь выходит, будет убирать, но не везде. 3. Теперь поговорим о появлении картинок в поисковиках. В стандартном шаблоне Simpla product.tpl есть такой хорошо известный код <a href="{$product->image->filename|resize:800:6

Судя по тому, что Вы изменили пост #78, ошибку Вы увидели. Чтобы Вы нашли ее самостоятельно. Тем более, что она, как я отметил, детская и видна сразу (если, конечно, хоть немного стараться ее увидеть). Еще цель была в том, чтобы Вы подумали лишний раз, прежде чем писать самонадеянные утверждения типа Я считаю, что сообщил Вам очень доходчиво, что ошибка примитивная и лежит на поверхности. Извините, не ожидал, что спец Вашей квалификации не найдет такой простой ошибки через пару минут...

Не очень понял, к чему Вы перешли на личности вместо конструктивного обсуждения. Главным в моем последнем сообщении был пункт 3. Вариант полностью не рабочий. В нем с ходу видна детская ошибка. Надо объяснять подробнее или сами найдете? В нем, среди прочего, содержался вполне конкретный вопрос, на который Вы ответить не пожелали. Я ожидал, что Вы за пару минут найдете и исправите ошибку и мы бы продолжили по существу. В крайнем случае я всегда готов разъяснить детали. Но если Вы не можете или не хотите, то не смею настаивать...

Я бы оценил так: 1. Совсем не изящно постоянно юзать сессию в тех случаях когда они уже не нужны. 2. Совсем не изящно в одних случаях использовать токен, в других нет - выходит непонятно почему излишнее усложнение, только пользователя путать. 3. Вариант полностью не рабочий. В нем с ходу видна детская ошибка. Надо объяснять подробнее или сами найдете? Когда он будет рабочим хотя бы частично, то можно будет перейти в вопросу о том, все ли в этом методе работает "как часы"...

Да, упустил этот момент. Значит, мое утверждение "сессия начнет пухнуть" - преувеличение. Но остается другое - в приведенном мной примере при каждом вызове index.php Вы очищаете токены в сессии и тут же записываете их снова. Каждый раз наполняете и очищаете сессию данными, которые совершенно не нужны в работе. Есть и более интересный момент. Нередко на сайте используются одни размеры изображений товара, при выгрузке на Яндекс маркет - другие. В этом случае Ваш метод, насколько я понимаю, приведет к тому, что URL-ы картинок, которые пойдут в Яндекс маркет, окажутся битыми. Сомневаюсь, что

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

Интересный приемчик. В плане надежности - недопущения несанкционированного ресайза - это, в отличие от первого способа этой темы, должно работать очень даже правильно. А в плане всего остального, ИМХО, это классический пример того, как нельзя делать. Должно быть, Вы решили пошутить...

Как раз в теме по Вашей ссылке фрилансер Wizard сообщает, что "нагрузка на локалхосте совсем незначительная". А вообще, конечно, интересно бы протестировать основательно на предмет нагрузки...

Стандартно в Simpla адрес изображения товара содержит токен - довольно длинный хвост, служащий для контроля, чтобы все желающие не смогли захламлять дисковое пространство произвольными нарезками изображений. Предлагавшийся в теме http://forum.simplacms.ru/topic/8424-%D1%83%D0%B1%D0%B8%D1%80%D0%B0%D0%B5%D0%BC-%D1%82%D0%BE%D0%BA%D0%B5%D0%BD-%D0%B8%D0%B7-%D0%B0%D0%B4%D1%80%D0%B5%D1%81%D0%B0-%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D1%8F/ прием для удаления токена правильно работает лишь в простейших случаях. Как отмечалось в той теме в #47 и #67, тот способ не будет полность

Есть реализация. Работает с двумя ценами и сайт и корзина и заказ вполне осмысленно и логично.

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