Серёга Злобиков написал: А как можно дополнительно обновить только нужный шаблон?
Зависит от специфики разработки. Если делать в лоб - "копируем структуру и правим кнопочку", то это сложнее обновить. А если по грамотному - изменять только нужные компоненты, то и проблем (как у вас) уже не будет, или будет не так много.
Цитата
Серёга Злобиков написал: Или получить только нужные файлы, например, только обновлённые css и спрайты?
Только ручной контроль, сравнение времени изменения файлов.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Возможно, вы не так меня поняли. Вы можете использовать свои любые наработки, но сам Битрикс (админку) вы имеете право юзать только один раз (для _боевых_ сайтов). То есть, никто не мешает поставить полную копию боевого вам локально и законно ее юзать для тестов.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
GetNext - простая выборка, возвращает то, что попросили.
Fetch - то же самое, но возвращает данные в небезопасном виде (не применено htmlspecialchars). Рекомендуется использовать с пониманием что это действительно надо (когда случится, поймете).
Цитата
kirov43 написал: Также в каких случаях нужно хранить свойства в отдельной таблице?
Когда нужно проставить ключи на определенные свойства, как-будто они являются отдельными колонками таблицы (а они и так ими будут являться).
Цитата
kirov43 написал: И как способ хранение свойств ИБ зависит от использование CIBlockElement::GetList? то есть на кол-во запросов?
ИБ+ дает бОльшее кол-во _мелких_ запросов (зависит от кол-ва запрашиваемых св-в), а обычный ИБ порождает более мощный запрос. И то и то верно применимо к выборке св-в.
Цитата
kirov43 написал: чем различие в результате массива ключей $arResult[NAME] от $arResult[~NAME] ?
См. выше. С тильдой - это НЕбезопасные данные. Грубо говоря, с тильдой - это результат от Fetch, а без тильды - GetNext. Грубо говоря.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
1. Пользователь создает элемент инфоблока (заполняет форму). 2. Элемент сохраняется во внутреннем инфоблкое, и этот же элемент добавляется в корзину, покупается. 3. В заказе видим ссылку на элемент в админке, где можем увидеть что и как заполнил пользователь.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Только недавно вышло автоопределение ориентации изображения и ее поворота. Так что тут либо поворачивает неправильно, либо такие апдейты еще не стоят, и картинка показывается "как есть". На компе показывается правильно потому что программы-просмотрщики во время просмотра поворачивают ее, но не меняют ориентацию на диске.
Фото "как есть" всегда можно посмотреть в том же браузере, чтобы понять где правда.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Дмитрий Шкуркин написал: мда... событие вызывается до добавления свойств... странно что нет нормального события после формирования полного заказа, в этом случае приходится использовать OnOrderNewSendEmail
Все верно про "до добавления". А каким компонентом пользуетесь для оформления? В sale.order.ajax очень много событий, в том числе что-то типа OnComplete (полное завершение заказа).
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Любой GetList внутри цикла потенциально опасен. Завтра количество итераций увеличится, и замучаетесь искать таракана. Если задача к этому пришла, значит что-то где-то не так.
А вот чтобы помочь вам - я не понял вашего вопроса. Отфильтровать по "непустой" в фильтре вроде бы нельзя. По идее надо вводить св-во категории, куда писать есть / нет элементы (включая подразделы). Изменять это в обработчике добавления/изменения _элементов_.
Ну и вынести компонент bitrix:menu к себе, исправив прямо код. А то, как понял, вы пилите прямо в шаблоне доп. код. Это тоже не совсем хорошо.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Тогда, как минимум, вам стоит создать тему в вакансиях здешних. Вы спросили совета - почему так - я ответил. Если нужен конкретный - нужно просто создать конкретную вакансию (с упоминанием Битрикс). Попробуйте, ничего не теряете.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Сергей, хороший (!) SEO-оптимизатор не занимается техникой. Он просто дает советы и консультации. А кого вы наймете (может сами сделаете) - его не волнует. Если он сам эти занимается - у меня бы вызвала сомнение его компетентность.
Это мое имхо конечно, но основанное на большом опыте работы со специалистами.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Онлайн трейд 4.5сек , в моем же браузере онлоад 15 секунд вообще firebug показывает
икском - 4 сек
Вот подтверждение моих слов, что пинговалка находится в жопе мира, и дает добро тем ресурсам, которые находятся рядом. А кого приходится тягать через океан - тем дает минусы.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
159 avto пишет: Кстати, возможно доделать gamepark.ru, чтобы загрузка была 1-2 сек и объем страниц до 1 Мб?
Я бы с вами с радостью обсудил бы тонкости разработки таких проектов (собственно за этим и полез в тему, о чем уже пожалел), но если вы не слушаете? Причем тут Битрикс?
Да, наверное можно затюнить сервак, перетащить его в Россию (кстати, эта пинговалка не учитывает географию, не думали об этом?), отдавать картинки с иного контента. Да много чего можно. Вопрос - ЗАЧЕМ? Они зарабатывают деньги, уже. Пока вы (ну или ваш клиент) только собираются и готовят секундомеры.
mnogomeb.ru - вот вам еще пример. Он вам вообще тормозом покажется. Что не мешает человеку вести бизнес.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.
Забыл. В модуле уже предусмотрено - если ссылка имеет rel, то ее не обрабатывать. Просто ссылкам в подвале сделайте rel="follow", и все будет в порядке.
Я инженер, который решает задачи, а не пишет на языке. Архитектура, разработка, DevOps — подбираю инструменты под цель, строю решения, которые работают в проде и масштабируются без боли.