Вообще, "всего лишь" и "технология" не совсем удачно сочетаются.
Но в любом случае, для AJAX-реализации ответ на стороне сервера должен формироваться, поэтому минимальные знания чего-нибудь серверного всё-таки потребуются.
Svetle4ok: Вот не силен в php, а вообще идея с якорями самому не нравится. Ссылки потом на них будут идти какие-то... не фэн-шуйные...
Ну, я как бы сантехник, а не повар.. но счас попробую чего-нибудь испечь :D
Вообще, имеет смысл "плясать" от задачи - если "красивые" (SEO+ЧПУ.. в конце концов, просто "полноценные") УРЛ-ы не требуются - можно, конечно, обойтись якорями. Однако, если в перспективе возникнет желание "покрутить внутряки" - придётся перепиливать. Ну и собственно страниц при такой реализации мало будет (по сути одна каталожная, вместо полноценных категорий/подкатегорий/производителей и тд)
А уж решать задачу самому (с попутным освоением материала), или привлекать кого в помощь - решение стратегическое.
А как быть в ситуации с постраничной разбивкой? Ну т.е. всего в категории 23 элемента, на странице выводится 10, отфильтровали всех самсунгов - осталось 3 самсунга с этой страницы.. а оставшиеся 7 со 2 и 3 й страницы не подгрузились.
Или предполагается все 100500 смартфонов вываливать на 1 страницу?
Svetle4ok: Может быть все можно проще сделать?
Привязка URL к набору параметров (samsung/android => manufacturer=samsung&os=android)
Обновление "по ходу" как вариант - Ajax + куча параметров (см Я.маркет, например)
Ну и ссылки вида #samsung (а также #!samsung и т.д.) имхо, хуже с точки зрения ПС (дискутировать на тему индексации этого добра не призываю)
Какая-то аномалия
Может там перебор "хитрый" :D
А вообще, интересно, если этот же запрос засунуть в PHPMyAdmin - время изменится? ))
Добавить индекс по полю a + data
всего лишь технология.
Вообще, "всего лишь" и "технология" не совсем удачно сочетаются.
Но в любом случае, для AJAX-реализации ответ на стороне сервера должен формироваться, поэтому минимальные знания чего-нибудь серверного всё-таки потребуются.
Вот не силен в php, а вообще идея с якорями самому не нравится. Ссылки потом на них будут идти какие-то... не фэн-шуйные...
Ну, я как бы сантехник, а не повар.. но счас попробую чего-нибудь испечь :D
Вообще, имеет смысл "плясать" от задачи - если "красивые" (SEO+ЧПУ.. в конце концов, просто "полноценные") УРЛ-ы не требуются - можно, конечно, обойтись якорями. Однако, если в перспективе возникнет желание "покрутить внутряки" - придётся перепиливать. Ну и собственно страниц при такой реализации мало будет (по сути одна каталожная, вместо полноценных категорий/подкатегорий/производителей и тд)
А уж решать задачу самому (с попутным освоением материала), или привлекать кого в помощь - решение стратегическое.
как была так и остается. А должна меняться на ссылку вида
Папку forum на старом сайте переименуйте... например, в -forum
А как быть в ситуации с постраничной разбивкой? Ну т.е. всего в категории 23 элемента, на странице выводится 10, отфильтровали всех самсунгов - осталось 3 самсунга с этой страницы.. а оставшиеся 7 со 2 и 3 й страницы не подгрузились.
Или предполагается все 100500 смартфонов вываливать на 1 страницу?
Может быть все можно проще сделать?
Привязка URL к набору параметров (samsung/android => manufacturer=samsung&os=android)
Обновление "по ходу" как вариант - Ajax + куча параметров (см Я.маркет, например)
Ну и ссылки вида #samsung (а также #!samsung и т.д.) имхо, хуже с точки зрения ПС (дискутировать на тему индексации этого добра не призываю)
В .htaccess для site76 сразу после
RewriteEngine on
p.s. "полная копия" ведь располагается в другом каталоге
Я сделал полную копию. На том же хостинге у того же провайдера. Этот сайт привязан к домену site40.ru
Далее перебор
Для получения всех значений из 1 колонки удобно использовать fetchAll с FETCH_COLUMN
Суть не меняется, зато код компактнее и понятнее.
Она нужно, так как нужно именно их нее выдернуть данные, в данном случае (title и id)
В подзапросе не нужна. В смысле, на весь запрос достаточно одного упоминания этой таблицы.
p.s. h4 корректнее не оборачивать в <p>
уникальный индекс: post_id, tag_id или (tag_id, post_id)
обычный индекс: tag_id
обычный индекс: post_id
post_id, tag_id - PK (полагаю)
tag_id - INDEX
а зачем отдельный индекс по post_id?