Купил переходник на DP, 60Гц заработали, но так же как и с Thunderbolt доступны не все режимы, картинка блеклая, чуть лучше чем с Thunderbolt.
Короче недоволен я монитором. За эти деньги, от монитора который позиционируется как профессиональный, и совместимый с маками я ждал большего.
squadbrodyaga, насчёт пагинации, предлагаю сразу разобраться как её делать без offset’ов.
А насчёт хранения в ОЗУ, так любая СУБД включая классические MySQL и PostgreSQL, стараются держать данные в оперативке, если есть такая возможность. А к примеру Tarantool сперва пишет данные на диск, а потом в ОЗУ, но они должны полностью помещаться в ОЗУ.
Александр, можно сделать ещё лучше, найти какой js файл не подключается с кешем, и подключить его где-то в другом месте, чтобы он точно был, по идее в element.php должно сработать. Тогда не будет двойного рендеринга компонентов, и двойных походов в базу при отсутствии кеша.
Александр, вообще для этого есть отложенный вывод https://dev.1c-bitrix.ru/api_help/main/reference/c...
Но с кешем оно тоже не работает)
Мне подошло, потому что у меня отзывы были в самом конце шаблона по дизайну.
Возможно у вас получится перетасовать вёрстку так, чтобы из element.php собирался нужный html в нужном порядке.
Dred Wolf, для localhost есть local. Группа по идее не важна, они там для читабельности.
Для локальной сети, надо смотреть ваши сетевые настройки, и узнать маску подсети.
Александр, у вас есть страница где подключен комплексный компонент. Если запрос в соответствии с правилами роутинга попадает на эту страницу, и определяется как детальная страница товара, то используется файл element.php из шаблона комплексного компонента. А в нём уже подключается catalog.element. Там может быть ещё какая-то разметка, может не быть, но нужно вставить подключение проблемного компонента туда.
Александр, нет, я не предлагаю менять компонент, только шаблоны. Кусок кода с вызовом forum.topic.reviews (о нём же речь?) вырезать из template.php компонента catalog.element, и.вставить в element.php комплексного компонента catalog.
А статьи 2010 года, я не знаю как сейчас, но проблема точно была актуальная в 2018.
Точнее так: стили и скрипты дочернего компонента действительно подключаются, но только на 1 уровень вглубь. А нужно на 2. Собственно суть решения в том, чтобы подключать 2 компонента на 1 уровене вложенности.
Александр, вывод компонента catalog.element кешируется целиком, соответственно, подключённые в его шаблоне компоненты не будут вызваны и их код не выполнится.
Если отзывы в самом низу шаблона, их нужно вынести в element.php комплексного компонента catalog. Тогда они обработаются отдельно от catalog.element, и код подключения скриптов выполнится.
Alexander Lamdan,
Инструменты выбираются под конкретную задачу, если часть проекта оптимально будет писать на Go, часть на Node, часть на PHP, пусть так и будет. То же самое касается баз данных, брокеров очередей и т. д.
При выборе инструмента всегда есть trade off, то есть выбор. Что вам важнее? Меньше платить за хостинг, или меньше платить программистам? Меньше багов или быстрее доставлять фичи пользователям?
Насчёт горизонтального масштабирования, не соглашусь, на Го вполне можно писать stateless сервера, и запускать любое количество инстансов.
Насчёт скорости разработки, на РНР обычно быстрее, особенно когда можно взять готовый пакет, и он на 100% подходит, но бывает и наоборот.
