Идеи пользователя 20571

Убрали тикеты в техподдержке и сделали чат, что ухудшилось:

• Если у меня больше одного вопроса в работе - то каша получается из текста, все в одном потоке;
  
• Нет поиска по чату;
  
• Нет даты в сообщениях, только время - ну это и понятно, у меня две недели уже прошло и ответа нет еще на тикет;
  
• Нет отбора по тикетам;
  
• Бывают проблемы с долгой отправкой сообщений, не отправляются;
  
• Иногда бывают проблемы с сохранением сообщений, у меня терялись сообщения;
  
• Неудобно скролить единый поток без разделения по темам - это чудовищная портянка;
  
• Как вообще найти что-либо в истории переписки и вспомнить по конкретной теме, если больше 80-ти тикетов в портянке?
  
• Вообще теперь нет никакого гарантированного времени на ответ от техподдержки, платной техподдержки, кстати;
  
• По ходу разбирания с одним вопросом, возникло еще два - они зависли уже на 3 суток, на них даже не реагируют. Вот, что ТП говорит по этому поводу:
  

• Получается, пока не решится один вопрос - другие вообще не будут решать. В моем случае, месяц решался вопрос и решили мы его сами. Т.е., техподдержки вообще нет по сути.
  

Что улучшилось при появлении чата:

• Ничего.
  

Возникла вроде бы рядовая ситуация: к имеющимся местоположениям России добавить несколько стран с меньшей детализацией, без улиц.
 

• Попытался добавить местоположения - страны: Беларусь, Казахстан, Украина, Бельгия, Израиль
  
• Без улиц, с загрузкой до Сел включительно, без удаления  существующих местоположений, Набор расширенный, без округов, с яндекс и zip кодами, с поддержкой структурной целостности
  
• В процессе обновления был удален индекс - это делается по умолчанию и никаких диалогов перед этим нет
  
• В процессе обновления возникла ошибка - это было прям так и написано в диалоге обновления
  
• Поскольку оформление завязано на местоположения, а индексы удалились, то и оформление перестало работать
  
• В момент обновления местоположений очень много ресурсов требовала БД и мы вышли за лимит
  
• Обновили лимиты до максимума на тарифе - не хватило все-равно
  
• Обновил тариф и лимит до максимального вообще - не хватило все-равно
  
• Повторное удаление и загрузка всех местоположений по настройке выше тоже выдали ошибку
  
• Сайт тоже упал, не только оформление
  
• MySQL server has gone away in
  
• Через 5 часов удалось восстановить работоспособность
  

Возникает вопрос: а что за алгоритм обновления такой интересный, который полностью уничтожает сайт при довольно рядовой ситуации (количество городов по всем этим странам вместе взятым меньше, чем количество улиц в России)?
Почему потребовалось принудительно удалять индекс до обновления, есть же операция переиндексации?

Думаю, надо пересмотреть логику. Не нужно удалять индекс при обновлении, если это не отмечено в настройках.

В битрикс 24 имеется уязвимость: при авторизации можно вводить любой е-mail и в ответ получить фамилию и имя (если пользователь пользуется б24). Это совсем слегка нарушает закон и расстраивает пользователей.
Просьба устранить.

Стандартная лицензия Битрикса предполагает два сайта с одной БД - это годится только для разработки фронтэнда, поэтому неприемлемо в реальном проекте.
Можно создавать временно еще сайт с другой БД, но он должен быть срыт из паблика - вроде бы это должно позволять разрабатывать бекэнд.
Но есть проблема: сейчас нельзя выбирать версию обновлений, только последний релиз можно установить. Это приводит к тому, что при обновлении тестового сайта нужно обновлять и рабочий тоже, чтобы получить идентичное окружение. В нашем случае это 70 человеко/часов тестирования дополнительно.
Если бы можно было обновить тестовый сайт, внести свои изменения, а уже потом тестировать - это очень сильно сэкономило бы ресурсы и средства. Но, пока мы будем тестировать уже выйдет обновление битрикса, и тогда все сначала, т.к. рабочий сайт и тестовый будут не идентичны.

Что нужно: возможность выбирать из нескольких последних релизов при обновлении. Хотя бы тех, что в течение месяца выходили.

