как узнать Autoindex?

[kabachok]

как узнать Autoindex?

можно ли каким нибудь простым способом узнать Autoindex?
без сортировки и выдергивания последней созданной записи.

-~{}~ 12.06.07 17:32:

извините, не запостил в нужный раздел.
вопрос касается mysql

 

[Фанат]

тебе не нужно его узнавать

 

[kabachok]

нет нужно хотя нет, щас подумал и решил что мне достаточно знать число записай в таблице.

спасибо за вразумление.

 

[kabachok]

$goods="мебель, кровать, диван, кресло, кровать";
$goods=array_unique(preg_split("/[,\.\s]/", $goods));

Правильно ли все сделал?

так возьми и проверь

 

[Gorynych]

kabachok

на всякий случай, хочу Вас предупредить, что число записей в таблице не дает информации, достаточной для получения/вычисления идентификатора последней созданной записи.

 

[kabachok]

Автор оригинала: Gorynych
kabachok

на всякий случай, хочу Вас предупредить, что число записей в таблице не дает информации, достаточной для получения/вычисления идентификатора последней созданной записи.

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

 

[Фанат]

kabachok
что за манера откапывать старинные посты и писать туда не несущие смысловой нагрузки комментарии?
не надо больше так делать

-~{}~ 12.06.07 18:00:

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

 

[kabachok]

Автор оригинала: *****
совсем не обязательно держать в каталоге ровно по сто файлов. исли в одном будет 50, а в другом - 1000, то ничего от этого не изменится.
и поэтому можно выбрать более простой критерий для имени каталога.

я слышал что не рекомендуется хранить в каталоге много файлов, php будет сложно с ними работать, а цыфру 100 я привел для примера.

P.S.
Замечание учту.

 

[Trianon]

это устаревшие рекомендации.
современные файловые системы не начинают тормозить с ростом каталога.

 

[kabachok]

Автор оригинала: Trianon
это устаревшие рекомендации.
современные файловые системы не начинают тормозить с ростом каталога.

тоесть я смело могу делать фотоальбомы пользователей и валить все фотки в один каталог?

 

[Фанат]

а смысл валить все в один?
почему не сделать каждому пользователю по каталогу?

 

[kabachok]

Автор оригинала: *****
а смысл валить все в один?
почему не сделать каждому пользователю по каталогу?

опять же я фотоальбомы привел как пример.
Опишу реальную ситуацию. есть некий сервис обмена файлами, файлов там может быть бесконечное множество, названия файлов хранится в базе, колличество и размер файлов размер файлов выводится из базы, т.е. обращение к файловой системе происходит только в момент скачавания. В таком случае можно все файлы хранить в одном каталоге? размер их не будет превышеть 5mb.

 

[Trianon]

Автор оригинала: *****
а смысл валить все в один?
почему не сделать каждому пользователю по каталогу?

Если логика не требует разбивать их по каким-либо причинам, отличным от (ожидаемого) изменения скорости доступа, то вполне можно свалить все в одну.

Если не требует.