Не работает кнопка «Регистрация» на сайте
Помощь в написании контрольных, курсовых и дипломных работ здесь.
Не работает кнопка «купить» в карточке товара
Доброго времени суток. Подскажите решение проблемы. В карточке товара не работает кнопка покупки.
Не работает кнопка «настройки» в личном кабинете на сайте Дом. РУ
Приветствую! Вопрос следующий: при заходе в Личный кабинет Дом. РУ и нажатие на кнопку НАСТРОЙКИ.
Калькулятор. Кнопка «+» работает как кнопка «=», а не должна
Суть проблемы в том что кнопка «+» работает по принципу «=», то есть мы будем нажимать 5+5+++++, в.
У меня вместо не существующей страницы 404, появляется страница с уведомлением «Вы успешно зарегистрировались и авторизовались», может проблема где-то в этом?
Добавлено через 13 минут
Как указать и где установить в «Настраиваемой регистрация» корректный url страницы которую будет видеть пользователь после успешной авторизации??
Не работает кнопка «Пуск», «Персонализация», «Параметры»
Доброй ночи! Проблема такая не работает кнопка «Пуск», через контекстное меню рабочего стола не.
При создании блокнота не работает кнопка «Копировать» или «Вставить»
Вот такой код, но наиболее интересны строки 74-84 т.к. они описывают кнопку копировать и кнопку.
Не работает кнопка «Добавить» после нажатия «Очистить»
На форме 4 picturebox и 2 кнопки. При запуске приложения picturebox не видны, при нажатии на кнопку.
Источник
Не работает регистрация
используете компонент для настраиваемой формы регистрации или системный?
если настраиваемый — проверьте какие пользовательские поля вы добавили в параметр REQUIRED_FIELDS.
помимо «Поле обязательное для заполнения» больше ничего не появляется?
| Цитата |
|---|
| msg пишет: используете компонент для настраиваемой формы регистрации или системный? если настраиваемый — проверьте какие пользовательские поля вы добавили в параметр REQUIRED_FIELDS. |
помимо «Поле обязательное для заполнения» больше ничего не появляется?
| Цитата |
|---|
| vessel1 пишет: Здравствуйте. Подскажите, пожалуйста. После заполнения всех полей формы регистрации(на главной странице сайта) появляется сообщение «Поле обязательное для заполнения». Соответственно регистрация нового пользователя не проходит. Есть 2 шаблона компонента (свой и стандартный). Ни через один не получается зарегистрироваться. Где и как можно поправить недуг? |
| Цитата |
|---|
| Николай Санников пишет: |
в профиле пользователей не создавали ли вы пользовательских свойств которым установили значение обязательное для заполнения?
В журнале событий ошибка регистрации и описание: Поле #FIELD_NAME# обязательно для заполнения Что это значит.
Добрый день.
Проблема в следующем:
При регистрации нового покупателя на сайте, в конце регистрации появляется следующее сообщение:
«Успешная регистрация
Вы успешно зарегистрированы на сайте.
С Вами свяжется наш менеджер и активирует Ваш аккаунт для покупок на сайте»
Раздел «Магазин» — «Покупатели» — «Список покупателей» — новый зарегистрировавшийся покупатель не появляется.
Источник
Ошибка регистрации нового пользователя
После недавних обновлений битрикса стали звонить клиенты и жаловаться, что не могут оформить заказ.
У нас сделано так, что вся регистрация происходит автоматически, эмейл на уникальность не проверяется, письма о регистрации не приходят и на один адрес можно оформлять заказы повторно. Это сделано для того, чтобы не мучать людей ЛК и Асей регистрацией. Просо зашли люди и оформили заказ. Все работает стандартными методами битрикса.
Сейчас же, уже несколько звонков, что на этапе последнего оформления заказа, то есть подтверждения уже возникает ошибка: Ошибка регистрации нового пользователя: пользователь с номером телефона. уже существует.
Что делать? Настройки не менялись, все как и было. Но видимо, мосле обновлений битрикса он стал проверять номер телефона на уникальность и говорить, что такой уже есть. В главном модуле да, появились две новый галки (у нас не активны), что использовать номер телефона и телефон является обязательным. Но про уникальность ничего. Как отключить эту новою функцию битрикса? Кто что посоветует?
Путем изучения sale.order.ajax выяснилось, что в этой проблеме помогли настройки — в главном модуле установить http://prntscr.com/oald3x (если на вашем сайте это допустимо) и в настройках sale.order.ajax «ALLOW_APPEND_ORDER» => ‘Y’
GYRYs , если нашли другое решение, поделитесь, пожалуйста
В том то и дело, что там ничего не стоит.
Написал в поддержку, они сняли галочку в настройках магазина в списке свойств заказа в телефоне «является как телефон». И вроде как, обсудят с разработчиками что делать.
Изучил что не так.
пока думаю что проблема пришла с этого обновления
| Модуль «Интернет-магазин» | Обновление | 18.6.500 |
«Добавлена возможность регистрации покупателей по номеру телефона в компоненте sale.order.ajax.»
Проблема даже не в компоненте , а в том как регистрируется пользователь и что при этом происходит с полем указанным как телефон.
В главном модуле добавились несколько классов отвечающие за обработку телефонов,
В момент регистрации пользователя с полем телефона происходит ряд проверок и нет ни каких условий на параметры/настройки модуля,
то есть процесс прохождения проверки телефона на уникальность и соответствие формату номера выбранной страны прямолинеен и обойти его не меняя ядро невозможно.
Единственное что можно сделать это не передавать этот параметр для регистрации пользователя.
а как это сделать уже сами решайте:
самый простой способ это отключить галочку в свойствах заказа «это поле является телефоном»
но в этом случае мы теряем весь функционал связанный с телефоном в модуле интернет магазин.
еще можно на событие до регистрации пользователя удалять данные по номеру телефона что бы обойти проверки.
Источник
Как решить проблему неработающей авторизации?
Что делать если на каждый хит теряется авторизация? Простому пользователю проще будет написать в техподдержку. А разработчик сайта может сам легко продиагностировать эту проблему не дожидаясь ответа техподдержки. Для гуру веб разработок материал, возможно, будет не очень интересен. А для тех, кто хочет такими стать, предлагаю доступное изложение работы механизма авторизации.
Когда поступает обращение в техподдержку с такой проблемой, мы классифицируем его как простое. Потому что понимая механизм работы авторизации можно быстро локализовать проблему. В частых вопросах коротко описаны основные проблемы, хочу показать обоснование.
Как это работает
В своей основе технология веб сайтов (протокол HTTP) не предполагает идентификацию пользователей: соединение с сервером не поддерживается, каждый переход по страницам — новое подключение к веб серверу.
Чтобы различать запросы в php используется механизм сессий . Принцип следующий: при первом заходе на сайт посетителю присваивается уникальный идентификатор (идентификатор сессии, далее PHPSESSID), браузер сохраняет его у себя, сервер хранит некоторую информацию для этого идентификатора (например о том, что он авторизован). Затем при каждом новом переходе вся сохранённая информация (данные сессии) читаются интерпретатором php и передаются скрипту.
А значит проблемы начнутся когда: сервер не выдаст ID, клиент не сохранит ID или сервер не сохранит данные сессии.
PHPSESSID передаётся через заголовки HTTP — эта часть служебной информации, которая не показывается браузером. Для её просмотра нужно использовать специальные инструменты (бесплатные), самые популярные: прокси сервер Fiddler , плагины FireFox FireBug и livehttpheaders . Последний — простой плагин, которым я воспользуюсь для иллюстрации вопроса.
Через меню инструменты делаю открываю окно «Live HTTP Headers» и делаю первый хит на сайт (все куки очистил):
Подсветкой выделил ключевую строку (часть идентификатора скрыл с тем чтобы у особо пытливых читателей не было соблазна ходить под моей сессией).
Здесь сервер указал, что мне следует сохранить в куки PHPSESSID. Если этого не произошло — дальше ничего не пойдёт. Верный признак проблемы: в заголовке нет ни одной записи Set-Cookie . В подавляющем большинстве случаев это говорит о том, что до старта сессии был вывод на экран. После этого php не может изменить заголовки HTTP. Типичный пример из файла /bitrix/php_interface/dbconn.php :
Также надо обратить внимание на файл init.php в этой папке, к нему те же требования.
Может быть ситуация, когда проблема в настройках сервера, это легко проверить нашим скриптом: bitrix_server_test.php (чтобы сессии работали на сервере нужна поддержка сессий в php, указана папка сохранения сессий и у php были права на запись в эту папку).
Работа с куками
Кука была сохранена, то на следующий хит браузер должен передать PHPSESSID на сервер.
Редко встречаются проблемы в работе браузеров, чаще идентификатор не передаётся в результате неправильного сохранения . Поясню. На прошлом изображении в строке Set-Cookie есть запись:
domain=1c-bitrix.ru . Она определяет, на какой домен будет распространяться кука. Для браузеров действуют простые правила безопасности:
— нельзя сохранить куку в другом домене . Например, сайт 1c-bitrix.ru не может выставить куку для домена mail.ru , если домен не будет соответствовать — она просто будет отброшена;
— куки из верхнего домена распространяются на поддомены. Например, указали 1c-bitrix.ru , открываем dev.1c-bitrix.ru или www.1c-bitrix.ru — кука должна передаваться. Наоборот не будет работать: кука домена www.1c-bitrix.ru не подхватится на 1c-bitrix.ru .
— если не указан домен — кука привязывается к текущему домену, но не распространяется на поддомены .
Битрикс указывает домен в куки из настроек сайта. А значит убедитесь, что в настройках сайта указаны правильные домены (поле Доменное имя ).
На этот и все последующие хиты в ответе сервера кука PHPSESSID не должна выдаваться:
Если браузер передал PHPSESSID, а сервер всё равно выдал новый, значит он либо не сохранил сессию у себя (проверить папку и права на неё, часто бывает неправильно указан путь в windows, используются обратные слешы \ вместо прямых / ) либо сессия истекла и сервер её удалил (между хитами должно пройти какое-то время).
Если тест сервера показывает, что сохранение сессий работает, сессии PHPSESSID сохраняется и передаётся, но авторизация всё равно теряется, значит проблема в настройках битрикса. Приходилось сталкиваться с ситуацией, когда интернет-провайдер периодически меняет IP адрес клиента, тогда срабатывает настройка привязки к IP в настройках безопасности группы пользователей. В этом случае следует установить привязку 0.0.0.0 .
Это основные проблемы, встречаются экзотические ситуации, но очень редко. Большинство проблем с авторизацией, а также сохранением данных с ошибкой Ваша сессия истекла или Ошибка безопасности диагностируются как показано здесь.
Источник
Запрос пароля регистрации у Битрикса не работает
см. страницу на которой находитесь сейчас.
Справа вверху кнопка «выйти»
затем попробуйте там же сами «себе напомнить пароль» (смоделируйте ситуацию, что Вы его забыли) — ссылка «Забыли свой пароль?» во всплывающем окне, и не знаю как кому, но мне Битрикс бесконечно предлагает строку для смены пароля и никогда не высылает новый пароль.
| Цитата |
|---|
| рассказать надо ведь что делал |
хз, УМВР, тока что проверил.
Контрольная строка, а также ваши регистрационные данные были высланы по E-Mail. Пожалуйста, дождитесь прихода письма, так как контрольная строка изменяется при каждом запросе.
| Цитата |
|---|
| andreysmorya пишет: поэтому на ЖЖ посетителей больше, чем на данном форуме. |
Поздравляю! Перепишите его на пяти листах и отправьте пяти своим знакомым
А должно приходить второе письмо после письма со строкой изменения с двумя строками, как на более бесплатных «попсовых» движках
1) (первая строка) логин: бла-бла-бла
2) (вторая строка) пароль: другое бла-бла-бла
| Цитата |
|---|
| andreysmorya пишет: А должно пирходить письмо с двумя строками |
1) (первая строка) логин: бла-бла-бла
2) (вторая строка) пароль: другое бла-бла-бла
на «попсовых» движках потому что так у всех и потому что так удобно и понятно для посетителей, «с куя» у Битрикса как то по другому, наверно у програмистов тутошних — это Рыжикову видней должно быть, вместо рук и головы «куи»
| Цитата |
|---|
| О данной проблеме разработчики уведомлены, будет изменение в работе функционала. Приносим извинения за доставленные неудобства. Ответ: ТП |
| Цитата |
|---|
| andreysmorya пишет: вторым письмом логин и пароль должен высылаться по логике, а не строка очередной генерации нового очередного пароля. |
Андрей, это по вашей логике и по логике разработчиков попсовых (без кавычек) движков так должно быть. А правильно генерировать именно ссылку на восстановление пароля и сам пароль должен храниться в системе в невозможном для восстановления виде. Что и реализовано в Битриксе.
Пароль — это самая секретная информация, т.к. люди не редко используют один пароль на разных сайтах. Таким образом любой сотрудник, хостинг-провайдер или вообще фрилансер, имеющий доступ к базе сайта, может спокойно восстановить ваш пароль и пользоваться им на свое усмотрение.
Поэтому задумайтесь о безопасности ваших персональных данных на сайтах, которые на запрос восстановления пароля отдают его в открытом виде.
У Вас вообще никакой логики.
Еще раз «выйдите» из регистрации своего сайта и попробуйте востановить пароль, как с «логикой домохозяйки»:
Приходит второе письмо
| Цитата |
|---|
| Ваш пароль успешно изменен. |
Ваша регистрационная информация:
ID пользователя: 187***
Статус бюджета: активен
Login: ********
Для смены пароля перейдите по следующей ссылке:
http://dev.1c-bitrix.ru/auth.php?change_password=yes&lang=ru&USER_CHECKWORD=******
Извините, но хочется ругаться матом: зачем предлагать смену пароля и соответствующую строку подсовывать посетителю после того, как он только что уже поменял пароль. Если отправка пароля письмом противоречит религиозным убеждениям Битрикс:
После изменения пароля и введения посетителем его в соответствующие поля нужно тогда предложить ЯВНУЮ ссылку на автороизацию и продублировать эту ссылку письмом с текстом вида «введите новый пароль», а не предлагать генерировать его бесконечно.
Специально пойду и проверю на сайте Касперского выход-вход, если пароль придет письмом, то извиняйте: Касперский входит в ТОП-50 иновационных компаний мира, а не Битрикс (это в тему «попсовых» движков), там же выше касперского в рейтингах гуглы и твиттеры всякие.
_______________
у Твиттера на запрос пароля понятная ссылка в письме приходит на страницу ввода нового пароля
| Цитата |
|---|
| andreysmorya пишет: После изменения пароля и введения посетителем его в соответствующие поля нужно тогда предложить ЯВНУЮ ссылку на автороизацию и продублировать эту ссылку письмом с текстом вида «введите новый пароль», а не предлагать генерировать его бесконечно. |
| Цитата |
|---|
| andreysmorya пишет: «с куя» у Битрикса как то по другому, наверно у програмистов тутошних — это Рыжикову видней должно быть, вместо рук и головы «куи» |
а вот с «куя» битрикс проходит тестирование на безопасность?
И восстановление пароля по кодовой строке далеко не новика в Интернете, и не ноу-хау Битрикс
andreysmorya,
что то вас больно часто баги посещают в неожиданных местах
А вообще — есть типовые особенности продуктов. И Не только у Битрикс.
Которые не всегда обязаны подстраиваться под все типовые фантазии программистов и пользователей.
И вместо того, чтобы критиковать принцип действия — лучше найдите причину, почему не работает.
Язвить во всю силу своей компетентности не стоит.
Посмотел у Касперского:
Пришлось специально регистрироваться на их форуме:
на странице запроса парлоля пишет:
| Цитата |
|---|
| На ваш адрес электронной почты был отправлен новый пароль к учетной записи. |
| Цитата |
|---|
| Здравствуйте, andreysmorya! Вы получили это письмо, поскольку был сделан запрос на восстановление вашего пароля в форуме по адресу http://forum.kasperskyclub.ru/index.php . |
Имя пользователя: andreysmorya
Новый пароль: f46******
—
С уважением,
Администрация Форум фан-клуба Лаборатории Касперского.
http://forum.kasperskyclub.ru/index.php
И заматте на форуме Касперского «куями» покупателей не обкладывают ни разработчики не их сексуальные партнёры по продажам, что так же объяснимо Касперский в США продаётся, а Битикс в странах «совка».
Всё четко и понятно, почему у Битрикса через *опу не ясно.
| Цитата |
|---|
| способ уведомления сейчас несколько неудачен |
я написал в гостевой форум для потенциальных покупателей Битрикса свой отзыв:
1) Востановление пароля у Битрикса кривое
2) Тех. поддержка данную проблему устранить оперативно, в рамках регламента не в состоянии.
для тех кто еще не купил данный «коробочный продукт» — всё верно
| Цитата |
|---|
| рынок предлагает массу других решений, попробуйте их |
вопрос зачем такая тех. поддержка?
.
пошел писать объявление на сайт: в связи с тем что сайт работает на Битрикс где деньги берутся за одно название на форуме имеются проблемы с востановлением пароля постарайтесь не терять пароль, при его утере проще зарегистрорваться заново, что плохо для привлекательности форума.
Если для простых страниц сайта, где регистрация не требуется это не принципиально, то размещать и создавать новый форум или конвертировать имеюшийся не целесообразно и не рекомендуется
Если это форум с такой регистрацией — потеря посетителей, если в интернет — магазинах под битриксом так же то это просто потеря потенциальных покупателей.
| Цитата |
|---|
| 2.4. Служба технической поддержки не может гарантировать время решения проблемы |
| Цитата |
|---|
| andreysmorya пишет: Пришлось специально регистрироваться на их форуме: |
Фан-клуб «Лаборатории Касперского» является независимым проектом .
| Цитата |
|---|
| andreysmorya пишет: Специально пойду и проверю на сайте Касперского выход-вход, если пароль придет письмом, то извиняйте: Касперский входит в ТОП-50 иновационных компаний мир |
Ничего я не тестирую (впечатление, что сам Битрикс свой продукт комерческий не сильно тестирует), при создании темы я предполгал, что могут сослаться на вопросы безопасности. По вопросам безопасности Касперский для меня «определенный» авторитет. Пароль там на форуме Касперского пересылается открыто по почте. Если бы был прецендент взлома форума касперского или кражи паролей, я думаю резонанс был бы. Ссылку на форум Касперского нашел на сайте Касперского. Сами найдите ТОП-50 иновационных компаний мира на сегодня и посмотрите как у них с запросом логина — пароля. Я сравнил у «Касперского» и у «Твиттера» там всё OK. У Битрикса никак.
Как то просматривая журнал событий на своем сайте — действий посетителей, обратил внимание, что посетители по несколько раз запрашивают смену пароля, думал что у них что то с работой почты. а тут что то с работой Битрикса оказывается связано.
| Цитата |
|---|
| andreysmorya пишет: Если бы был прецендент взлома форума касперского или кражи паролей, я думаю резонанс был бы |
Не было бы. Фан клуб это не лаборатория.
| Цитата |
|---|
| andreysmorya пишет: Как то просматривая журнал событий на своем сайте — действий посетителей, обратил внимание, что посетители по несколько раз запрашивают смену пароля, думал что у них что то с работой почты. |
«мой форум — мои правила» (с) мне регистрация нужна пока только для форума на сайте. Регистрационные анкеты за которыми не стоит сообщений на форуме удаляются в ручном режиме. Если судить по ID пользователей, то «мертвых душ» под 2 т. человек было бы уже. Можно посмотреть по форумам колег-конкурентов по количеству зарегистрированных у них посетителей — там тысячи «постителей». Бывают форумы молодые (и глупые) с размещением не только «мертвых душ», но и платных сообщений — мусора, с имитацией активности, к чему это?
По данной теме видно, что за половиной сообщений идет спам и флуд, по данному форуму тут везде так — это крупный минус данному форуму. На данном форуме на странице посетителей 4154 страниц с 20 анкетами на каждой, то есть 83080 якобы посетителей. это фигня, тут всего лишь пяток ативистов ставят спам под своими сообщениями, в надежде заработать на пиво. не по теме — вот и весь «форум»
В содержании форума и так проблем хватает, кроме спама и флуда, а так как форум в составе комерческого продукта (Битрикс), то глюки элементарные, подобные описываемому, на решение которых должно уходить не более суток это не приемлемо.
| Цитата |
|---|
| andreysmorya пишет: при создании темы я предполгал, что могут сослаться на вопросы безопасности. |
Я же вам привел аргумент по вопросу безопасности и он очень простой, чтобы его понять самостоятельно, а не искать дургие «авторитетные» примеры в сети.
| Цитата |
|---|
| andreysmorya пишет: а тут что то с работой Битрикса оказывается связано. |
| Цитата |
|---|
| andreysmorya пишет: Регистрационные анкеты за которыми не стоит сообщений удаляются в ручном режиме. |
Это кошмар Паши Дурова. У него бы числились только «ты, да я, да мы с тобой». Массовка притягивает массовку, закон стада.
Вы вообще неправильно ведете проект. Начиная от базовых мер, как например, мера выше, кончая нервным здоровьем. Я бы начал с последнего. А лучше бы вышел с Интернета.
Источник
