- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Отличный пример. В зарубежном инете подобных примеров можно найти очень много. Тем более, уже вышла джумла 1.6, где полностью переписали ядро и обещают сильный прирост к производительности. Хотя еще конечно переходить на неё рано, но перспективы есть.
Ответ вот в чем
1. Можно, очень много проектов с большой посещаемостью
2. Включить Кеширование, переехать на более мощный сервер, не загонятся различными плагинами и компонентами сомнительного содержания.
3. Переезд - большой геморой даже на маленьком сайте, и если ТИЦ и PR вы не потеряете, то позиции просядут с большой долей вероятности.
проекты то дайте ?
удалено 10 символов
первым делом проверить что тормозит - сайт или база.
как проверить - надо думать. Можно к базе открыть доступ снаружи и сайт (копию) запустить на локалхосте. Путь тот же, но с базы обычно размер траффика меньше чем с сайта. Или в движок дописать функцию лога времени выполнения каждого запроса.
Если дело не в базе значит тормозит скрипт сайта.
возможные решения, которые пришли в голову
Кеширование через .htaccess - написать простенький скрипт который обслуживает только каждый N-й запрос юзера, а остальные берет с кеша. Если проблема уйдет - можно доработать систему до удаления кеш-версии при апдейте оригинала.
(думаю как программист, наверняка готовые плагины есть для джумлы)
если не поможет - значит тормозит хостинг,
попробуй переехать на VPS, некоторые дают неделю на тест. Сутки работы и точно знаешь в чем проблема и подходит ли тебе этот VPS
как проверить - надо думать.
Есть спинальные утилиты тестеры для сайта они проверяют нагрузку, указываешь нагрузку сколько кликов в секунду и тд что то типа ддоса, не помню название но читал про них. Моё мнение если реальные нагрузки то лучше переписать с использованием нормального фреймворка.
Всем кто спрашивал кинула сайт в личку.
Если переписывать, как с позициями? По логике нормально? В отличие от переезда на новый движок.
Хоть в третьем пункте вопроса в меня успокоили
Народ, а с какого перепуга должны попадать позиции и пухомерки? Если аккуратно перенести базу и сохранить перелинковку и контент оставить на тех же адресах, то на что поисковику прям так сильно обижаться? Или по вашему если чуток изменить дизайн, а то и 100% его переделать, то сайт сразу обнулится? :) А ведь это намного больше изменений с точки зрения ПС.
По поводу целесообразности переезда.
В больших раскрученных сайтах редко бывает целесообразно переезжать по причине производительности. Апгрейд хостинга и схемы кэширования дают более заметный и простой результат. Поставьте к примеру сайт за nginx... много других вариантов кэширования.
Если у вас сайт не сильно динамичный, то скорость движка до одного места - правильный кэш заберет все на себя. Ну и да, оформление можно и облегчить, но к конкретно движку это мало отношения имеет.
А насколько новый дизайн и юзабилити пошатнут позиции?
Мы как раз делаем и то и другое