Модернизация скрипта знакомств

Еще раз приветствую всех!
Есть еще такая задача, подсказывайте, кто знает?
Как извлечь $dt[0] из последней анкеты, или его значение из последней строки базы?
Нужно сделать $dt[0]++ при добавлении следующей анкеты,
тогда все анкеты будут по порядку - это будет полезнее!
И не надо будет использовать рандомный $key
Не делать же отдельный счетчик count() с записью в отдельный файл...
Михаил, выручайте! Как нам обратиться к $dt[0] последней анкеты, при добавлении новой?
С уважением, Георгий

Георгий, ничего не поять... что вам надо. Но из первой строки мне послышался вопрос про - "как узнать данные последней анкеты..."

Допустим, переменная $line содержит массив строк вашей базы данных анкет. Каждая строка этого массива, это данные нового пользователя. Следовательно, $line[0] Будет всегда соотвествовать первому зарегистрировавшемуся, т.е. первой анкете. А, $line.., где каждый новый пользователь по числу возростания - эти данные пересчитывает и выводит цыкл. Тело цыкла заключен в фигурные скобки. Цыкл прекращает пересчитывать строки массива, когда достигает своего опофеоза. То есть, - кончаются строки, цыкл возвращает falsh, Но, последние полученные данные остаются в памяти.
Короче, за фигурными скобками этого цыкла, переменная $dt[0] будет всегда соотвествовать последней строке в вашей БД анкет.

я тут тоже кое что начал модернизировать вот http://lovesky.sk6.ru//meeting/index.php?event=addform изменил цель знакомства

Дима, а почему в цели 3 раза флирт ?

Георгий, нельзя присваивать анкетам в качестве ключа номера попорядку, так как если вы захотите переместить или удалить одну анкету - весь порядок сбивается.

а вот Maksir придлагает верное решение - обращаться к последней строке в БД - это и будет последняя размёщенная анкета.

Приветствую, Maksir и Михаил!
Правильно Михаил заметил, если переместить первую анкету вниз, тогда отсчет пойдет повторно.
Тогда надо искать максимальное значение ключа из всех анкет и прибавлять 1 при добавлении следующей анкеты.
Пусть анкеты перемещаются или удаляются, старое значение ключей не будет использоваться.
Допустим, запускаем изначально скрипт, в базе одна анкета с ключом 100001
Нужно, чтоб при добавлении следующей анкеты считывался ключ анкеты и к нему добавлялась единичка.
Есть анкета 100001, следующая будет 100002 и т.д.
Если анкеты перемещаются - перемещается вся строка, вместе с ключом же.
значит надо вычислять максимальное значение ключа и к нему прибавлять единицу.
Это возможно сделать?

Цитата:

Георгий, пустой строки в базе не должно быть. Если строка пустая, то её нужно стереть.
Если скрипт дописывает пустую строку, то, возьмём во внимаение мой предидущий пост, переменная $line[$i].
В цикле пишим:

Код:

Георгий, возможно такое сделать. По такому алгоритму работает панель администратора в доске объявлений при добавлении рубрики/раздела.

Сделать могу. Насколько это нужно? Давайте подумаем что такая нумерация нам даст - какие будет плюсы и минусы.

Я вижу, что при добавлении анкеты нужно считывать весь файл с анкетами в память, запускать поиск наибольшего по каждой строке. При кол-ве анкет 10 штук - это быстро, а если в базе 1000 анкет? - 2-4 секунды будет работать этот поиск.

Из плюсов - легко сослаться на анкету с любого сайта - нужно только знать свой номер по порядку и ссылка можно будет сделать вида: index.php?anketa=1001.

Ещё идеи какие будут?

Если в базе больше тысячи анкет - больше вероятность создания одинакового ключа,
вот основной минус, не будем при этом углубляться в теории вероятностей,
они всегда там - где их не ждешь.
Насчет скорости обработки приведу цитату из форума softtime:

Цитата:

Цитата:

Цитата:

Пришлось проверку MIME-типов сделать через условие, с проверкой загружаемого файла.
Иначе этот блок обругивается на анкету без фото.

Георгий, если делать как в SQL. То при добавлении анкеты, в самом блоке нужно прикрутить счётчик, который бы вычислял последний ID и прибавлял к нему 1, именно на тот момент когда происходит добавление анкеты. Дальше, можно делать что хошь... Всё будет, как в SQL.