При авторизации одного конкретного пользователя выпадает ошибка
SQL Error: The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay at /home/n/newinfom/public_html/classes/modules/topic/mapper/Topic.mapper.class.php line 460
Array ( [code] => 1104 [message] => The SELECT would examine more than MAX_JOIN_SIZE rows; check your WHERE and use SET SQL_BIG_SELECTS=1 or SET SQL_MAX_JOIN_SIZE=# if the SELECT is okay [query] => SELECT t_fast.*, tc.*, u.user_login as user_login, IF(tv.topic_id IS NULL,0,1) as user_is_vote, tv.vote_delta as user_vote_delta, IF(tqv.topic_id IS NULL,0,1) as user_question_is_vote, bu.is_moderator as user_is_blog_moderator, bu.is_administrator as user_is_blog_administrator, IF(tr.comment_count_last IS NULL,t_fast.topic_count_comment,t_fast.topic_count_comment-tr.comment_count_last) as count_comment_new, IF(ft.topic_id IS NULL,0,1) as topic_is_favourite FROM ( SELECT t.*, b.blog_title as blog_title, b.blog_type as blog_type, b.blog_url as blog_url, b.user_owner_id as blog_owner_id FROM prefix_topic as t, prefix_blog as b WHERE 1=1 AND t.topic_publish = 1 AND ( t.topic_rating >= 2 or topic_publish_index=1 ) AND b.blog_type in ('personal','open') AND t.blog_id=b.blog_id ORDER by t.topic_date_add desc LIMIT 0, 10 ) as t_fast JOIN prefix_user AS u ON t_fast.user_id=u.user_id LEFT JOIN ( SELECT topic_id, vote_delta FROM prefix_topic_vote WHERE user_voter_id = 7 ) AS tv ON t_fast.topic_id=tv.topic_id LEFT JOIN ( SELECT topic_id FROM prefix_favourite_topic WHERE user_id = 7 ) AS ft ON t_fast.topic_id=ft.topic_id LEFT JOIN ( SELECT topic_id, comment_count_last FROM prefix_topic_read WHERE user_id = 7 ) AS tr ON t_fast.topic_id=tr.topic_id LEFT JOIN ( SELECT topic_id FROM prefix_topic_question_vote WHERE user_voter_id = 7 ) AS tqv ON t_fast.topic_id=tqv.topic_id LEFT JOIN ( SELECT is_moderator, is_administrator, blog_id FROM prefix_blog_user WHERE user_id = 7 ) AS bu ON t_fast.blog_id=bu.blog_id JOIN prefix_topic_content AS tc ON t_fast.topic_id=tc.topic_id order by t_fast.topic_date_add desc; [context] => /home/n/newinfom/public_html/classes/modules/topic/mapper/Topic.mapper.class.php line 460 )
На Денвере крутиться девелоперская версия моего сайта. Всё бы ничего, только вот при попытке авторизоваться под своими Логином и Паролем, авторизации не происходит. Т.е. страница идёт на рефреш (прям как будто сейчас произойдёт авторизация), но после рефреша обнаруживаю, что её не было. Снова вижу «Вход» и «Зарегистрироваться». Совершенно не понимаю, в чём может быть дело.
Очень страдаю от отсутствия модуля для регистрации/авторизации пользователей по OpenID или oAuth. Подобный модуль мог бы быть очень полезен для привлечения аудитории на любой сайт. Большинство интернетчиков уже имеет аккаунты на Twitter, Google, Яндексе или OpenID-провайдере и авторизация или регистрация с помощью них сильно упростила бы жизнь.
Если кто-то возьмется за реализацию, то готов даже оплатить разработку подобного модуля. Если там еще и Facebook будет, то вообще сказка.
Думал о безопасности, а именно о логинах и паролях для LS, есть ли смысл сделать авторизацию через безопасное соединение? кто как считает?
(т.е. авторизация будет через https://autor.site.ru/login/ вместо site.ru/login/)
Интересно мнение тут присутствующих…
Прикрутил к аккаунту еще один сайт, настроил виртуалхосты, вроде все нормально, но на второй сайт не могу зайти под админом, пишет «что то вероятно не так...» пытаюсь зарегистрироваться под обычным юзером — в конце выдает «Системная ошибка, повторите позже». Второй сайт поставил с нуля, движок 0.3.1 и импортнул дефолтную базу. На VPS использую memcached. Чую что дело в кешировании, сессиях или куках, но не могу решить проблему. Папки tmp в конфигах в разных директориях указываю, но все равно что то путается. Помогите народ кто прикручивал к одному серверу несколько сайтов разобраться и решить проблему. Спасибо и с Наступившим всех!
Столкнулся со следующей проблемой/особенностью: в базе лайвстрита, насколько я понял, отведено только одно поле под хэш, который генерируется при авторизации и который записывается в куки, чтобы человек оставался залогиненным. Соответственно, если пользователь вошёл на сайт с другого компьютера/браузера, старый хэш перетирается новым, и человек автоматически перестаёт быть залогиненным в на первом компьютере.
В своём коде я решил проблему введением таблицы с хэшами, в которую записывается каждый новый хэш, и соответственно, везде, где человек авторизуется, он и остаётся залогиненным.
А вот как это реализовать на чужом коде, не знаю. Может, кто-то уже сделал хак? :-)
Здравствуйте!
интересует разработка модуля, функционал которого будет описан ниже.
ЭТО НЕ ОПЕН ИД
Прошу отреагировать людей способных его реализовать, сориентировать по цене и срокам реализации?
Начальные условия:
1. пользователь зарегистрирован и авторизован на лж, вконтакте и тд.(крупные порталы)
2. мы доверяем учетной записи с этих порталов и считаем такого пользователя полноценным и уникальным.
Задача:
При переходе на сайт Livestreet пользователь сразу (автоматически!!!) авторизовывается под логином одного из порталов ( например лж, вконтакте )и получает возможность под учетной записью, например лж, оставлять комментарии к записям (без ввода каких-либо логинов паролей, id, то есть прозрачно, как если бы он просто бродил по livejournal).