Алексей Емельянов

но я не шарю в php

Вот это надо решить в первую очередь. Если нет желания и/или необходимости - зайдите на фриланс, заплатите тому кто шарит.

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

Та, что лично ты лучше знаешь.

Нужно проверить на пустоту значение в $arFields['PROPERTY_TIME_VALUE']. Если пусто, то continue.

Более удачный вариант - добавить проверку на непустое значение в $arFilter. Как вариант '!TIME' => false

Проще всего кастомизировать файл выгрузки, они расположены по пути /bitrix/php_interface/include/catalog_export/yandex_run.php|yandex_setup.php (если пользуетесь стандартной выгрузкой). Кастомизируете оба файла (называете иначе, но обязательно сохраните постфикс файлов: _run.php _setup.php).

Код формирующий выгрузку содержится в yandex_run.php. (в файле будет содержаться подключаемый файл из ядра, найдите его, и полностью скопируйте код его содержимого себе в кастомизированный файл <вашеназвание>_run.php) . Сам код получения свойств конкретного товара такой

$ipropValues = new \Bitrix\Iblock\InheritedProperty\ElementValues(
                        $arCurElem["IBLOCK_ID"], // ID инфоблока
                        $arCurElem["ID"] // ID элемента
                    );
$arElMetaProp = $ipropValues->getValues();

Вставить его нужно внутри цикла проходящего по найденным товарам и передать требующиеся значения. (Обратите внимание, что в зависимости от того использует ли каталог торговые предложения или нет, определяется место вставки данного кода). Сам такое не делал, возможно есть более прямые пути, без подзапросов, но это первое что приходит в голову.

Вообще если хоть кто нибудь читал доку к бутсрапу а не делал "как в видио на ютупе" то там есть хелперы для выравнивания блоков (pull-right), а также текста (text-right)

А вы проверяете на стороне сервера тип запроса (ajax или обычный запрос)? Если приходит ajax запрос, то делаете сброс буфера перед выводом необходимого контента.

Нет лучшего NoSQL хранилища вообще, есть под задачи, у каждого плюсы и ограничения. Redis супербыстр когда оперативки больше чем данных, иначе он часто подгружает с диска и сводит на нет скорость (если это еще не переделали), хорош для очередей сообщений, списков (встроены сортировки), всякой мелкой инфы. memcache (не memcached) самый быстрый но не флашит на диск ничего (собсвенно оттого и). memcached простейший key-value с флашем (хорош для очередей сообщений и всяких счетчиков). У последних двух особенность multiget — взять много ключей за раз работает столько же сколько и один, так что хорош для хранения «превьюшек» данных по их id, когда сортированные списки хранятся где-то еще (в редис). MongoDB не просто key-value, в ней можно хранить целые документы (пост со всеми комментариями), некий компромисс между nosql и RDBMS. Hbase уже совсем замена RDBMS, один из самых быстрых когда речь идет о IO диска, соответственно эта NoSQL для постоянного хранения стопитцот миллиардов данных. Cassandra похоже конкурент Hbase, но аутсайдер, т.к. фейсбук/твиттер от нее отказываются ;) Про CouchDB и Riak я ничего особенного не слышал (может кто дополнит — мне интересно)

глупый вопрос , поработайте месяц не понравится уйдете

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

Не надо вырезать никакие теги!
Безопасность, как и в сексе, определяется правильным применением контрацептивов :)
При записи в БД ваши данные перед попаданием в текст запроса должны пройти через escape-обработку mysqli_real_escape_string() php.net/manual/ru/mysqli.real-escape-string.php
При выводе в браузер ваш текст, независимо от того, ожидаете вы в нем теги или нет, должен пройти через htmlspecialchars() php.net/manual/ru/function.htmlspecialchars.php

Эти два простые правила позволят вам получить море наслаждений с минимальным риском.

Маленькое дополнение. Если в редакторе используется bbCode, то подумайте над хранением обеих версий текста: оригинальный текст с редактора и скомпилированный html-код. Так вам придется выполнять дорогую операцию компиляции bbCode лишь при изменении оригинала.

Хочется без подключения сторонних модулей.

upd.
Обнаружил убогий хак для решения этой проблемы: открыл соседний css файл для редактирования, а потом в урле заменил его название на нужный less файл. Вуая! Он загрузился для редактирования.

В urlewrite.php нужно добавить старый формат адреса и создать страницу, которая будет обрабатывать такие запросы. На этой странице при помощи CComponentEngine::ParseComponentPath() получайте элемент инфоблока по ID и отправляйте на правильный адрес.
Вместо страницы можно сделать полноценный комплексный компонент, который после настройки через интерфейс сам пропишется в urlrewrite.php.

Пользовательские поля