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

В такой же ситуации помогло вот что - сайт, в админку которого я пытался зайти (и, соответственно, не отображалась CAPTURE) был скрыт от посетителей описанной здесь технологией (на период разработки был скрыт только 1 сайт при многосайтовости): https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=103&LESSON_ID=296&LESSON_PATH=8799.3989.296
Как только я убрал скрытие сайта - CAPTURE тут же стала отображаться, я смог зайти в админку с этого сайта, а потом снова скрыл его - и, поскольку CAPTURE отображается только если был случайно неверный пароль введен, то вводя пароль внимательно снова стало можно работать.
Но, конечно, неприятно что Bitrix  рекомендуя такой способ скрытия ничего не делает с возникающим при этом способе косяком.

Добрый день специалистам по Bitrix VM !

Не откажите в небольшом совете: возникла необходимость разместить в сети один мой старенький сайт на Joomla 2.5, использующий версию php не выше 5.6
Возникла идея - зачем покупать новый хостинг, когда у меня на отдельном VPS развернута Bitrix VM (7.1.0) управляющая пятью разными сайтами на  Bitrix (в одном пуле), ведь Bitrix VM универсальна, вполне можно в ней создать новый kernel - сайт, удалить из вновь созданной папки все что касается Bitrix  и развернуть сайт там - и действительно, все так и получилось. Но теперь надо именно для этого сайта уменьшить версию php до 5.6, а для всех остальных сайтов оставить php версии 7. Возможна ли такая настройка? Если зайти в "1. Mange Hosts in the pool" то в появившемся меню есть пункт " 8. Upgrade php and mysql versions", который предлагает "1. Rollback php to 5.6 version"... Однако, похоже что это изменит версию интерпретатора  php  для всего пула сайтов на виртуальной машине, а вот как сделать такую настройку для отдельного сайта?
Заранее благодарю за ответ.

Однако, не первый раз уже проблема решается не чудодейственными танцами с бубном, а банальным "вышел-вошел" - после того как установка решения "Интернет-магазин" наглухо висла дойдя до 8% (при этом база уже создалась), снес все из папки ...MAMP/htdocs  и попробовал переустановить тот же самый дистрибутив, однако на этот раз не с помощью "bitrixsetup.php", а просто распаковав дистрибутив в корень сайта (папка ...MAMP/htdocs) и запустив установку в "ручном" режиме (фактически просто зайдя после этого в этот корень браузером. При этом решение выбирал не "интернет-магазин", а "Демо-сайт для разработчика" с шаблоном "Web 2.0". И о чудо! - на этот раз все встало и успешно обновилось со свежим демо-ключом. Однако торговый каталог все же не работал (404 ошибка на месте компонента торгового каталога), после этого из администраторской части запустил установку шаблона "Интернет-магазин" и на это раз все встало, вместе с мобильной версией магазина. Немного, кстати, почудил мобильный интернет-магазин, в 3-ей строке индексного файла код PHP споткнулся о двойные кавычки, в которые было заключено название ООО, но после того как ручками исправляешь на одинарные все работает! Так что прощай Windows и виртуальная машина - будем работать с bitrix напрямую из Mac .Да, забыл еще написать - в файле конфигурации php.ini кроме уже описанных вещей потребовалось изменить строчку (включить) "Показывать ошибки" (display_errors) - после этого проверка совместимости уже не находила оснований не поставить bitrix под MAMP. И, кстати, для правки php.ini  MAMP PRO не нужен - все прекрасно правится в текстовом редакторе напрямую.

Опыт установки версии 11.0.3. на MAMP: Поправил в php.ini (для используемой версии PHP):1) mbstring.func_overload=2
2) mbstring.internal_encoding UTF-8
3) значение выделяемой памяти с 32 до 64
Администратор БД так как отображено на главной странице МАМР - "root" c паролем "root" (если он не менялся со стандартного значения), создать новую БД, правильно указать порт MySQL (как он отображается в текущих настолйках МАМР, у меня былlocalhost:3306), после чего все прекрасно устанавливается до шага 7 (Установка решения) и на этом этапе зависает...
Что не нравиться и как побороть дальше- непонятно...

На 11.0.3 похожая ситуация. Поправил в php.ini (для используемой версии PHP):1) mbstring.func_overload=2
2) mbstring.internal_encoding UTF-8
3) значение выделяемой памяти с 32 до 64
Администратор БД так как отображено на главной странице МАМР - "root" c паролем "root" (если он не менялся со стандартного значения), создать новую БД, правильно указать порт MySQL (как он отображается в текущих настолйках МАМР, у меня был localhost:3306), после чего все прекрасно устанавливается до шага 7 (Установка решения) и на этом этапе зависает...
Что не нравиться и как побороть дальше- непонятно...

Точно! Достаточно сделать шаг назад, и повторная проверка такой проблемы уже не обнаруживает. Спасибо malbur!