Форум

Можете попробовать данный модуль http://marketplace.1c-bitrix.ru/solutions/asd.nofollow/
Как понял, у вас подгрузка идет по аякс, и если (!) контент прилетает как HTML, то модуль и его обработать должен.

[QUOTE]159 avto пишет:
хорошие и функциональные интернет магазины
[url]http://www.ozon.ru[/url] 1,2 2,3
[/QUOTE]Гыгы. Вы на Озоне заказывали? Убогий до жути, ужасно тормозит (вот там реально - жду 2-3 секунды пока начнет мышка шевелиться). Ругался с ними - бесполезно ("у нас все хорошо" ). Ибо там НЕ оптимизирован JS, что ваша свистелка не умеет определять.

[QUOTE]Андрей Гаврилов пишет:
Вам ничего не надо показывать. Бросьте это занятие. Указанные вами магазины имеют бюджет разработки больше ваших 300000 рублей.[/QUOTE]Имхо ТС - троль. Либо тот самый заказчик, который и будет заказывать сайт с секундомером, а потом в пример приводить сайт, который мы ему здесь таки найдем - мол я вам отвалил 300 косых, вон у других летает, а вы ничего не умеете.
Ну прав дело - сомневаюсь, что в данный момент в Мире существует один И (индивидуум), который ждет такого мощного КП, а второй И ищет материал для КП.

Стоит упомянуть еще социальную инженерию, которая более высокоурвневая атака.

Ну к примеру, вы получаете user.current, по его мылу находите _у себя_ пользователя на сайте и авторизуете в приложении. Теперь представьте, что каким-то образом зарегистрировали портал с мылом вашего пользователя сайта (к примеру есть админ, который не зареган в Б24). В данном случае ваше приложение авторизует внешнего пользователя как администратора. Поэтому, к полученному e-mail надо все равно относиться с опаской и проверять дополнительные поля уже собственными методами проверки.

[CODE]$signer = (new Bitrix\Socialservices\Bitrix24Signer)->setKey($key);[/CODE]может быть так и можно делать в самых последних PHP, но 5.3 точно нельзя, там надо делать по старинке:
[CODE]$Bitrix24Signer = new \Bitrix\Socialservices\Bitrix24Signer;
$signer = $Bitrix24Signer->setKey($key);[/CODE]

[QUOTE]Ilya P пишет:
Разработчик нормальный. Дамп переменной arResult шаблона catalog.section выдает все свойства инфоблока для каждого товара на странице.
А у нас их очень много. Это ядро выдает. Sql запросов невероятно много без кеширования. Шаблон близкий к стандартному, лишь дизайн поменян.
[/QUOTE]Я слабо знаком со стандартными компонентами конечно, но точно могу сказать, что какие св-ва выводить - задается в настройках. Может быть там настроен вывод всех св-в?
В любом случае, Илья, вы же понимаете - поведение неправильное, и если вы приложили все усилия, чтобы косяков не было, значит надо жаловаться в Битрикс - что мол за дела. Не могу не привести в пример пост Сергея от 10-го года http://www.1c-bitrix.ru/blog/rsv/2074.php , показывающий что нет-нет, да кто-то молча что-то возьмет и сделает.

[QUOTE]Ilya P пишет:
Каждый раз при заходе на страницу категории каталога, грузятся все свойства инфоблока для каждого товара, масса sql запросов.
[/QUOTE]Это у вас стандартный шаблон? Вас обманул разработчик, если он спихнул свои косяки на коробку.
[QUOTE]Ilya P пишет:
Да и генерация страницы в 0.1-0.5 секунд это совсем не быстро, учитывая какое там железо.
[/QUOTE]0.1 это очень хорошо (тут не только в железе дело). 0.5 уже хуже, да.

[QUOTE]Александр Андреев пишет:
Почему в $APPLICATION->ShowTitle() не подгружается заголовок устанавливаемый через $APPLICATION->SetTitle() ?
[/QUOTE]Собственно ответ на этот вопрос и является ответом на вашу тему. ShowTitle() выводит именно <title> документа, то есть заголовок окна браузера, который в свою очередь ставится через SetPageProperty('title', '....'); Если (!) последний не выполнялся на странице, то в ShowTitle() летит тот заголовок, который поставлен через SetTitle.

А SowTitle(false) всегда выводит то, что установлено через SetTitle();

И в <title> надо писать именно ShowTitle(), а на странице уже с false. Чтобы решить конкретно вашу проблему, надо применять либо SetTitle либо SetPageProperty в зависимости от потребности.

[QUOTE]Виталий Черепанов пишет:
бывает и такое что у клиента средние машины с быстрым интернетом есть а в день тестирования у провайдера что нибудь случилось
[/QUOTE]ТС прав, что рендеринг страницы важное условие для сайта, даже важнее скорости инета. Но в одном он не прав - почему он это привязывает к Битриксу - понять не могу.

Не, есть конечно тонкости разработки, которые и на это влияют - и все эти инструменты у Битрикс есть (например, мерженье CSS/JS), но тут начинаются предьявы к весу контента
*непонятки*

Повторю свой вопрос - как _верстка_ зависит от Битрикс?

[QUOTE]159 avto пишет:
Если страница загружена за 1 сек, а функции работают только через 3 секунды- разве это нормально?
[/QUOTE]Значит Битрикс отработал за 1 сек (и это много!) а верстка за 3 :)

Ну и еще вам в виде ликбеза - первый хит всегда чуть длиннее, браузер должен принять все стили, графику, JS. Только плейн-текст сайты могут похвастаться мега-скоростью на первых хитах. Ну то есть зашли вы на главную, загрузился там мегабайт стилей и JS, при переходе в детальную они уже не грузятся, только 200-300кб самой страницы + графика (контент).

А этот сервис всегда мерит как первый хит.