Александр Воробьев (Все сообщения пользователя)

up

Покажите строки 9 и 26 файла /home/gs/web/gs.annabronze.amado.su/public_html/local/php_interface/include/functions.php

Направление: у bitrix:catalog.section (как и у некоторых других компонентов выводящих список) есть параметр "FILTER_NAME". При помощи которого можно передать имя глобальной переменной содержащей фильтр по выборке. В остается задать фильтр, разместить его в глобальной переменной, а ее имя передать в компонент.

А при чем тут битрикс?

Тут дело в верстке. В том как она реализована сейчас и что хочется видеть после доработки. Для некоторых случаев вполне достаточно добавить праила для разных разрешений, в других легче все старое выкинуть и отверстать заново

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

строго говоря модуль не обязателен, достаточно создать свой класс, создать таблицу в БД и обеспечить доступность его описания там где необходимо.... Хотя, оформить модулем, я думаю, было бы правильнее.

Класс создать унаследовав \Bitrix\Main\Entity\DataManager, после создания класса можно и таблицу создать выполнив:
Bitrix\Main\Entity\Base::getInstance('<ClassName>')->createDbTable();

Не зная деталей задачи, на мой взгляд, трудно дать оптимальный совет. "В общем случае" я бы хранил данные в своей таблице (естественно работая c ней при помощи ОРМ). А уже выдачу браузеру кешировал стандартным образом (вам ведь не нужны все записи на одном хите - а нужна некая выборка?)

А исходить надо из того, что вы с этими записями делаете.  

Проверьте настройки капчи в админке. У вас возможно задан левый отступ. А так же, если не поможет, уменьшите размер шрифта

У класса DataManager есть методпопробуйте его перекрыть в своих классах

1/ Лучше создать новый шаблон (можно скопировав существующий). Так исключаете случайное затирание кем-либо (или самим-собой) из-за совпадения имени каталога
2. Раньше все шаблоны сайтов располагались в /bitrix/templates/ теперь рекомендуется в /local/templates/
3. Странный вопрос.. Делайте это правильно. Это не зависит от размера проекта. (из каких вариантов выбираете?)
4. Согласно рекомендациям обучающего курса Битрикс

Наталья Малахова, скажем так. Там есть все, что нужно для решения вашего вопроса, только вот читать это скучно и нудно

В публичной части перейдите в режим правки. Наведите курсор мыши на нужный компонент. У вас появится небольшая панель битрикса. Рядом с шестеренкой стрелочка вниз. - При наведении меню. Там будет среди прочего "редактировать шаблон <название_искомого_компонента>". В открывшемся окне вверху будет полный путь до основного файла данного шаблона.

PS перед внесением правок рекомендую сделать резервную копию....

Наталья Малахова, тут выше приведены ссылки на курсы. Там все расписано.

Смущает только одно. Правильно ли я понял: сейчас сайт работает с NFR ключом, на этот же ключ зарегистрировано решение из маркет плейс. Теперь вы хотите привязать сайт к другому (не NFR) ключу?

Я могу ошибаться, но думаю в этом случае лучше также уточнить этот момент у разработчиков решения.

Андрей Николаев, не совсем корректное сравнение.
Давайте не забывать что разработка D7 и Ko еще не завершена (к сожалению). С пользователями да, но есть иные сущности, например:
Bitrix\Sale\Order и \Bitrix\Sale\Internals\OrderTable. Первое это скорее аналог вашего первого листинга.

А вот, что к свойствам до сих пор доступа нет это печально...

в настройках сайтов корневой каталог настроен у обоих правильно?

Почему же в значения?
Делайте подобные свойства типа Справочник на (highload блоках)
UF_XML_ID идет в этот URL
UF_NAME в значение

Выгружаете всю информацию с одного, загружаете на другой. Выгрузку и загрузку, скорее всего, придется писать свою - согласно АПИ этих версий. Переносите файлы. Далее проходитесь по всем файлам и ищите несостыковки - исправляете. Четкую инструкцию тут вряд ли дать возможно.

Такой вариант (в шаблонах компонентов списков типа news.list,catalog.section). В result_modifier.php

Ну судя по полям это не элемент инфоблока.
Поэтому CUser::Update
А вообще если это в стандартном модуле - настроить.  

Сайт в корне файловой системы?!!  

Ну это ладно. А по сути не должно быть разницы. Если настроить по рекомендациям в документации дя разных доменов.

В подкаталоге site2  создаете симлинки на bitrix, local, upload и вперед. Только на первом сайте обыграть в htaccess что нельзя было обратиться по адресу

http://site1/site2/

Андрей Николаев, к сожалению не все.

Битрикс тащит свои скрипты. Порой они не нужны совсем. GooglePagespeed на них"стандартно" ругается. Избавиться от них пока можно только создав обработчик OnEndBufferContent и вырезать лишнее. Действительно дает уменьшение времени загрузки. Но надо делать аккуратно: что можно выкидывать, а что нет индивидуально для каждого сайта,

А оную с этим вопросм обращались? Если уверены, что у вас все законно, полагаю там быстрее разберутся с проблемой.  

Нормально все идет. У меня правда Debian, но не думаю, что что то перемудрили в убунте. Ни чего "особого" я не донастраивал. Единственные "настройки" связаны с теми параметрами конфигурации, что вылетают при тестировании во время установки, но там пару строк в конфиг добавить. Хотя, конено, по максимуму лучше тестировать на полной конфиге включая nginx, memcache(если используется).... С другой стороны я за три года не наталкивался на проблемы, что на моей системе (по сути обычный LAMP) все работает, а на системе с bitrixenv работает иначе.

Никита Ховдун,  я так понимаю вы базу и файлы руками копировали/разворачивали. Сделайте иначе: создайте на сервере бэкап (из битрик-админке). Скачайте файлы архива. Положите их в корень у себя. Туда же скопируйте битриксный restore.php обратитесь к файлу через браузер. И Битрикс сам развернет все и настроит.  

К тому же, скорее всего, у вас опечатка не "leng" а "lang"