Волков Николай

Не указано имя TV для include:

[[!SimpleSearch?
	&tpl=`SimpleSearchResult`
	&includeTVs=`image`
	&processTVs=`image`
	&prepareTVs=`image`
]]

P.S. Практика переписи стандартных чанков — УЖАСНАЯ. При обновлении SimpleSearch они перепишутся на исходные и результаты работы коту под хвост. Лучше копируйте их и именно с копиями производите работу.

На мой взгляд проще перейти на шаблонизатор fenom, который используется по умолчанию в msProducts. Тогда ваш код превратится в:

{if $garantiya is not empty}
<div class=" prop-item prop-guarant" data-placement="top" data-toggle="tooltip" title="Гарантия: {$garantiya} {$garantiya|declension:'год|года|лет'}">
 	<span class="value">{$garantiya}</span><span class="val-ed">{$garantiya|declension:'год|года|лет'}</span>
</div>
{/if}

Но это как пример… Лично я использую значительно более сложные приемы, которые в отличии от стандартного парсера работают с fenom…

Для ответа на подобные вопросы нужно ЗНАЧИТЕЛЬНО больше вводных данных… Но мне почему-то кажется, что нужно залезть в .htaccess и там включить использование friendly ссылок либо проблема в неправильных настройках для https протокола.

Бесплатных плагинов и т.п. НЕТ. Проще поставить ContentBlocks или т.п. В противном случае прийдется много руками прописывать, вроде templates

Хм, на shopkeeper просто доработки не охота делать, поэтому готов взяться, если вместе с переводом на miniShop2. Со мной можно связаться в телеграмме или вайбере или skype по номеру +7 (921) 931-94-64

P.S. у вас открыты директории в том числе core… Это очень плохо…

Вы бы хоть на текущую версию сайта ссылку дали…

просто очень не явная передача.

У меня в свое время из этой серии были похожие проблемы со штуками вроде:

public function &getValue()
{
...
}

Тут про это можно почитать:

php.net/manual/ru/language.references.return.php

P.S. Убила заметка от кого-то:

php.net/manual/ru/language.references.return.php#115745

<?php

function & func_b ()
{
$some_var = 2;
return $some_var;
}

function func_a (& $param)
{
# $param is 1 here

$param = & func_b();

# Here the reference is changed and
# the "&" in «func_a (& $param)»
# is no longer in effect at all.
# $param is 2 here

$param++;

# Has no effect on $var.
}

$var = 1;

func_a($var);

# $var is still 1 here!!! Because the reference was changed.

?>

Хотя на самом деле странно, что было использовано обозначение shk_order, а не shk_cart, т.к. мне почему-то кажется, что в order должно храниться информация определяющая сам заказ, к примеру вид заказа (повторяющийся, единичный) ID сессии, ID структуры данных, где хранится адрес и т.д.

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

Вообще мой совет лезть в Github и смотреть банальные исправления ошибок, т.к. там есть комментарии и т.п.

Амперсанд (&) обозначает связь переменных.

Ну я бы поспорил на счет такого определения… Скорее он обозначает передачу адреса в памяти, где хранится содержимое указанное переменной… Но это тоже ОЧЕНЬ хреновое определение.

P.S. то, что это называется Амперсанд, все время забываю :-) Суть знаю, а термин сам никак не запомнить. Старость не в радость.

Ничего не могу с собой поделать :-) Тащусь от минимала тех времен :-) Хотя, если честно, то кроме визуальной составляющей, он не особо толковый :-/ Ну да ладно… Флудить не буду :-)

Если не секрет, то сколько лет дизайну сайта?

Реально, мне не очень в нем нравится только одно: как к этому будут относиться поисковики… Или я отстал от жизни?

Плюсую вариант в первом комментарии + еще можно создать на отдельном субдомене мобильную версию сайта (m.site.ru) и соответственно раскидать по этим контекстам одну и туже страницу. Соответственно, в разных контекстах разные и ресурсы и поэтому им можно присвоить разные шаблоны и т.п. Связать ресурсы в контекстах можно через Babel тот же, но скорее всего есть более хороший компонент для подобного…

Тут все просто на самом деле. Видимо на старом хостинге стоит ограничение на время выполнения PHP скриптов и из-за этого vapor не успевает собрать в один пакет. Нужно воспользоваться либо SSH или старым добрым FTP.

UPD: Сам предложил — сам и опровергну. Для увеличения скорости БД, помимо указания того, что индекс уникальный, дополнительно нужно произвести еще ряд доработок в плане оптимизации… К примеру, перенести физическое расположение колонки артикулов на второе место после колонки с ID… Более того, скорее всего нужно будет оптимизировать ряд SQL запросов, в противном случае эффект от дополнительного уникального индекса может не быть никакого эффекта… Ну и еще ряд нюансов… Реально, кроме железо-бетонной уникальности самих артикулов без оптимизации может не быть никакого толку… Более того, бессмысленно вырастет количество МБ, требуемое для физического хранения БД. И даже еще из-за увеличения размера может вообще в случае совсем здоровых таблиц получиться обратный эффект и наоборот снизится скорость работы… Поэтому стоит признать, что мое предложение не самое лучшее…

По-моему самый простой вариант — указать в БД, что INDEX уникальный для колонки с артикулами… Правда не знаю, как будет тогда в админке выводиться ошибка в случае дублирования… Нужен все таки будет отдельный плагин или внутри самого MODx все уже предусмотренно для вывода оповещений о подобных ошибках…

Как бы оно не было, но в любом случае для ускорения работы БД сделать индекс уникальным будет не лишним точно…

В итоге дыра была найдена? Или все таки нет и сейчас определяется исполнитель переноса на Revo?

Жестко…

Не буду спорить по одной простой причине: я не особо понял, что делает и для чего вообще нужен данный компонент :-) Поэтому я бы и не спорил даже с утверждением, что вообще это «полная халява с учетом предоставляемых возможностей».