Идеи пользователя
Были идеи-недовольства тем, что БД проверяется каждый раз, что никак не нужно. Если база огромна - проверки ждать очень долго. Предлагаю очень простой компромисс:
Предвижу вопросы, зачем это может быть нужно, сразу отвечу:
в ID идет автоинкремент, поэтому при удалении возникает фрагментация. Я хочу бывшие удаленные элементы добавлять с теми же ID, с которыми они существовали ранее.
в ID идет автоинкремент, поэтому при удалении возникает фрагментация. Я хочу бывшие удаленные элементы добавлять с теми же ID, с которыми они существовали ранее.
Ответил 
Жуков Евгений 18.03.2014 11:02:25
Жуков Евгений 18.03.2014 11:02:25
Можем лишь предложить не удалять, а деактивировать элементы.
Если я добавляю элемент инфоблока 2.0 (свойства в отдельной таблице) через запрос:
То одиночные свойства элемента теперь никак не удасться сохранить, ни через
сохранение элемента в админке, ни через CIBlockElement::SetPropertyValuesEx().
оказывается, чтобы работало нужно добавлять также и заглушку-строку для будущих значений свойств:
Собственно идея, сделать чтобы при сохранении элемента строка значений в таблице b_iblock_element_prop_s#iblockId# восстанавливалась автоматически.
$DB ->Query('
INS ERT IN TO b_iblock_element
(ID, IBLOCK_ID, NAME)
VALUES (' . $elementId . ',' . $iblockId . ', "-")
'); |
То одиночные свойства элемента теперь никак не удасться сохранить, ни через
сохранение элемента в админке, ни через CIBlockElement::SetPropertyValuesEx().
оказывается, чтобы работало нужно добавлять также и заглушку-строку для будущих значений свойств:
if (CIBlockElement::GetIBVersion($iblockId) == 2) {
$DB->Query("INS ERT IN TO b_iblock_element_prop_s".$iblockId."(IBLOCK_ELEMENT_ID)VALUES(".$elementId.")");
} |
Собственно идея, сделать чтобы при сохранении элемента строка значений в таблице b_iblock_element_prop_s#iblockId# восстанавливалась автоматически.
Ответил
Жуков Евгений 17.03.2014 11:46:06
Жуков Евгений 17.03.2014 11:46:06
Прямые запросы к "родным" таблицам БД продукта не рекомендуются и не поддерживаются.
Почему копию можно только восстановить? Я хотел просто скачать на локальный компьютер.
Ответил 
Шаромов Денис 16.10.2014 18:34:11
Шаромов Денис 16.10.2014 18:34:11
Резервную копию из облака битрикс можно распаковать только через restore.php. Даже если вы загрузите её локально, потребуется этот скрипт.
Если вы хотите получить один файл из этой копии, сделайте восстановление на отдельной установке, проще всего на виртуальной машине. Потом оттуда скопируйте руками всё, что необходимо.
Если вы хотите получить один файл из этой копии, сделайте восстановление на отдельной установке, проще всего на виртуальной машине. Потом оттуда скопируйте руками всё, что необходимо.
На данный момент функция не учитывает, что поле привязки SKU может быть множественным. Например для формирования комплектов товаров в торговое предложение. И возвращает только один товар.
Ответил
Жуков Евгений 03.04.2013 14:22:36
Жуков Евгений 03.04.2013 14:22:36
Поле привязки SKU НЕ может быть множественным, это нарушение логики. При любом изменении настроек инфоблока с такой привязкой слетят все связи товаров и предложений.
Ответил
Жуков Евгений 09.07.2014 19:03:52
Жуков Евгений 09.07.2014 19:03:52
Комплекты товаров реализованы. Тип свойства Привязка SKU множественным быть не может.
Необходимо, чтобы накопительные скидки работали при предъявлении купона. То есть скидка по купонам должна быть накопительной.
Пример: клиенту изначально даются одноразовые купоны на 5%, по достижению суммы покупок в 10000 рублей, купоны имеют номинал в 7% и тд.
Еще хотелось бы получить возможность привязывать купоны к покупателю.
Пример: клиенту изначально даются одноразовые купоны на 5%, по достижению суммы покупок в 10000 рублей, купоны имеют номинал в 7% и тд.
Еще хотелось бы получить возможность привязывать купоны к покупателю.
Ответил
Жуков Евгений 15.04.2013 10:52:12
Жуков Евгений 15.04.2013 10:52:12
Такой функционал не планируется.
Столкнулся с такой проблемой: при резевном копировании дамп базы хранится в одном файле, но во время разворачивании бэкапа на хостинге, mysql упирается в лимит количества запросов (лимит на хостинге 3 000 000 запросов, записей в базе больше 7 000 000, самая жирная таблица 3 700 000). Было бы весьма к месту иметь возможность дробить дамп базы на файлы по количеству запросов, либо обновить restore.php для исключения падения процесса восстановления при превышении лимита запросов
Ответил
Шаромов Денис 03.04.2013 16:02:23
Шаромов Денис 03.04.2013 16:02:23
Ограничение числа запросов на хостинге - это не здоровая практика.
Мы не можем поддерживать все извращения.
Мы не можем поддерживать все извращения.
Во всех инструкция написано, что перед обновлением или установкой незнакомых модулей надо делать резервное копирование. Мы клиентов учим, но они не делают.
Предлагаю перенести из административного меню "настройки" в административное меню "маркетплейс" пункты: модули и резервное копирование.
Модули платформы - это страница, где можно установить или удалить стандартные модули Битрикса, должна быть рядом с модулями из маркетплейса (/bitrix/admin/module_admin.php).
Резервное копирование тоже обязательно должно быть рядом.
Предлагаю перенести из административного меню "настройки" в административное меню "маркетплейс" пункты: модули и резервное копирование.
Модули платформы - это страница, где можно установить или удалить стандартные модули Битрикса, должна быть рядом с модулями из маркетплейса (/bitrix/admin/module_admin.php).
Резервное копирование тоже обязательно должно быть рядом.
Ответил
Шаромов Денис 03.04.2013 16:04:50
Шаромов Денис 03.04.2013 16:04:50
Резервное копирование сегодня имеет уже несколько страниц со своим разделом.
Он находится в инструментах, что ожидаемо.
Он находится в инструментах, что ожидаемо.
Проверка доступа к диску
Недоступны для чтения или записи (показаны первые 10)
Хотелось бы место 10, показывала все. Крайне не удобно когда переносишь сайт на другой хостинг, и проверяешь права доступа, и оно выводит только 10, приходится возвращаться и снова проверять.
Недоступны для чтения или записи (показаны первые 10)
Хотелось бы место 10, показывала все. Крайне не удобно когда переносишь сайт на другой хостинг, и проверяешь права доступа, и оно выводит только 10, приходится возвращаться и снова проверять.
Ответил
Шаромов Денис 14.03.2014 14:14:58
Шаромов Денис 14.03.2014 14:14:58
Показаны первые десять для того чтобы показать, что проблема есть.
Права должны быть на все файлы и папки, для этого делается рекурсивное изменение от корня:
chmod -R <права> /path/to/document/root
или
chown -R <пользователь веб сервера> /path/to/document/root
Права должны быть на все файлы и папки, для этого делается рекурсивное изменение от корня:
chmod -R <права> /path/to/document/root
или
chown -R <пользователь веб сервера> /path/to/document/root
Сделать в резервном копировании опцию:
- Настройки системы и модулей:
-- Главный
-- Магазин
-- и тд
По нажатии делать бэкап настроек модулей и системы, без файлов и содержимого модулей (инфо блоков, пользователей и тд).
Для переноса только необходимых данных, например, настроек магазина.
- Настройки системы и модулей:
-- Главный
-- Магазин
-- и тд
По нажатии делать бэкап настроек модулей и системы, без файлов и содержимого модулей (инфо блоков, пользователей и тд).
Для переноса только необходимых данных, например, настроек магазина.
Ответил
Шаромов Денис 03.04.2013 16:14:28
Шаромов Денис 03.04.2013 16:14:28
Настройки неделимы от базы данных.
Чтобы гарантировать работу продукта, надо переносить всё целиком.
Чтобы гарантировать работу продукта, надо переносить всё целиком.
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
База проверяется в самом конце, можно прервать проверку без риска нарушить работу сайта. Сессия блокируется на 10 секунд.