Странный вопрос, сам по себе.Вот у кого-то все в шаговой доступности, ездить не надо, домоседы и все под боком. На пикник не нужно, детей в поликлинику можно на такси, на отдых - на трамвае. А у кого-то дом в пригороде или от работы до дома 10-20-50 км через город и по трассе, а у кого-то детей нужно развозить по разным местам учебы и они не в районе..
Тема то о чем? У ТС машины нет и не нужна, ну ок. Остальные то как должны это воспринимать? Столько текста ни о чем..
Мне из всех ИМ зашел опенкарт. Там, кстати, есть возможность выставлять права пользователю на определенные операции, так что до нужного функционала, по идее, не много допилить остается. Но из коробки таких решений тоже не знаю. Тем более, чтобы только цену.
Но, мне кажется, что правильнее сделать еще проще. Организовать импорт товаров по графику. Т.е. заливать товары автоматически, а цены пусть эти продавцы правят в своих xml. Они у себя выставили нужные цены, а вы их раз в период заливаете в БД. И все счастливы, и никаких левых доступов.
Делаются посадочные страницы, описываются преимущества, дается демо, либо часть материалов. Все остальное - покупайте курс. Если пользователь удостоверится, что предлагаемое ему нужно и полезно, а цена курса адекватна - купит. А выкладывать весь курс и потом бегать частями закрывать - смысла никакого.
Ну и да, если курс будет худо-бедно интересный, в конечном итоге его купит тот, кто потом его расшарит для всех. Так что написать курс и сидеть дальше ничего не делать не получится, придется постоянно над ним работать, дорабатывать, улучшать. Иначе все это будет в паблике и покупать перестанут.
А техническая реализация сокрытия, куки и прочее - это все меньшая из проблем.
там урлы получаются вот такие
Да, этот урл с тем правилом, что выше привели - должен быть заблокирован. Поставьте и проверьте, чтобы убедиться.
Ну почему ничего? Например, можно так:
RewriteEngine OnRewriteCond %{QUERY_STRING} (http|.com|.ru) [NC]RewriteRule .* - [F]
Это позволит отсечь все запросы, которые содержат в качестве параметров искомые вводные.Например, такой урл не пройдет: https://site.com/search.php?query=http://somesite.comА дальше уже нужно понимать, какие именно урлы формируют боты и бить конкретно по уже этим запросам. Главное, ничего лишнего случайно не заблокировать )
Все, что угодно. Насколько я помню, для зоны com вообще могут просто запросить периодическую проверку контактных данных. А регистратор, соответственно, должен предоставить эти данные. Если их нет или они недостоверны - снимут с делегирования.
Обычно такие проекты регают на левые данные, которые могут подтвердить сканами. В противном случае или лучше не начинать, или понимать, что рано или поздно лавочку прикроют.
Ну и как по мне, серые проекты сами по себе зло, особенно, если это обман пользователей в любой ипостаси.
Ну, а я что сказал? htaccess представления не имеет, что правильно: "категория/текст" или "текст/категория" - и то и то для него - просто буквы. А связаны ли эти буквы с конкретной категорией - знает только движок. Так что у меня, как раз, ничего не перепутано и ответ по делу: копать в движок.У ТС не "не работает", у ТС движок выдает, что ему вздумается и это не решается правилами htaccess. Ты офигеешь в него писать все возможные пути и ссылки.
Хотя, кому я отвечаю. Тебе же лишь бы ляпнуть.
А при чем тут htaccess, если этим управляет движок сайта? htaccess даже близко не знает динамическую структуру и никогда ее не узнает. Если нет жесткого правила, то "category 1/ category 2" будет равняться "category 2/ category 1" в обработке правил htaccess. Это работает совсем иначе и предназначено для совершенно разных задач.
В вашем случае все управляется движком, отдающим 301, 404 или 200 + тег canonical, если он присутствует на страницах.
Не туда вообще копаете.
