miketomlin

Рейтинг
235
Регистрация
04.12.2013
SeVlad:
"обработка url js скриптами на стороне клиента" никакого влияния на "проблему" ТСа не имеет.

С этим согласен :)

Да уж после простого недопонимания отдельных товарищей и потом стремления сделать баранами всех кроме себя многие темы конкретно замусориваются! Я бы такое нафиг вычищал!

Ты опять не понял. Он про второе вообще не говорил.

---------- Добавлено 14.09.2018 в 15:14 ----------

Это ты ему приписал эти слова!

---------- Добавлено 14.09.2018 в 15:18 ----------

SeVlad:
А burunduk совершено чётко сказал слово "файл".
Но не "js-файл"! Про просто "файл" я ему тоже выше уже написал.

SeVlad, «обработка js-скриптами урлов» != «обработка (js-)скриптами урлов с расширением .js»

burunduk:
начнём с того что про адрес/имя js файла я ничего не писал, будь внимательнее
речь идёт про обработку js разных url, в том числе и имён разных файлов (для клиента это всё файлы, не важно в каком виде и где они хранятся)

SeVlad действительно вас не понял, но вменяемый код на js обычно обращает внимание на Content-Type, а не на расширение, и для него это не файлы, а «ответы сервера».


/Russia/Kalmykiya/Elista/Tovar1.html
/Mebel/Kresla/Tovar1.html

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

Вот демка каталога: http://g09.ru/filter-l2 – «конечные» страницы в ней изначально не предусматривались, но на днях я их сделал совсем по другому поводу (https://php.ru/forum/threads/obrabotka-input-hidden.72617/#post-581127 ), правда, шаблон каталога менять не стал: /products/item-1 (не гарантирую, что эти страницы останутся на демосайте надолго).

---------- Добавлено 13.09.2018 в 20:52 ----------

item-1, а не просто 1, потому что такова была структура таблицы, хотя числовые id там тоже есть. По числовым id поиск выполняется быстрее, поэтому их использование в адресах во втором компоненте – вполне себе норм. практика даже для «любителей ЧПУ».

Independence, обычно, когда используют числовые id, добавляют осмысленный слаг перед ними, например /posts/100500.

Забудьте уже про 90-ые. Опирайтесь на более современные понятия и используйте более современные решения, например: Короткие ссылки средствами G-Drive – вместо редиректов в корневой таблице можно разместить страницы и даже первое, второе и еще что-то третье и т.д. одновременно (хотя обычно в корне находятся сущности одного типа, не считая узловых элементов других типов).

В принципе вопрос может быть и по структуре, у каждой страницы будет свой текст и свои картинки. Для каждого адреса вида domen.com/3429012 лучше свою отдельную папку создавать типа /3429012/ , где и хранить все содержимое для каждого такого адреса?

Это вполне нормально. Адреса не конфликтуют между собой: /3429012 и /3429012/обвес – что еще размещать для обвеса в узле, как не страницу, к кот. этот обвес относится. Например, в админке для упомянутого выше фронта дефолтом используется такая адресация для обвеса:

/files/3429012/обвес

/images/3429012/обвес

И опять же это получится нужно тысячи папок на сервере сделать будет.

Это да. Можно все смешать в одной папке или как-то делить на группы, размещая файлы отдельных групп в разных папках.

То есть общую папку с html-файлами

Про это вообще забудьте. Данные страниц размещаются в БД, а если нужен какой-то статичный кэш, то к примеру /cache/3429012.html, но это не «адреса» для пользователей.

samimages:
Половина этих "визиток" проживет до продления домена...

Так вы же сами к этому подталкиваете. Вывалили статик в паблик каталог и все шито-крыто. Типа так положено. А не верите, вон на серче спросите. Там подтвердят (почти все).

Короче оставляю тему. Уже репу начинают резать сторожилы из-за своей узколобости.

<!--WEB-->, все же перечитайте мой первый пост. Про статик там отдельным абзацем написано, т.е. это отдельная законченная мысль, как-то связанная с написанным ТСом ;) Но есть и др. два абзаца.

Вот это лишнее:

А то я так перейду, что мало не покажется.

Даже такому пофигисту, как я, теперь захочется сделать все возможное, чтобы узнать, как ваше «мало не покажется» соотносится с моим «мало не покажется» :D

Всего: 2534