это ж для Битрикс24
для bitrix нету rest api
для bitrix нету rest api
|
там стандартный компонент добавления даннных для hl блока есть же - кинул на страницу, поменял шаблон и веб форма готова.
правда отправку уведомлений по почте свою придется делать. другой вариант, я думаю попроще - навесить обработчик на web form - и сохранять результаты формы в hl block. и работать уже с hl block (фильтры и прочее). тогда велосипедить с почтовыми сообщениями не придется (там же шаблоны и много чего надо реализовать в случае использования только hl block). |
|
|
|
|
|
Лендинг пейдж = раздел - с набором материалов. Выводится через стандартный компонент раздела или тот же news list - у компонента явно задается шаблон отвечающий за вывод конкрентной landing page. У материала добавляем какие нибуть доп. свойства при необходимости если стандартных не достаточно и используем их при выводе.
Нафига еще какието инфоблоки дополнительные и потом пытатся навернуть свойства для них. |
|
|
|
|
|
- git
- хранение файлов практически - все, кроме папки bitrix и upload и т.п. загружаемых медиа файлов - хранение структуры и данных сайта в xml формате - на каждый инфоблок свой xml файл - нужно импортить/экспортить чтобы синхронизировать правки этим решается часть проблем по синхронизации. синхронизацию настроек сайтов хз как автоматизировать. > Очень интересует, как быть с ключом, если нужно иметь по сути 2 копии сайта? да никак, я пока пришел к такому: на рабочей делается отдельный шаблон и делается отдельная подпапка для демо сайта - по поддомену 'dev' например привязываем этот шаблон и папку, но к это не очень хорошо для стабильности. подойдет только для несложного функционала т.к. используются одни и те же данные (одна БД). либо поднимается отдельная копия в другом месте, с другим ключем или демо ключем и синхронизация осуществяется через git и импорт экспорт инфоблоков из xml а остальное вручную. |
|
|
|
|
именно так. |
|||
|
|
|
выдает
какие параметры нужны точно? |
|||||
|
|
|
|
и как тут вынести фильтр по SKU из цикла - ответ - да никак.
или будете передавать в фильтр массив из 4 000 артикулов? классическое решение - долгоиграющую задачу надо разбивать на части. создаем список заданий например по 100 элементов в задании. обрабатываем 1 задание за раз. 1 скрипт просто создает задания при запуске - некий набор файлов с данными в json или в сериализованном виде - в каждом файле содержится все необходимое для импорта 2 скрипт постоянно обрабатывет по крону - проверяет и берет следующее задание и обрабатывает его. тут еще нужна проверка на запуск скрипта чтобы не брал следущее задание пока выполняется текущее. |
|
|
|
|
ну и почему тогда это не включено сразу? чем меня очень бесит битрикс - то что в коробку функционал добавили, а настроить не настроили. и так почти везде. |
|||
|
|
|
|
ння
|
|||
|
|
|
|
думаю что дело не только в xls т.к. формат убогий - жрет кучу памяти и ресурсов для больших файлов. на шаредах лучше сразу переходить на xlsx или csv и делать обработку по частям.
тут более глобальная проблема - совместимость со сторонними библиотеками. нафига вообще это требование mb_string.func_overload=2 появилось? то что рефакторить ядро надо - согласен. |
|
|
|
|
как видите выше - нет нужно эскейпить подставляемые значения в запрос с помощью ForSql вручную, сам Query этого не делает а ForSql всего навсего лиш обертка над mysql_real_escape_string |
|||
|
|
|
|
а вот еще есть
вопрос скорее к разработчикам битрикс насколько оно нужно? это ж дублирующий функционал. cdatabase/query.php останется на вечно или планируется удалить в будущих версиях? просто такие конструкции c неймспейсами както не перевариваю $connection = Bitrix\Main\Application::getConnection(); $sqlHelper = $connection->getSqlHelper(); ... while ($record = $recordset->fetch(\Bitrix\Main\Text\Converter::getHtmlConverter())) ... |
|
|
|
|
не лучше ли использовать с подстановкой параметров |
|||
|
|
|
ключевая фраза "После обновления битрикс" если вас не устраивает то что реализованный функционал который раньше работал ломается после обновлений Bitrix (а это вполне нормальная ситуация) - тогда надо просто восстановить сайт из бекапа и больше никогда не обновлять Bitrix. |
|||
|
|
|
|
в данном случае он предназначен для импорта и экспорта структуры сайта.
например переноса готовой структуры на новый сайт. но если уж прям надо редактировать - то можно в любом текстовом редакторе. но зачем? если после импорта можно просто поправить контент через интерфейс админки битрикса |
|
|
|
|