Отчёт Профили представляет из себя ссылки на созданные, в процессе регистрации, аккаунты. Примеры:
Профили бывают открытыми (три примера выше), когда профиль сразу виден любому и закрытыми
когда требуется залогинится, что бы увидеть данные. Несмотря на то, что для обычного человека профиль закрыт от просмотра (до залогинивания), администратор может допустить ботов поисковиков для индексации подобных профилей, т.е. поисковику подобный профиль будет виден.
Отчёт Профили является основопологающим для работы программы в режиме “Только Регистрация”. Именно этот отчёт показывает близкую к реальной(так как не все ссылки Хрумер может или умеет собрать) цифру количества успешно зарегистрированных аккаунтов. Т.е. при работе с данным режимом рассылки, полагаться и опираться(смотреть результат рассылки) следует именно на отчёт Профили, а не на отчёт Успешные.
Так же формирование данного отчёта зависит от опции CheckProfiles, при включении данного параметра фильтрации отчёт может стать меньшего объёма, по причине отфильтрованности не подходящих по параметры ресурсов.
Так же значительное влияние на формирование отчёта оказывает опция Включить проверку активной ссылки после отправки. При этом целесообразность включения данной опции в режиме рассылки “Только Регистрация” повляется лишь при наличие в профиле вашего проекта ссылки, будь то поле “Подпись”, “Домашняя старница” и другие.. При работе данной опции все, прошедшие проверку ссылки на зарегистрированные профили попадут в отчёт Успешные — т.е. именно там будет нужный вам результат. А в отчёте Профили остануться ссылки на зарегистрированные профили в которых активной ссылки из вашего проекта найдено не было. Таким образом, при включении данной опции, ваш отчёт может быть значительно уменьшен по объёму.
Здесь найдешь немного света в темном мире интернета.
воскресенье, 13 мая 2018 г.
Как узнать ссылку на свой профиль на форуме Bitcointalk
Зачастую любители собирать собирать ICO токены с Airdrop и Bounty раздач при заполнении форм на сайтах или в формах Google не могут заполнить поле, где нужно указать ссылку или ID профиля с форума bitcointalk.org и по данной причине бросают получение определенных бесплатных монет. Хотя зря.
Ситуация сложна тем, что поискав по форуму Bitcointalk найти ссылку на свой профиль очень сложно, если вы не оставили ни одного сообщения за все время прибывания там. Если же хотя бы одно сообщение на форуме было оставлено, то достаточно навести курсор на свой ник в сообщении или топике и скопировать оттуда ссылку. Она и будет являться прямой ссылкой на
ваш профиль в биткоинтэлк.
Где XXXXXX это ваш ID.
Если постов на bitcointalk не было, то смело идем в свой профиль (кнопка PROFILE в левой верхней панели), листаем ниже и копируем любую ссылку из раздела Additional Information.
Например первая будет иметь вид:
Помогите, пожалуйста, понять:
Собственно, вопрос такой: пользователь вводит свои данные (логин и пароль) на index.php, к примеру. Каким образом необходимо задать action и организовать авторизацию, чтобы не перенаправлять авторизацию в другой файл, а обработать ее в index.php?
Что-то такого типа? То есть, по нажатию кнопки, будем вызывать php-функцию внутри index.php?
- Вопрос задан более трёх лет назад
- 28959 просмотров
onsubmit – событие javascript и никакого отношения к PHP не имеет.
Что касается вашего вопроса, то разместите код проверки логина в index.php.
Ваша форма:
Помоему автор не совсем удачно задал вопрос.
Для любого программиста замена action и «не перенаправлять авторизацию в другой файл, а обработать ее в index.php» означает: вместо запроса к login.php сделать запрос к index.php и внутри него подгрузить модуль авторизации.
В этом случае ответ DevMan вполне себе приемлемое решение.
Но наличие onsubmit=«check_dataLogin()» настораживает и наводит на мысль, что автор все таки хочет прикрутить авторизацию через ajax.
Конкретные примеры кода приводить не буду, ибо вы не указали пользуетесь каким либо JS фреймворком или пишите все от руки в ноутпэде.
Могу только обратить внимание на несколько подводных камней.
1. ваша функуция check_dataLogin() должна всегда возвращать false, в противном случае после того как она отработает бразуер пошлет стандартный post запрос на сервер (не ajax)
2. оставьте form action=login.php. это ваш fallback на случай если в браузере отключен JavaScript.
3. результат у login.php должен личный для обыного post запроса и для ajax: может быть редирект на index.php, либо снова форма логина ( если пароль не верный), или же json для вашего ajax запроса (а может и не json, как реализуете так и будет)
П.С. Я человек новый на хабре и не совсем уверен что в Q&A это у местно, но в мирей айти есть некая этика как задавать вопросы. Практически на всех irc каналах или maillist, в которых я учавствую, подобный вопрос могут проигнорирывать или заклевать вас за «отсутсвие культуры общения». Если повезет с вами сыграют в 10 вопросов, пытаясь выяснить чего же вы все таки добиваетесь.
Для того чтобы вам помогали, ответы были развернутые и быстрые, научитесь формулирывать вопросы в понятной для других форме. Ведь не даром говорят что правильно поставленный вопрос содержит в себе половину ответа.
может это поможет вам goo.gl/EiskH
и еще (без перевода прадва) whathaveyoutried.com
Спасибо!
Очень развернутый ответ! 🙂
К теме Q&A. Я не очень хорошо владею терминологией в веб-разработке. Поэтому вопрос показался, наверное, некорректным. Я попробую еще раз:
на одном из своих проектов я делал авторизацию таким образом:
Такой подход создает очень много php-файлов с одной функцией. Я и подумал: «а что если авторизовывать пользователя в том же php-файле, не создавая кучу этих самых файлов с одной функцией?»
Такой подход создает очень много php-файлов с одной функцией.