Не отображается каптча при авторизации в админке!, Пытаюсь зайти в админку, ввожу логин и пароль выдает, что не верно и просит ввести по новой с каптчей, которой нет.
В такой же ситуации помогло вот что - сайт, в админку которого я пытался зайти (и, соответственно, не отображалась CAPTURE) был скрыт от посетителей описанной здесь технологией (на период разработки был скрыт только 1 сайт при многосайтовости): https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=103&LESSON_ID=296&LESSON_PATH=8799.3989.296 Как только я убрал скрытие сайта - CAPTURE тут же стала отображаться, я смог зайти в админку с этого сайта, а потом снова скрыл его - и, поскольку CAPTURE отображается только если был случайно неверный пароль введен, то вводя пароль внимательно снова стало можно работать. Но, конечно, неприятно что Bitrix рекомендуя такой способ скрытия ничего не делает с возникающим при этом способе косяком.
Не откажите в небольшом совете: возникла необходимость разместить в сети один мой старенький сайт на 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 (Установка решения) и на этом этапе зависает... Что не нравиться и как побороть дальше- непонятно...
Сергей Филькин пишет: Скачал свеженькую десятку. Поправил в МАМПе параметр mbstring.func_overload, как было написано выше. но на 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 пишет: Поделюсь интересной ситуацией. Я также напоролся на ошибку "Нет. Вероятно, каталог, используемый для сохранения параметров сессии, не доступен для записи". В php.ini прописал session.save_path = "C:\tmp"(ставил в локале), жмакаю F5(ни один раз), проблема не решается. Захожу в папку tmp сессия создана, но весит 0 байт, а потом чисто случайно нажал "Назад" на предущий шаг и снова вперёд и.. даже с бубном прыгать не надо)) все работает)
Точно! Достаточно сделать шаг назад, и повторная проверка такой проблемы уже не обнаруживает. Спасибо malbur!