Тема: где в MySQL находятся данные пользователей?
собсно вопрос в названии.
ЗЫ еще пожалуйста подскажите можно ли просмотреть-изменить в БД пароли пользователей?
|
Фонд моральной поддержки |
|
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
PunBB по-русски → Работа системы → где в MySQL находятся данные пользователей?
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
собсно вопрос в названии.
ЗЫ еще пожалуйста подскажите можно ли просмотреть-изменить в БД пароли пользователей?
хакер! изменить пароль пользователя может админ средствами самого форума. вы добыли доступ к чужой базе? это не тот форум где обсуждают подобные вещи.
P.S. забанил богдана на всякий случай. если считаешь, что незаслуженно - пиши письма, все можно поправить
Давайте я продолжу задавать вопросы про БД. Речь идёт об FluxBB, но там народу нет совсем, потому здесь.
Известно, что ID юзеров являются натуральными числами. Какое наибольшее значение может принимать ID? Могу ли я принудительно вписать пользователя с ID, к примеру, 1833653450? Если я впишу такой ID, следующий будет инкрементален к этому числу, или же продолжится нумерация тех, что меньше по значению?
Давайте я продолжу задавать вопросы про БД. Речь идёт об FluxBB, но там народу нет совсем, потому здесь.
Известно, что ID юзеров являются натуральными числами. Какое наибольшее значение может принимать ID? Могу ли я принудительно вписать пользователя с ID, к примеру, 1833653450? Если я впишу такой ID, следующий будет инкрементален к этому числу, или же продолжится нумерация тех, что меньше по значению?
А зачем вам такие вопросы, если задающий такие вопросы, уже знает ответ на них?!
Upd. А если и не знает ответы, то нафига такие нелепые вопросы. Читайте книжки, если не понимаете, учите MySQl (что там учить?!) и буржуйский (аналогия). Там все элементарно. Нет?! Нефиг лезть.
Scr1pt1k
Несколько не понял обоснование вашего ответа. Хотя понял вопрос.
Я сейчас разбираюсь вплотную с работой форума и MySQL. Зачем? Практическая необходимость + желание. Я конструирую дамп. Пожалуйста, не отправляйте меня куда-то что-то читать, потому как у меня ближайшая задача как раз узнать ответ на мой вопрос, хоть это, может быть, и покажется вам непоследовательным. И я уже "влез", причём влез настолько глубоко, что теперь для меня непоследовательным будет остановиться от того, что "я не допонимаю логику работы MySQL" ![]()
И у меня уже есть два решения на случаи обоих предполагаемых вариантов ответов... Одно лёгкое, другое интересное.
Известно, что ID юзеров являются натуральными числами. Какое наибольшее значение может принимать ID?
dev.mysql.com/doc/refman/5.0/en/ … types.html
Могу ли я принудительно вписать пользователя с ID, к примеру, 1833653450? Если я впишу такой ID, следующий будет инкрементален к этому числу, или же продолжится нумерация тех, что меньше по значению?
На этот вопрос можно легко ответить, поставив эксперимент - добавить к таблице запись с ручным ид, потом добавить запись программно (не указывая ид) и посмотреть результат. Что-то мне подсказывает, что счетчик будет равен последнему ид + 1:
When you insert a value of NULL (recommended) or 0 into an indexed AUTO_INCREMENT column, the column is set to the next sequence value. Typically this is value+1, where value is the largest value for the column currently in the table.
На этот вопрос можно легко ответить, поставив эксперимент
Вот нету под рукой живого форума...
Я так понимаю, тип переменной Unsigned INT? Тогда значение 4294967295. Неплохо. Но по-уму надо бы всё равно переназначить сначала, там используется всего лишь узкий диапазон, несмотря на большое значение. Сложность в том, что уже есть аватары пользователей с такими ID. Значит, программно переименовывть. Ну, это так, делюсь своим...
Что-то мне подсказывает, что счетчик будет равен последнему ид + 1:
Мне то же самое мерещится ![]()
Спасибо, нужную информацию я получил.
hcs, не пора ли Scr1pt1k сделать предупреждение за тролизм и флуд?..
hcs, не пора ли Scr1pt1k сделать предупреждение за тролизм и флуд?..
Я что то нарушаю?)
Вы правила читали?
Ваши нарушения за одно сообщение:
2.6. Не рекомендуется заниматься самомодерированием, то есть делать замечания другим участникам. Пишите личное сообщение кому-либо из администрации.
3.1. Запрещается мат, сквернословие, оскорбления, хамство, переходы на личности. Если ваше сообщение содержит нецензурные выражения, оно будет удалено вне зависимости от полезности содержащейся в нём информации. О любом случае намеренного оскорбления немедленно сообщайте администрации.
3.3. Запрещено обсуждать любые действия администраторов или модераторов, политику модерирования или настоящие Правила где-либо кроме специально созданных для этого мест.
В любом случае это на усмотрение администрации и вы правы, к человеку выше я придрался.
UPD. dilavis, Я а ещё подумал, почему, вы, это пристали именно ко мне (а не к модераторам): потом вспомнил пост: Выделить жирным название разделов и понял, я перебежал вам кривую тропинку, на которой вы нуб, а по статусу - мастер. Обиделись, что каскады не знаете? И поэтому кругом троли?) Мб вы главный троль, об этом не думали?))
Scr1pt1k
Несколько не понял обоснование вашего ответа.
...
И у меня уже есть два решения на случаи обоих предполагаемых вариантов ответов... Одно лёгкое, другое интересное.
Я как раз таки про этого и говорю
Зачем задавать вопрос, если знаешь на него ответ?)
hcs, не пора ли Scr1pt1k сделать предупреждение за тролизм и флуд?..
Покажите, пожалуйста, тему, где вы даете ответ хотя бы на какой то вопрос ![]()
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
PunBB по-русски → Работа системы → где в MySQL находятся данные пользователей?
Сгенерировано за 0.173 секунды (31% PHP — 69% БД) 11 запросов к базе данных
Технологии с открытым исходным кодом, несомненно, обладают серьезным преимуществом над аналогичными продуктами, распространяемыми по ограниченным лицензиям. И совершенно неважно, что это. Возможно это:
Впрочем, неважно. Что бы это ни было, важно всячески поощрять и поддерживать Open Source в любом виде. Тем более, что вы знаете, PunBB распространяется по лицензии GPL/GNU. И спасибо за внимание.