Разработчикам

Форум

D7 - как использовать?

Пользователь 27542

Эксперт

Сообщений: 586 Баллов: 127 Регистрация: 28.07.2008

Какое еще пояснение?

04.06.2014 00:47:48

Посмотрел прошлогоднюю конференцию, решил попробовать новое ядро.

Создал файл /bitrix/d7.php следующего содержания:

Код

<?
include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/lib/loader.php");

$application = \Bitrix\Main\HttpApplication::getInstance();

$application->turnOnCompatibleMode();

$application->setInputParameters($_GET,$_POST,$_FILES,$_COOKIE,$_SERVER,$_ENV);
$application->initialize();

$page = new \Bitrix\Main\PublicPage();
$application->setPage($page);

$application->start();

?>

Пробую создать страницу с подключением только хедера, как обещали.

Код
<? require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/d7.php"); $page->setTitle("Заголовок страницы"); ?> Текст страницы

Страница белая, в лог пишется ошибка:

Код
PHP Fatal error: Call to undefined method Bitrix\\Main\\HttpApplication::turnOnCompatibleMode()

Я что-то делаю неправильно, или этого функционала еще нет?

компоненты, модули · адаптивный форум · свойства-таблицы

Пользователь 9700 Эксперт Сообщений: 751 Баллов: 98 Регистрация: 28.02.2007	#2 0 04.06.2014 01:23:50 Все эти манипуляции излишни.... Как простой пример d7 для выборки пользователя. <? require( $_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php" ); $user = \Bitrix\Main\UserTable::getById(1)->fetch(); echo '<pre>'; print_r($user);

Пользователь 27542

Эксперт

Сообщений: 586 Баллов: 127 Регистрация: 28.07.2008

Какое еще пояснение?

04.06.2014 02:08:01

Цитата
Mikhail Kryachek пишет: Все эти манипуляции излишни.... Как простой пример d7 для выборки пользователя.

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

компоненты, модули · адаптивный форум · свойства-таблицы

Пользователь 136115

Заглянувший

Сообщений: 21 Баллов: 1 Регистрация: 31.07.2012

23.02.2015 15:47:40

Апнем тему. Облазил весь инет, так и не понял, можно ли уже писать страницы на новом ядре. ORM давно работает, все прекрасно, но что насчет страниц? Кто-нибудь уже делал нечто подобное тому, что описал автор данного топика?

Пользователь 305804 Заглянувший Сообщений: 20 Баллов: 2 Регистрация: 14.01.2015	#5 0 24.02.2015 05:46:14 Тоже интересно. Кто нибудь уже пробовал?

Пользователь 291336

Эксперт

Сообщений: 1519 Баллов: 248 Регистрация: 08.11.2014

24.02.2015 11:58:21

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

работа с переменными сервера - вообще ни очем. зачем эти ООП-костыли когда можно использовать готовые переменные $_SERVER, $_GET, $_POST и т.д.

Как создать лендинг из любого готового решения Bitrix

Пользователь 291336

Эксперт

Сообщений: 1519 Баллов: 248 Регистрация: 08.11.2014

24.02.2015 12:05:37

$page = new \Bitrix\Main\PublicPage();
$application->setPage($page);

$application->start();

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

надеюсь они сохранят эти файлс с футер/хедер

Как создать лендинг из любого готового решения Bitrix

Пользователь 136115

Заглянувший

Сообщений: 21 Баллов: 1 Регистрация: 31.07.2012

24.02.2015 12:10:46

Цитата

Роман Семёнов написал:
я больше склоняюсь к тому что проще использовать обычные запросы к БД. веть хайлоадблоки это обычные отдельные таблицы.
так называемая ОРМ - кривая до невозможности. код с обычными запросами занимают меньше и гораздо понятнее, чем код для этой чудо орм.
ОРМ должна уменьшать и упрощать для понимания код, а не плодить ненужный код.

Если речь о конкретной маленькой задаче, которую нужно реализовать один раз и забыть - Вы правы, но если писать свой модуль, и предполагается, что дальше может быть использовано наследнование, и так далее, то ОРМ решает. О какой кривости речь - не понятно, все работает как часы. Мы только что писали модуль, где связывались различные сущности через ОРМ, причем как существующие сущности, так и наши, созданные в системе отдельно. Разработка превратилась в удовольствие, да и результат вышел отличный. Кому приходилось связывать ордеры + корзины + свойства корзин, знают какой это ад. ОРМ позволил все это решить, да еще и к своей сущности привязать.

Что касается этого:

Цитата
Роман Семёнов написал: работа с переменными сервера - вообще ни очем. зачем эти ООП-костыли когда можно использовать готовые переменные $_SERVER, $_GET, $_POST и т.д.

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

Пользователь 27542

Эксперт

Сообщений: 586 Баллов: 127 Регистрация: 28.07.2008

Какое еще пояснение?

24.02.2015 15:36:04

Цитата
Андрей Герасименко написал: Кому приходилось связывать ордеры + корзины + свойства корзин, знают какой это ад. ОРМ позволил все это решить, да еще и к своей сущности привязать.

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

компоненты, модули · адаптивный форум · свойства-таблицы

Пользователь 136115

Заглянувший

Сообщений: 21 Баллов: 1 Регистрация: 31.07.2012

#10

24.02.2015 15:58:59

Цитата

Сергей Эстрин написал:
А можно поподробнее об этом? Каким образом orm упрощает что-то с корзиной и ее свойствами? Я вот как раз сейчас делаю проект, где цена товара в корзине зависит от свойств корзины, и без костылей там не обошлось.

Ну, зависит от того, что Вам нужно сделать. У нас для позиций в заказе (которые в битриксе называются баскетами) через пользовательские свойства введены статусы, и много чего еще. Требовалось сделать список этих позиций, с фильтрацией, причем фильтрация по много чему, от создателя заказа, до артикула товара в баскете. Мы сделали свою сущность баскетов, которая наследуется от стандартной, но у которой переопределены в getMap() некоторые поля, в том числе добавлены свойства (у которых в expression свой запрос, выбирающей значение из таблицы свойств). В результате фильтрация по всему, чему нужно - свойствам заказа, свойством баскетов, принадлежащих этому заказу, пользовательским свойствам баскетов - у нас производится через один простой и понятный getList. Надеюсь, не путано объяснил.

Форум

Центр поддержки

Продукты

Управление сайтом

Битрикс24

Интернет-магазин + CRM

Решения

Для интернет-магазинов

Каталог готовых решений

Внедрение

Выбрать партнера

Проверить партнера

Стать партнером