Александр Панишев (Все сообщения пользователя)

а есть в планах такое сделать в стандартной поставке?

Александр уточните пожалуйста, получиться ли решить вопросы обмена именно с конфигурацией Бухгалтерии и тот же вопрос про УНФ (тут или или на стадии выбора сейчас)


адача такая
коробка портал 50 пользователей в црм планируется объединить заказы магазина со сделками, режим црм простой только сделки,

- базовая задача синхронизировать каталог црм в пустую Бухг или УНФ

- далее счета которые делаются клиентам в 1С синхронизировать на портал в сделки,

- заказы которые создает магазин и конвертирует в сделки синхронизировать в счета в 1С,

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


При этом часть менеджеров которые работают с новыми клиентами работают с ними в сделках на портале, и часть менеджеров работающих с базой в 1С. Хочется иметь единую систему для всех чтобы далее построить уже нормально аналитику на портале, при этом логика предполагается, что если на портале сделка успешна, то в !с это означает что на основании счета сделана реализация и она подписана через СБИС, пока реализация не подписана сделка не может быть переведена в статус успешной.


Есть ли какие то плюсы минусы если сравнивать для этой задачи Бухгалтерию и УНФ и получиться ли такую логику настроить?

платформа 1С:Предприятие 8.3 (8.3.22.1704)
конфигурация Бухгалтерия предприятия, редакция 3.0 (3.0.134.19)

словил ошибку


Ошибка при вызове метода контекста (Записать)
{Битрикс24КомплексБП ОбщаяФорма.Б24_К_ПроверитьНаОбновления.Форма(321)}:СозданноеРасширение.Записать(Новый ДвоичныеДанные(ИмяФайла));

по причине:
Ошибка применения расширения конфигурации: Значение контролируемого свойства Тип у объекта Документ.СчетНаОплатуПоставщика.ТабличнаяЧасть.Товары.Реквизит.Количество не совпадает со значением в расширяемой конфигурации


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

тут все сильно будет зависеть от нагрузки, если он у вас будет занят например импортом экспортом то вариант 1) будет быстрее
а если обслуживать массу мелких запросов то вариант 2)
второй в попугаях битрикса скорее всего покажет меньший результат, но процессор ведь не все решает, железо работает в комплексеи плюс ПО, настроить можно очень разные по производительности системы.

посмотрите тут https://1dedic.ru/ready_servers мы давно с ними работаем и сами там сидим, все устраивает, а скакали долго от хостера к хостеру...


при покупке сервака через нас  установим и настроим пакет окружения в подарок.

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

интересно вам за практику работы хоть раз от клиента такое ТЗ получалось получить? Я редко очень встречаю грамотные ТЗ под доработки не говоря про ТЗ на разработку с нуля, может у нас конечно клиенты такие попадаются, но 99,99% это просто набор пожеланий смешанных иной раз с желанием получить кнопку "бабло" за счет внедрения этого ТЗ.

Обращайтесь! Мы любим сложные и заковыристые задачи, которые большинство не смогли решить, или даже не беруться!!!

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

далее софт самого сервака, многолетняя практика работы показала, что самым оптимальным набором софта под сайт на Битриксе является их же пакет веб окружения, это что касается ПО сервера.

А вот дальше начинается самое интересное, производительность может зависеть от огромного количества факторов:
- структура самих инфоблоков, мы много раз упирались в то что они спроектированы не корректно и из-за этого потери могут быть при выполнении запросов к бд до 50%
- реализация самого шаблона сайта, тоже очень часто крайне сильно влияет на производительность, особенно если вы используете универсальные шаблоны с маркета и у вас приличное количество товаров (достаточно часто встречающийся случай, когда в шаблоне есть ссылка показать все и в каталоге при этом больше хотя бы 500 товаров, такая щедрость может вешать даже очень хороший сервер при обходе его поисковиками или приличной посещаемостью, об этом наверно только самый ленивый не говорит)
- еще один бичь который часто помогает увеличить производительность на больших базах данных это отсутствие индексов к запросам, на нашей практике попадалось увеличение производительности до 17 млн процентов
- очень серьезно съедать ресурсы могут различного рода отладчики, если вы просто включите в меню машины битрикса xdebug то рискуете потерять от включения до 50% ресурсов а в редких случаях и до 70% когда плюсом к нему полно всяких ошибок
- немаловажную роль играет то как настроены лимиты на выделение ресурсов, иной раз щедрость с которой их раздают очень сильно влияет на стабильность работы, а жадность на работоспособность и тут нужно искать баланс на каждом проекте индивидуально
- различного рода интеграции импорта экспорта данных иной раз требуют даже отдельного сервера для своей работы не говоря уже про то что могут легко положить практический любой сервер
- большую роль могут играть и ддос атаки, что тоже вполне распространенный сценарий особенно на более менее популярных проектах

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

Если вопрос окажется сложным для вас и интересным для нас будем рады помочь с производительностью  на платной основе.

рекомендация взять тариф у нормального проверенного хостера и воспользоваться профессиональной услугой по настройке сервера под ваш проект.

попробуйте этот вот тариф
можем настроить

данный модуль снят с публикации но зато есть решение гораздо более богатое по функционалу очистки сайта, в том числе и чистки по расписанию - https://www.acrit-studio.ru/market/module/acrit.cleanmaster/

а ко мне то это каким боком касается?

советую очень внимательно глянуть ролик https://youtu.be/FCWPaFN_jfw

а до какой версии пыха можно понизить в сборке поставляемой по умолчанию? Крайне редко но бывает такое что приходиться обновлять очень старые битриксы работающие на 5 ке а то и даже ниже.

помниться пару лет назад обещалось что SKU для каталога в облаке чуть ли не вот вот выйдет, в итоге вышло только что... Поэтому не стоит надеяться на обещания, разработка это не готовые пирожки продавать.

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

не ошибается только тот кто ничего не делает...

Алексей а есть прогнозы по выходу в релиз?
а то клиенты задергали по этому уведомлению уже - https://i.imgur.com/7mmzBHw.jpeg

было бы здорово, иногда забывается про нее и вспоминаешь только когда заморочки вылезают

Алексей Шафранский  хочу пожелание одно высказать для работы меню машины, когда создаете сайты в режиме линка дополнительно делать симлинк на папку local по аналогии с bitrix upload надоело это каждый раз ручками делать.

вы об этом? - https://i.imgur.com/LHl58m3.jpg

визредактор это адская боль просто... надежды на исправление даже уже угасли...

заметил контекст в обрезанном виде, чуть холодный пот не прошиб  

многосайтовость это вообще еще та боль... когда там приведут все в порядок под очень большим вопросом...