- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Одноклассники пресекли более 9 млн подозрительных входов в учетные записи
И выявили более 7 млн подозрительных пользователей
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Господа, поделитесь пожалуйста практическим опытом, как правильно сэкономить место и человеческие ресурсы при обновлении.
Есть сервер, на нем крутятся сайты на джумле. Грубо сотня. Домены везде разные, содержимое разное частично.
Как правильно это оптимизировать, что бы не нужно было обновлять сто движков отдельно?
Т.к. джумлу недолюбливаю и как следствие плохо знаю, в голову приходит только сделать ссылки на уровне файловой системы. То есть один движок и везде ссылки на неизменяемые файлы, т.к. везде UID и GID одинаковые. Но может быть есть какие то более правильные механизмы в самом движке?
Всем ответившим по делу заранее человеческое спасибо и плюсик в репу.
Если у сайтов один владелец, то мы бы посоветовали поставить одну копию и похимичить с конфигурационным файлом.
Типа
if($_SERVER['HTTP_HOST']=='www.site1.com') { один конфиг } elseif( site2 ) {другой конфиг).
Файлы по факту будут одинаковые - базы разные. "База" тем оформления и плагинов будет одинаковая, но никакой проблемы включить для каждого сайта индивидуальную.
В данном случае минусы в том, что картинки у каждого сайта свои. С плагинами в общем то проблем нет, а вот картинки везде свои.
А плагина какого нибудь, нету для этого, не хотелось бы тут грабли собирать.
Плагина не знаем. Но не факт что в Вашем случае он был бы хорошим решением, т.к. плагины хорошо когда они стоят изначально, а у Вас уже куча готовых работающих сайтов.
Если названия картинок пересекаются - да, проблема, но не так что бы большая. Если не пересекаются, то и проблемы нет. Пересекаться-то по идее не должны? Раз разные сайты - какой шанс?
Тем не менее если пересекаются, папку с картинками каждого сайта можно положить в папку вида site1/pictures, а в .htaccess просто сделать реврайт по имени хоста. Правда придется еще в загрузчике картинок поменять адрес куда они грузятся, но это опять же - одна строчка кода.
При большом количестве сайтов там квалифицированной работы на часок для знающего жумлу, а потом сплошная рутина по проверке и отловке багов.
если пересекаются, папку с картинками каждого сайта можно положить в папку вида site1/pictures, а в .htaccess просто сделать реврайт по имени хоста
Думаю, так не получится, т.к. к картинкам идут обращения не только по http но и на прямую из PHP по абсолютному пути. Про джумлу этого не знаю, но т.к. это распространенный подход в других CMS уверен, что и в джумле так, ну как минимум в некоторых из плагинов.
Другой вопрос, можно ли в конфиг файле джумлы задать собственные картинки для файлов картинок и прочих загружаемых файлов?
Думаю, так не получится, т.к. к картинкам идут обращения не только по http но и на прямую из PHP по абсолютному пути. Про джумлу этого не знаю, но т.к. это распространенный подход в других CMS уверен, что и в джумле так, ну как минимум в некоторых из плагинов.
Другой вопрос, можно ли в конфиг файле джумлы задать собственные картинки для файлов картинок и прочих загружаемых файлов?
Пути задаются в админке жумлы (скрин), админка сохраняет их в базе данных. Так что подключив соответствующую базу данных - Вы получите и нужные пути. Хотя зависит от Вашей версии, возможно в Вашей таких настроек не было или они были в конфиг файле.
Но при "сливании" всех баз в одну - конечно придется подправить это дело. Возможно и в контентной части (если в хтмл где-то прописаны абсолютные пути), впрочем это все достаточно автоматизируется при желании.
Написать скрипт, который будет распаковывать заранее загруженный файл обновления по всем папкам с сайтами.
Или заморочиться разок и сделать мультисайтинг.
Решений достаточно - https://www.google.com/search?q=%D0%BC%D1%83%D0%BB%D1%8C%D1%82%D0%B8%D1%81%D0%B0%D0%B9%D1%82%D0%B8%D0%BD%D0%B3+joomla&ie=utf-8&oe=utf-8
Но придется все же 1 раз напрячься
Я вам советую посмотреть в сторону компонента MightySites.
(alterbrains.com/joomla-extensions/administration/multisites-manager)
Позволяет иметь один движок (который будете обновлять) и кучу доменов/поддоменов со своим содержимым, шаблонами и "отдельными" админками.
При некотором везении компонент можно найти бесплатно и не платить за него 59$ ;)
Avalllon, А как в этом случае будет обстоять дело с файлами роботс и сайтмап?
Есть ли у Вас личный опыт использования данного расширения, какие подводные камни там встречаются?