Я с вами ни в коем случае не спорю, но вы покупаете не код, вы покупаете поддержку, саппорт, а покупать систему и идти решать проблемы на форум вместо саппорта (за который, кстати, вы заплатили) очень странно. Сколько, например, будет стоить у вас поддержка проекта на опенкарт (подставьте любой ваш) на год для клиента? Включая поддержку всех плагинов/модулей которые вы поставите для нормального функционирование магазина? 500 баксов в год? Тем более занулить триалку битрикса можно без проблем, только она нафиг никому не нужна без обновлений, маркетплейса, и поддержки.
И да, в любом случае вам придется допиливать систему, потому что требование к магазину будт меняться. НО одно дело пытаться фильтры заставить работать с каталогом, а потом еще научить каталог скидки понимать, да при том скидки какие то суммирова а какие то нет (потому что это зоопарк модулей от разных разработчиков), а другое дело когда это уже все сделано, и вы сосредоточены на разработке чего то эклюзивного под ваш магазин.
Я понял свою ошибку, в конце таких постов, надо всегда оставлять примечание: Все это касается клиента, исключительно клиента, который не знает php, не знает что такое CMS и сайт ему нужен для бизнеса, а не для ковыряние в файлах, поиска вирусятины, попытках обновить необновляемое и прочей повседневной вашей рутины, если вы сами разработчик, то вы можете делать что хотите, на чем хотите и как хотите, но у клиента, как правило, бизнес не связан с IT и ему все ваши качели, которые вы можете решить за день, выливаются в недели поисков и в десятки тысяч убытков. А вы сдали и забыли. А если оставили на поддержки, то у вас она будет стоить в 10 раз дороже чем даже битрикс или Magento Commerce.
Вам надо сесть, составить требование к магазину, что в нем должно быть сейчас и с запасом на пол-года, год. Потом пройдете на офф сайты и посмотрите, что и из коробки там уже есть и работает. Посмотрите, что у них в маркете уже есть. Такой подход вам с экономит очень много времени и денег
А если выкинуть все г и взять только топ 10k сайтов, то чет картина резко меняется.
Если я поставлю пустой ВП с WooCommerce то он от этого круче не станет, а в статистику попадет.
Не холивара ради, я понял уже, что на ВП, мир разработки для вас закончился, по этому если раньше еще и было желание дискутировать, то сейчас уже нет.
Есть движки, где все необходимые задачи уже реализованы и их реализовывать уже не требуется.
ТС, в первую очередь я бы глянул на топ платных коробок для ИМ, как правило там все что нужно под наш рынок уже заточено и надо только "настроить в админке" и все они довольно гибкие: Битрикс, CS Cart, Diafan, Simpla, ShopScript это те которые специализируются на ИМ.
Ну а так можешь любой брать, местные спецы тебе и на вордпрессе все что угодно соберут, правда потом по форумам запаришься ползать, но это издержки производства и их никто в расчет не берет.
Почему вы не хотите редиректить подсредством JS, догрузилась страница и меняем локейшен, ну а для надежности можно в html страничку прописать meta http-equiv="refresh" content="seconds;URL-to-redirect" с задержкой в 1-2 секунды, ну чтоб наверняка, если JS не отработал.
Но это если вам нужен ретаргетинг. А так лучше самим статистику собирать прозрачно для пользователей
Что то вы нахимичили с .htaccess
Нам бы узнать содержимое, чтоб не гадать
да кстати интересный вариант про симлинки, что то сразу в голову не пришло, сделать структуру вида
-site -- core -symlink -- index.php -- site.db
И сложить в папку core файлики все. Но с git гибче, дальше можно ветки делать если какие то сайты пойдут в сторону от общей массы
Я бе сделал через git, но мне лень объяснять))) погуглите в этом направлении
Вот вам официально от разработчиков eval, там в желтом прямоугольничке жирным выделено Предупреждение (Для тех кто в танке, ключевые слова: использование очень опасно, использование не рекомендуется, убеждены, что нет иного способа)
И не забудьте прочитать самый первый, заплюсованный коммент к функции.
И заметьте, я сказал что в нормальном коде, вам в принципе в нормальной архитектуре никогда не придется пользоваться этой функцией, если придется, значит с архитектурой что то не так.
Да и заметьте, с самого начала это был шаблонизатор для perl, а потом самостоятельный язык для построение домашних страничек, ибо Personal Home Page Tools. Но все меняется в нашей жизни))
Добавить строчку нужно
ErrorDocument 404 /404.htmlRewriteEngine onRewriteCond %{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. Если у вас и порт слушается и сертификат валидный - зачем с него редеректить?