Aisamiery

Aisamiery
Рейтинг
324
Регистрация
12.04.2015
lexter:
Каждый движок со своей коробкой и спецификой... в любом случае будут стоять задачи по оптимизации того или иного.

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

Я с вами ни в коем случае не спорю, но вы покупаете не код, вы покупаете поддержку, саппорт, а покупать систему и идти решать проблемы на форум вместо саппорта (за который, кстати, вы заплатили) очень странно. Сколько, например, будет стоить у вас поддержка проекта на опенкарт (подставьте любой ваш) на год для клиента? Включая поддержку всех плагинов/модулей которые вы поставите для нормального функционирование магазина? 500 баксов в год? Тем более занулить триалку битрикса можно без проблем, только она нафиг никому не нужна без обновлений, маркетплейса, и поддержки.

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

Я понял свою ошибку, в конце таких постов, надо всегда оставлять примечание: Все это касается клиента, исключительно клиента, который не знает php, не знает что такое CMS и сайт ему нужен для бизнеса, а не для ковыряние в файлах, поиска вирусятины, попытках обновить необновляемое и прочей повседневной вашей рутины, если вы сами разработчик, то вы можете делать что хотите, на чем хотите и как хотите, но у клиента, как правило, бизнес не связан с IT и ему все ваши качели, которые вы можете решить за день, выливаются в недели поисков и в десятки тысяч убытков. А вы сдали и забыли. А если оставили на поддержки, то у вас она будет стоить в 10 раз дороже чем даже битрикс или Magento Commerce.

Jaroslav:
а что в этом плане лучше, так скажем, цена/качество?

Вам надо сесть, составить требование к магазину, что в нем должно быть сейчас и с запасом на пол-года, год. Потом пройдете на офф сайты и посмотрите, что и из коробки там уже есть и работает. Посмотрите, что у них в маркете уже есть. Такой подход вам с экономит очень много времени и денег

SeVlad:
Это у нек "местных" есть религия и предрассудки на счёт ВП. А вот буржуев совсем другой опыт.

А если выкинуть все г и взять только топ 10k сайтов, то чет картина резко меняется.

Если я поставлю пустой ВП с WooCommerce то он от этого круче не станет, а в статистику попадет.

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

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. Если у вас и порт слушается и сертификат валидный - зачем с него редеректить?

Всего: 4113