@cyber-jet как я уже неоднократно писал: использование инлайн-стилей - дурной тон! И... при ранжировании малым весом, но все же учитывается, Яндекс`ом - однозначно.
@cyber-jet не вводите публику в заблуждение - культура кода и любого вида разметки всегда приветствовалась - последние лет 5 не так жёстко, но все же криво-косо сделанный сайт не заслуживает уважения - всегда есть проекты с более грамотными программистами и верстальщиками.
Строка "AddHandler application/x-httpd-php .php .tpl" может выглядеть немого по-другому, в зависимости от конкретного хостинга, но общий принцип именно такой.
@timathecue если "под товаром будут комментарии, оставлять которые могут все", то мы уже говорим о доске объявлений, форуме, соц.сети, но никак не об интернет-магазине. Первоначально рассматривается отделение "рабочего персонала" в целях смены статусов заказов, ведения лога действий сотрудников (изменения контента/цен/настроек системы) - этот функционал предназначен исключительно для сотрудников определенных ролей (не клиенты). Следуя Вашей логике, Компания 1С в своих продуктах семейства Битрикс практиковала (и продолжает) хранить ВСЕ инфоблоки в одной таблице. В какой-то степени это удобно, до определенного момента... Есть понятие нормализации БД на этапе её проектирования, но ведь простую логику тоже никто не отменял: клиент - не сотрудник Вашей фирмы => выносим в отдельную таблицу, и используем как отдельную сущность.
Если файл .htaccess расположен в корневой директории сервера, то его действия распространяется на весь сервер, кроме тех директорий, где находится другой файл .htaccess (и кроме всех папок "ниже" этой папки со вторым .htaccess).
И... не совсем понятна структура, цель и смысл таких "костылей"...
В данном конкретном случае мы имеем дело с интернет-магазином, процессом купли-продажи, следовательно есть 2 стороны: продавец и покупатель. Конечно можно хранить всех вместе, давая пометки admin или moderator, но я не вижу практического смысла от оформления заказа сотрудником магазина с правами администратора (для проверки имитируется роль покупателя). Однозначно разнести по разным таблицам ещё на этапе проектирования БД.
Лучший совет для "изобретателя велосипеда" - установить на локальную машину любую из известных CMS (WordPress/phpBB/Joomla), и своими глазами убедиться "как" огромное количество специалистов решила эту проблему/задачу.
