Aisamiery

Aisamiery
Рейтинг
319
Регистрация
12.04.2015
lexter:
Стандартными средствами из админ панели, вы к сожалению не сможете реализовать все необходимые вам задачи какой бы не был движок.

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

ТС, в первую очередь я бы глянул на топ платных коробок для ИМ, как правило там все что нужно под наш рынок уже заточено и надо только "настроить в админке" и все они довольно гибкие: Битрикс, CS Cart, Diafan, Simpla, ShopScript это те которые специализируются на ИМ.

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

Почему вы не хотите редиректить подсредством JS, догрузилась страница и меняем локейшен, ну а для надежности можно в html страничку прописать meta http-equiv="refresh" content="seconds;URL-to-redirect" с задержкой в 1-2 секунды, ну чтоб наверняка, если JS не отработал.

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

Что то вы нахимичили с .htaccess

Нам бы узнать содержимое, чтоб не гадать

DenisVS:
Можно настроить апач, чтобы симлинки кушал.
Ещё проще unionfs. Монтировать при загрузке директорию в каждый сайт (хотя тут за скоростью надо смотреть).

да кстати интересный вариант про симлинки, что то сразу в голову не пришло, сделать структуру вида


-site
-- core -symlink
-- index.php
-- site.db

И сложить в папку core файлики все. Но с git гибче, дальше можно ветки делать если какие то сайты пойдут в сторону от общей массы

Я бе сделал через git, но мне лень объяснять))) погуглите в этом направлении

SeVlad:
Т.е. с самого начала разработчиками ЯП eval был придуман для создания уязвимостей? 🍿

Вот вам официально от разработчиков eval, там в желтом прямоугольничке жирным выделено Предупреждение (Для тех кто в танке, ключевые слова: использование очень опасно, использование не рекомендуется, убеждены, что нет иного способа)

И не забудьте прочитать самый первый, заплюсованный коммент к функции.

И заметьте, я сказал что в нормальном коде, вам в принципе в нормальной архитектуре никогда не придется пользоваться этой функцией, если придется, значит с архитектурой что то не так.

Да и заметьте, с самого начала это был шаблонизатор для perl, а потом самостоятельный язык для построение домашних страничек, ибо Personal Home Page Tools. Но все меняется в нашей жизни))

Maxim-KL:
totamon, Сделал вот так, как выше советовали:

С редиректом с www на без www - все ок!
С 404 - все ок!
А вот редирект с https на http не работает, и что не придумываю все равно не работает...

Возможно надо идти отоспаться)))

Добавить строчку нужно

ErrorDocument 404 /404.html

RewriteEngine on
RewriteCond %{HTTPS} on [OR]
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ http://yousite.ru%{REQUEST_URI} [L,R=301]

Но не вижу в этом смысла:

1. По идеи https должен отдавать Not response так как порт 443 никто не слушает

2. Если слушает и нет сертификата, не валидный SSL остановит ответ от сервера

3. Если у вас и порт слушается и сертификат валидный - зачем с него редеректить?

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

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

Вам подойдет что то типо такого


ErrorDocument 404 /404.html

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
RewriteRule ^ http://%1%{REQUEST_URI} [L,R=301]

Ваша ошибка заключалась в том, что вы где то не закрыли скорее всего блок фигурных скобок, то есть условие или цикл или еще что то, по этому он вам показывает на строку, которой по факту нет, потому что файл закончился а закрытие блога интерпретатор не нашел, а вы пошли там заменами кода заниматься :)

Всего: 4110