Идеи пользователя
Поиск скудный, состоящий из одной строки. В профиле нет счётчика или ссылок на твои комментарии.
Допустим ты оставил свой комментарий к идее и хочешь вернуться к обсуждению или предложить готовое решение, но если ты не нажал "подписаться" то поиск может занять длительное время.
Я к примеру так и не нашёл )))
Допустим ты оставил свой комментарий к идее и хочешь вернуться к обсуждению или предложить готовое решение, но если ты не нажал "подписаться" то поиск может занять длительное время.
Я к примеру так и не нашёл )))
Добрый день, уважаемые разработчики.
1. Прошу добавить пользовательские свойства в типы цен (в складах есть, а в них нет).
2. Сделать подгрузку цен и складов в карточке (в админке в инфоблоке) товара по отдельному запросу аяксом (например открывается карточка товра, и если хочу получить цены, нажимаю ссылку). Можно сделать галочкой в настройках инфоблока, чтобы сразу грузить или по ссылке в отдельном окне. Иногда бывает, что магазинов больше 1-2 тыс, и открыть карточку товара просто невозможно, сервер виснет, хотя не "маленький".
1. Прошу добавить пользовательские свойства в типы цен (в складах есть, а в них нет).
2. Сделать подгрузку цен и складов в карточке (в админке в инфоблоке) товара по отдельному запросу аяксом (например открывается карточка товра, и если хочу получить цены, нажимаю ссылку). Можно сделать галочкой в настройках инфоблока, чтобы сразу грузить или по ссылке в отдельном окне. Иногда бывает, что магазинов больше 1-2 тыс, и открыть карточку товара просто невозможно, сервер виснет, хотя не "маленький".
В 1С-битрикс вроде бы внедрена регистрация и авторизация по номеру телефона, но реализована она не так как задекларировано и тем более не так как в популярных магазинах.
При авторизации через номер телефона нельзя ввести пароль, обязательно надо получить смс. И вообще это все вводилось не столько для авторизации сколько для упрощения регистрации. Очень много пользователей без электронных адресов или без доступа к ним.
Регистрация по номеру телефона только добавляет дополнительную проверку через смс сообщение к стандартной регистрации. По голому номеру телефона без электронной почты зарегистрироваться нельзя. Если убрать электронную почту как обязательную то надо вводить логин. ЛОГИН, КАРЛ !!!! ААААААААААААААААААААААА!!!!!!!!!!!!!!!! Вы что steam? Или тинькоф бизнес? Какой логин?
Ребята, надо переделать.
1. Уберите слово логин с пользовательского интерфейса - логины в прошлом (для пользователей, мы то с вами на нашем бэкэнде знаем что есть логин). Сперва логинами стали электронные адреса, а потом и вовсе номера телефонов. Вместо этого должно стоять выражение "Электронный адрес или номер телефона"
2. Вы сделали логином электронный адрес, но сейчас народ требует чтобы логином был номер телефона. Если исключение электронных адресов это слишком большое изменение, то просто создавайте для пользователей электронные адреса на вымышленном домене формата
номер телефона@домен.ru и не отображайте его для пользователей. Потом когда он укажет свой заменится на настоящий.
3. Сделайте вход "без регистрации" и пароля (по разовым паролям из СМС). Регистрация происходит автоматически при первом входе по номеру телефона. И там же дайте возможность нормально зарегистрироваться и войти по постоянному паролю. Ну сейчас все так делают, вы отстаете в этом плане.
При авторизации через номер телефона нельзя ввести пароль, обязательно надо получить смс. И вообще это все вводилось не столько для авторизации сколько для упрощения регистрации. Очень много пользователей без электронных адресов или без доступа к ним.
Регистрация по номеру телефона только добавляет дополнительную проверку через смс сообщение к стандартной регистрации. По голому номеру телефона без электронной почты зарегистрироваться нельзя. Если убрать электронную почту как обязательную то надо вводить логин. ЛОГИН, КАРЛ !!!! ААААААААААААААААААААААА!!!!!!!!!!!!!!!! Вы что steam? Или тинькоф бизнес? Какой логин?
Ребята, надо переделать.
1. Уберите слово логин с пользовательского интерфейса - логины в прошлом (для пользователей, мы то с вами на нашем бэкэнде знаем что есть логин). Сперва логинами стали электронные адреса, а потом и вовсе номера телефонов. Вместо этого должно стоять выражение "Электронный адрес или номер телефона"
2. Вы сделали логином электронный адрес, но сейчас народ требует чтобы логином был номер телефона. Если исключение электронных адресов это слишком большое изменение, то просто создавайте для пользователей электронные адреса на вымышленном домене формата
номер телефона@домен.ru и не отображайте его для пользователей. Потом когда он укажет свой заменится на настоящий.
3. Сделайте вход "без регистрации" и пароля (по разовым паролям из СМС). Регистрация происходит автоматически при первом входе по номеру телефона. И там же дайте возможность нормально зарегистрироваться и войти по постоянному паролю. Ну сейчас все так делают, вы отстаете в этом плане.
Создал свои кастомные блоки. Хочу вывести на сайт через этот компонент.
В итоге компонент подтягивает тонну ненужных css которые ломают оформление сайта (я не вывожу стандартные блоки, а только свои кастомные которые не конфликтуют с css сайта).
Внутри компонента как то мудрёно эти лишние css вызываются и концов не сыскать.
Выпилите пожалуйста эти инлайновые стили, и бутстрапы всякие выпилите тоже, ломают сайт.
Или сделайте традиционное подключение этих стилей в шаблоне, если кому то они не нужны чтобы в шаблоне можно было удалить быстро.
body {
font-weight: 400;
font-family: Open Sans;
-webkit-font-smoothing: antialiased;
-moz-osx-font-smoothing: grayscale;
-moz-font-feature-settings: "liga", "kern";
text-rendering: optimizelegibility;
}
h1, h2, h3, h4, h5, h6 {
font-family: Open Sans;
}
html {font-size: 14px;}
body {font-size: 1rem;}
body {
line-height: 1.6;
font-weight: 400;
}
.h1, .h2, .h3, .h4, .h5, .h6, .h7,
h1, h2, h3, h4, h5, h6 {
font-weight: 400;
}
В итоге компонент подтягивает тонну ненужных css которые ломают оформление сайта (я не вывожу стандартные блоки, а только свои кастомные которые не конфликтуют с css сайта).
Внутри компонента как то мудрёно эти лишние css вызываются и концов не сыскать.
Выпилите пожалуйста эти инлайновые стили, и бутстрапы всякие выпилите тоже, ломают сайт.
Или сделайте традиционное подключение этих стилей в шаблоне, если кому то они не нужны чтобы в шаблоне можно было удалить быстро.
body {
font-weight: 400;
font-family: Open Sans;
-webkit-font-smoothing: antialiased;
-moz-osx-font-smoothing: grayscale;
-moz-font-feature-settings: "liga", "kern";
text-rendering: optimizelegibility;
}
h1, h2, h3, h4, h5, h6 {
font-family: Open Sans;
}
html {font-size: 14px;}
body {font-size: 1rem;}
body {
line-height: 1.6;
font-weight: 400;
}
.h1, .h2, .h3, .h4, .h5, .h6, .h7,
h1, h2, h3, h4, h5, h6 {
font-weight: 400;
}
Речь про эти .
При попытке
вызвать экшен контроллера -
сам контроллер
В результате перехода по урлу /test_api получаем ожидаемый результат -
Проблема:
В документации к контроллерам написано, что контроллеры могут располагаться либо в модулях, либо в компонентах.
А почему я не могу объявить контроллер вне модуля?
У меня, как и у всех разработчиков настроен автозагрузчик на проекте, и я бы хотел сам определять, где должны лежать контроллеры.
Однако, вышеописанный пример как раз таки реализация ситуации,
когда контроллер лежит Вне модуля.
На первый взгляд - все работает.
Но если попробовать добавить в Неймспейс контроллера еще один уровень, например
и передать его также в роут, то мы словит такую ошибку
Пофиксите пожалуйста, мега неприятное и неочевидное поведение.
Не хотелось бы из-за этого тащить в проекты доп. зависимость - symfony/router
Чтобы не нарушать обратную совместимость и подгрузкой контроллеров из ajax, предлагаю добавить еще одного Наследника Routing\Controller, чтобы можно было для его дочерних классов не проверять подключение модуля.
При попытке
вызвать экшен контроллера -
return function (\Bitrix\Main\Routing\RoutingConfigurator $routes) {
$routes->any(
'/test_api/',
[
\Vendor\TestController::class,
'test'
]
);
}; |
сам контроллер
namespace Vendor;
class TestController extends \Bitrix\Main\Engine\Controller
{
protected function getDefaultPreFilters() {
return [];
}
public function testAction() {
return 'test result';
}
} |
В результате перехода по урлу /test_api получаем ожидаемый результат -
{"status":"success","data":"test result","errors":[]} |
Проблема:
В документации к контроллерам написано, что контроллеры могут располагаться либо в модулях, либо в компонентах.
А почему я не могу объявить контроллер вне модуля?
У меня, как и у всех разработчиков настроен автозагрузчик на проекте, и я бы хотел сам определять, где должны лежать контроллеры.
Однако, вышеописанный пример как раз таки реализация ситуации,
когда контроллер лежит Вне модуля.
На первый взгляд - все работает.
Но если попробовать добавить в Неймспейс контроллера еще один уровень, например
namespace Vendor\MyControllers; |
и передать его также в роут, то мы словит такую ошибку
[Bitrix\Main\LoaderException] There is no `Vendor\MyControllers\TestController` class, module `vendor.mycontrollers` is unavailable (0) |
Пофиксите пожалуйста, мега неприятное и неочевидное поведение.
Не хотелось бы из-за этого тащить в проекты доп. зависимость - symfony/router
Чтобы не нарушать обратную совместимость и подгрузкой контроллеров из ajax, предлагаю добавить еще одного Наследника Routing\Controller, чтобы можно было для его дочерних классов не проверять подключение модуля.
Автокеширование и управляемое кеширование является важной и неотъемлемой частью работы крупного сайта.
Часто могут проимсходить ситуации, когда кто-то отключил автокеширование по какой-то причине.
Было бы полезно сохранять логи таких действий, по факту это одна маленькая таблица
Часто могут проимсходить ситуации, когда кто-то отключил автокеширование по какой-то причине.
Было бы полезно сохранять логи таких действий, по факту это одна маленькая таблица
Нужно пересмотреть механизм просмотра заказов в личном кабинете.
Покупатель хочет просматривать свои заказы не только за 365 дней, как в настройках интернет магазина, но и за предыдущие годы.
Нужно подключить в личный кабинет просмотр не только текущих, завершенных и отмененных заказов, но добавить еще закладку для просмотра архивных заказов.
Если в магазине сотни заказов в день, то за год в базе накапливается сотни тысяч заказов - работа сайта значительно замедляется!
Если в настройках архивирования еще отодвинуть и архивировать к примеру через 1000 дней, сайт работает еще медленнее.
Для обработки заказов достаточно настройки 100 дней и в архив.
Похоже, что когда задумывался механизм просмотра заказов в личном кабинете разработчики не рассчитывали на то, что заказов в день могут быть сотни. Как сейчас механизм рассчитан на 10 заказов в день!
На начало 2022 года я не нашел никакого решения не на просторах интернет ни в
Каталоге Маркетплейс
Покупатель хочет просматривать свои заказы не только за 365 дней, как в настройках интернет магазина, но и за предыдущие годы.
Нужно подключить в личный кабинет просмотр не только текущих, завершенных и отмененных заказов, но добавить еще закладку для просмотра архивных заказов.
Если в магазине сотни заказов в день, то за год в базе накапливается сотни тысяч заказов - работа сайта значительно замедляется!
Если в настройках архивирования еще отодвинуть и архивировать к примеру через 1000 дней, сайт работает еще медленнее.
Для обработки заказов достаточно настройки 100 дней и в архив.
Похоже, что когда задумывался механизм просмотра заказов в личном кабинете разработчики не рассчитывали на то, что заказов в день могут быть сотни. Как сейчас механизм рассчитан на 10 заказов в день!
На начало 2022 года я не нашел никакого решения не на просторах интернет ни в
Каталоге Маркетплейс
Добавить нормальный DI-контейнер, желательно с autowire, тем более, вы уже начали двигаться в этом направлении в контроллерах..
и задепрекейтить \Bitrix\Main\DI\ServiceLocator
и задепрекейтить \Bitrix\Main\DI\ServiceLocator
Не издевайтесь над людьми.
Если нет возможности в докер запихнуть, сделайте хотя бы bitrixsetup.php с возможностью запуска через консоль с параметрами, чтобы можно было как-то автоматизировать установку.
Если нет возможности в докер запихнуть, сделайте хотя бы bitrixsetup.php с возможностью запуска через консоль с параметрами, чтобы можно было как-то автоматизировать установку.
Чтобы при загрузке страницы компонент загружался не сразу, а только после полной загрузки страницы или когда достигает видимости просмотра.
Очень нужная фича не понимаю почему её ещё не добавили, ибо все её по своему колхозят.
Посмотрите как у Аспро реализованно, в крайняк мне напишите, помогу чем смогу.
Очень нужная фича не понимаю почему её ещё не добавили, ибо все её по своему колхозят.
Посмотрите как у Аспро реализованно, в крайняк мне напишите, помогу чем смогу.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