Пока выхода два:
1) не обновлять Битрикс вообще - сэкономим на этом;
2) обновлять отдельно Битриксовские изменения и свои правки - это двойная работа.

По мотивам http://idea.1c-bitrix.ru/7925/

Проблемы при закрытии публичной части:

• невозможность тестировать сайт с пользовательскими правами (только админ)
• невозможность просмотра/тестирования сайта не зарегистрированным пользователем
• невозможность привлекать к разработке сайта сторонних разработчиков (программистов, дизайнеров, верстальщиков, контентщиков, CEOшников). Т.е. невозможность раздавать ограниченные права. А давать всем права админа - это мягко говоря.
  

Предложение:

• при закрытии публичной части дать возможность пользователям с любыми правами просматривать и тестировать сайт в рамках своих полномочий, при условии что они будут логиниться в административной части
• чтобы была возможность тестировать сайт не зарегистрированным пользователям, задавать в настройках доступ незарегистрированного пользователя/ей (можно ограничить количество таких тестеров) только с определенного IP или по маске
  

Сейчас, при создании обращения в техподдержку, максимальный объем файла ограничен 400 Кб
Это просто позор в 2013 году, невозможно ничего отправить, кроме маленького текстового файла.

Читать подробнее...

Как сейчас выглядит лицензия (выжимка):
4.1. Настоящее Соглашение предоставляет право установки (инсталляции), запуска и использования одной копии Программы в рамках ее функциональных возможностей на одном компьютере (ЭВМ). Пользователю Программы (за исключением редакции «Первый сайт») предоставляется право на базе одной копии Программы создать не более двух Сайтов, использующих общее Ядро и базу данных.     Пользователю редакции «Первый сайт» Программы предоставляется право на базе одной копии Программы создать один Сайт.

4.2. Использование Программы для создания на базе одной ее копии более двух Сайтов  (за исключением редакции «Первый сайт») возможно только в случае расширения лицензии на условиях, размещенных на сайте Лицензиара в сети Интернет по адресу www.1c-bitrix.ru, и в п. 6.5 настоящего Соглашения. Создание на базе одной копии Программы редакции «Первый сайт» более одного Сайта возможно только после перехода на другую редакцию Программы.

4.3. Программа может быть временно установлена на дополнительный компьютер (ЭВМ) с целью использования исключительно для работ по разработке, тестированию и/или наполнению Сайта при условии отсутствия любого "внешнего" доступа к ней (в том числе из сети Интернет или извне локальной сети Пользователя). Указанная копия Программы должна быть немедленно удалена после завершения вышеперечисленных работ.

Какие возникают проблемы при этом у покупателя лицензии:

• Пункт 4.1. подходит для рабочего сайта, но не подходит для разработки, т.к. БД одна.
• Пункт 4.3. ограничивает возможности разработки, т.к. во многих проектах разработка ведется постоянно (один рабочий сайт и второй для разработки, БД разные) и нет смысла удалять сайт для разработки после каждого релиза.
• Зачастую, разработка ведется географически распределенной командой, находящейся далеко друг от друга. В этом случае доступ к сайту для разработки необходим всей команде. Но сейчас закрытие публичной части сайта делает невозможным тестирование сайта с любыми правами пользователей, кроме админских. Т.е. невозможно протестировать пользователя без регистрации, с регистрацией и т.п. Фактически, тестирование невозможно. А выкатывать в продакшн не протестированный релиз чревато.
• И даже для просмотра сайта (в случае закрытия публичной части) нужно давать пользователю админские права! Наверно, не нужно объяснять, что это неадекватное решение.
• Используются распределенные системы контроля версий (Git, Mercurial), т.е. существуют еще локальные репозитории у каждого разработчика. Что будет противоречить лицензии.
  

Предлагаю изменить текст лицензии и привести его в соответствие с современными реалиями:

• ограничения внешнего доступа заменить запретом индексации в файле robots.txt
• можно ограничить запретом использования доменных имен
• в п 4.3. "дополнительный компьютер" заменить на "дополнительные компьютеры"
• или предложите свой вариант, чтобы он решал  рассматриваемые вопросы