Нет. Я на сегодняшний день ближе к ajax без jQuery, чем к jQuery. Просто долго доходит с ним.

А вы как думали - написать хрен знает что в базу, и хрен знает по какому принципу и все ОК?

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

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

Rise,
Просто это тема совсем по другому начиналась. Я не думал, что кто-то спрашивать будет.

То, что у меня там не получается, до этого я сам должен дойти.
То, что у меня с ajax есть, это можно сказать ничего сейчас нет.
В отдельный файл вынесена функция getXMLHttpRequest (ну та, что общая).
Есть HTML страница, пока что пустая, просто с подключением того файла.

А дальше меня laimas застращал. Боюсь все делать через задницу и выкидывать свои труды в помойку. Вот и не знаю как лучше.

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

автоматически или не автоматически, я выбираю сам. Иногда удобно не автоматически.

Хватит меня поносить.

Нужно защитить информацию от прямого захода.
Я плохо понимаю .htaccess и не помню почему еще я отказался от такого варианта. Помню только, что адрес страницы не хотел изменять.

Я вас не стращаю, я предлагаю хорошенько подумать над тем, что и как вы будет держать в базе. Это есть начало любого веб приложения. До jQuery ой как еще далеко. Не обдумаете это, не помогут вам jQuery. А неудачная структура данных описанных в базе будет порождать проблемы.

То что в начале было вами представлено innerHTML=.... и я уверен, что это для получения страниц, а не картинок, то такие вещи (меню, навигация и т.п.) выводятся в цикле, и никак не старицей впихнутой в innerHTML, а как тег А с параметром запроса определяющим запрашиваемую страницу. Но кроме страницы придется определять еще для пользователя и местоположения ее, а это понятие "родитель", и у "родителя" могут быть тоже родители. А это называется деревом. Ну и так далее и тому подобное.

Это вы понимаете или нет? Это и есть оглавление учебника портированное в sql. Куда вы все блин торопитесь, прочитав пару строк и о языке, и таща на страницу от jQuery до прочего, и при этом изначально ни чего не имея?

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

Я знаю, что у меня будет в БД. Она слишком примитивная. Одна таблица и туча значений в ней.
InnerHTML было всего-лишь неудачной попыткой одного из разных подходов. Я за этот способ ни разу не цеплялся. Не для получения страниц, а для получения точки на текущей странице, куда записать информацию.

ЭЭ, у меня ощущение, что Вы считаете, что я с нуля все делаю. Если так, то это заблуждение.

Двухуровневое дерево у меня. Типа "Нажал -> всё увидел". Не надо усложнять примитивизм.

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

Можно Бейсик описать примитивной таблицей и то с натяжкой, а уж Си, так это вряд ли.

А вы даже примитивную таблицу создаете по принципу "лишь бы", и при этом постоянно подчеркиваете, что это лучше.

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

Успехов, примитивистам. )

В смысле лишь бы?
Мне нужна всего одна таблица. Зачем мне их плодить миллион? Убить хостера что ли?
Выдираемое содержимое этой таблицы на 100% похоже друг на друга смысловой нагрузкой. Зачем мне для этого обдумывать связи? Связи с чем? Придумывать себе проблемы?
Это как если у меня БД с таблицей Клиенты. В таблице клиенты колонка ФИО. Этих ФИО 1000, а я для них (для колонки ФИО) связи продумывать буду. Это смешно.

За исключением тех таблиц, которые созданы самой CMS мне сейчас другие не требуются.