ссылку бы ешо на тему........
и свой код заодно........

Провела много тестов и выяснила, что торможение начинается, как только я пытаюсь этот код для селектов вставлять в свою форму несколько раз.

Когда два раза - уже появляется 1 сек, задержки.

Для того чтобы его дважды вставить я сделала следующее:

1) в форме id для div сделала переменными
задаю разные $i и вставляю эту форму несколько раз куда нужно

<?php echo country($i); 

<div id="region$i" ></div>

<div id="city$i" ></div> 
?>

2)
в файле selects.php зменила, чтоб все переменные проверить

for($j=1; $j<=2; $j++)	
{
    if(!empty($_POST["country_id$j"])) 
        echo region($_POST["country_id$j"]); 

    if(!empty($_POST["region_id$j"])) 
        echo city($_POST["region_id$j"]); 
}

3)
и конечно сам ajax.js

function Country(i) 
{ 
div_select = "region"+i;     
d.getElementById('city'+i).innerHTML = ''; 
var a = d.getElementById('country_id'+i).value; 
query = "country_id"+i+"="+a; 
Request(query); 
} 

function Region(i) 
{     
div_select = "city"+i;     
var a = d.getElementById('region_id'+i).value; 
query = "region_id"+i+"="+a; 
Request(query); 
} 

с каждым добавлением в скрипт формы с div - у меня добавляется секунда(((

эта функция заменит тебе 2 твои

function jsLocation(o, i) {
var obj = document.getElementById(o+i);
query = o+i+'='+obj.value; 
Request(query); 
}

вообще ты не с того конца начинаешь задачу решать, но конечно учитывая тот факт, что твой код явно стоит миллионы, лучше конечно не выкладывать

а! и ajax.php переименуй в ajax.js

в смысле не с того конца??
не понятно что ли объяснила или в принципе ВСЁ не правильно???

если попробовать вообще избежать индексов, то в этом случае как дважды или несколько раз вставить код?

Дело не в индексах. Я сделал примерно тоже самое и все нормально запускается на скорость не влияет

а в чем тогда??? почему у меня с добавлением еще одной формы с селектами - торможение начинается?

да понял я, понял. ты хочешь, чтоб за тебя написали сайт по типу доски обьявлений. единственное что я не понял, как ты собираешься это всё реализовать не имея базовых знаний?

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

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

это для начала.

qpayct
Ты немного не понял есть селекты регион район город страна надо по ним выбирать адрес чела передавать в базу и при нажатии конопочки редактирования показывать выбранные селекты

Том ну покажы код который у тебя исполняется при получении ответа от сервера

тааак. в таком случае яб использовал nested sets

qpayct, Вы издеваетесь? у меня же уже всё работает (только медленно(( )
неужели из-за этого вообще всё переделывать придется?

ну что ты! яж хочу, как лучше.

помимо всего прочего этот потход решит множество пробелм в будущем о которых ты пока даже не задумываешься.

хех. я сам разбирался и писал класс неделю зато по пути и ООП освоишь и вообще поймёшь что к чему и кто за кем так что дерзай.

Оказывается, дело не в структуре селектов и код тут не причем.
Торможение из за частых запросов к БД.
я немножко оптимизировала свои запросы - несколько секунд выиграла.
что еще можно сделать???

откуда людям знать сколько каких у тебя запросов в БД и зачем они вообще там нужны?

$res = mssql_query("SELECT * FROM kladr WHERE CODE LIKE '".$region."%00000000' 
									AND CODE<>'".$region."00000000000' ORDER BY name");

$res = mssql_query("SELECT * FROM kladr WHERE
							left(CODE,2) ='$region' and right(CODE, 8) = '00000000' 
							AND CODE<>'".$region."00000000000' ORDER BY name");

mssql никогда не пробовал....
из-за % в запросе по идее будет подтормаживать тоже.

давай как то организованей действуй, ладно?
1. сколько у тебя селектов?
2. какая иерархия? (к примеру 1.planets -> 2.countries -> 3.cities -> 4.streets)
3. должно ли менятся колличество категорий и подкатегорий в процессе?

и вообще излогать надо от и до задачу нормально, а так получается ты сама решила задачу в действительности не понимая, как правильно такие задачи решаются, и в конце ещё и удивляешься, а почему всё тормозит.....

лучше всего только nested sets, как я уже и говорил. очень уж многозадачные у тебя наборы селектов получаются.... зачем если не секрет вообще столько селектов? 7*6 этож кошмар какой то

да на зачем ей nested sets нужен?
Где находятся ирархия в дереве, чтобы nested sets применять?

SlavaFr
nested sets идеально подходит под такие варианты и не надо ля-ля, разберись сначала что ей надо и что такое nseted sets, а впадать в панику это всегда пожалуйста.

zvezda_t
это не сложно, когда разберёшься. я в тебя верю.

сколько таблиц, каких и какое именно построение?

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

о.т.: за панику, извеняюсь, откоректировал мое замечание.

в таком случае лады

преимуществ в данной ситуации несколько:
1. вместо того, чтобы при каждой загрузке выгружать всю таблицу, выгружается только та её часть, которая нужна для дальнейшей работы. тоесть запросов больше, но они существенно меньше. в комплекте с аяксом работать будет супер.

2. на мой взгляд и по моему опыту нет ничего лучше чем nested sets для мультивложенных категорий, а в случае когда категории и подкатегории добавляются и удаляются это вообще само собой понятно.

3. подумай, как и какие именно данные ты будешь хранить, чтобы всегда знать полный путь? в nested sets всё что нужно помнить это - id и всё. одним запросом легко достаётся полный путь и в итоге меню "хлебная крошка" для удобства.

всё это можно сделать и без nested sets, но вот как? может есть предложения получше?

k 1 такое заявление можно зделать и к обычному селекту, а where зделанно для того, чтоб не всю таблицу загружать

к 2 а где мультивложенния категорий? к стате удаление и добавление подкатегорий явяется в nested set самой емкой операцией, так как приходится таблицу блокировать и упдате идет через всю таблицу.
т.е при загруженой странице делать эти опирации просто опасно.

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

1. нет. и спорить по этому поводу я больше не буду.

2.

мать вашу превратили тему в ужасный срач! (извиняюсь за мой французкий) человек нашел проблему и четко и ясно написал, что данные селекты непричем.
тобиш решение одно и стандартное.
1. оптимизация серверной части сайта (уменьшение лишних телодвижений, замена ресурсоемких функций менее ресурсоемкими.).
2. оптимизация картинок (даже гугловский плагин может сжать размер картинок без потерь в качестве.)
3. сжатие css/html/js до нечитебельности тобиш применение Minify css/js/html (не читабельно, но никто не отменял использование нечитабельных документов на сервере и читабленых копий в случае если нужно что-то поменять).
4(только в случае использования множества картинок). сделать их все спрайтами тобиш имеем одну картинку которую отдаем юзверям и далее разгребаем ее background-position:;
5. можно использовать кеширование данных пусть даже незначительно (несколько минут при большой посещаемости может помочь)

Gabriel
подозреваю, что это из-за посылки данных постом, хотя это всё поиски чёрной кошки в тёмной комнате....... кода нет. ТС нет. и я тоже ухожу

SlavaFr
не умничай. перечитывай эту тему пока не наступит прозрение

qpayct
ну да а если крякнуть js/ajax и прочий бред грузить будет точно быстрее но не в этом дело.

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

ДОПОЛНЕНИЕ: уменьшить загрузку страницы можно ещё оптимизацией, как уже сказал Габриел, полный перечень оптимизаций можно узнать у плагина для Мозиллы: Page Speed.

inpost

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