- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да, как-то странно оно всё. Системы разного уровня.
Ну, да ,странно - Сайту 10 лет, не пришло ли время переходить на Юкоз?
Да ну? Интересно как? То, что я видел глючит со страшной силой и решить эту проблему легко, достаточно прописать канонические адреса.
Вы можете прописать их только для конечных статей, но не для страниц, которые формируются автоматически. Это первое.
Второе, вы их прописываете вручную. Для каждой отдельно взятой статьи. Задача может быть тривиальная для админа или программиста, но иногда неразрешимая для автора или редактора. По опыту применения канонических плагинов - законы Мёрфи тут рулят вовсю.
Вы можете прописать их только для конечных статей, но не для страниц, которые формируются автоматически. Это первое.
Второе, вы их прописываете вручную. Для каждой отдельно взятой статьи. Задача может быть тривиальная для админа или программиста, но иногда неразрешимая для автора или редактора. По опыту применения канонических плагинов - законы Мёрфи тут рулят вовсю.
Все зависит от качества программиста.
лучше в сторону modX посмотреть, система значительно легче и гибче джумлы. Переход спорен, только если есть совсем лишние финансы.
В реальности выигрыш может быть только в стоимости поддержки сайта, на битриксе работы ощутимо дороже стОят. Во всем остальном, как например, во времени отклика сайта, разницы не будет. Хостинг под битрикс есть вполне бюджетный и качественный. Ну и новая CMS - новые глюки и косяки, которые надо будет отловить и исправить.
---------- Добавлено 22.09.2012 в 00:23 ----------
У Джумлы не решена проблема неконтролируемых дублей страниц.
У Битрикса - решена.
Всё от кривизны рук программиста зависит. Правильному кодеру вообще фиолетово какая CMS используется, дубли можно убить везде.
"У Джумлы не решена проблема неконтролируемых дублей страниц."
Решена.
Ставишь плагин addtomenu
Привязываешь каждый созданный материал к пункту меню
Создав заранее служебное меню для этого
И всё, у каждого материала только один адрес.
У Джумлы не решена проблема неконтролируемых дублей страниц.
У Битрикса - решена.
У джумлы есть sh404SEF, который автоматом убирает все дубли и отдает только ЧПУ страницу. Остаются только всякие приписки, типо
которые элементарно закрываются в robots.txt.А вот у битрикса ничего подобного нет, нужно писать спциальые заплатки что бы избавиться от кривых урлов
"У Джумлы не решена проблема неконтролируемых дублей страниц."
Решена.
Ставишь плагин addtomenu
Привязываешь каждый созданный материал к пункту меню
Создав заранее служебное меню для этого
И всё, у каждого материала только один адрес.
Вы это всерьез пишете?
На сайте 10000 новостей и 10000 пунктов меню для них?
Класс!
Уточняю для особо креативных оппонетнов.
Говоря "проблема не решена" я очевидно имелл ввиду "не решена разумными средствами".
Неразумными средствами можно решить любую проблему. Но ведь у нам топик о другом несколько, не так ли?
---------- Добавлено 24.09.2012 в 17:21 ----------
У джумлы есть sh404SEF, который автоматом убирает все дубли и отдает только ЧПУ страницу. Остаются только всякие приписки, типо которые элементарно закрываются в robots.txt.
Давайте так. Вы мне - ссылочку на сайт, где стоит этот плагин.
А я вам - ссылочки на дубли страниц этого сайта.
Только пусть это будет настоящий сайт, с нормальным количеством страниц. Не такое, где десять статей заведены на пункты скрытого меню.
aship, этот момент следует учесть в самом начале, создавая сайт. привязываешь материалы к пункту меню. а меню в свою очередь - служебное. на сайте не отображается.
оно выполняет следующие роли:
1) в пункте меню возможность редактировать мета-теги включая тайтл.
2) создание нужного чпу с нужной иерархией.
очень удобно, в общем.
могу в личку скинуть пример, как это реализовано.
Расскажите подробнее о сайте. И о том, почему такие мысли вообще возникли
Тоже интересно услышать мотивацию, почему решили сменить битрикс на joomla.
Когда-то наблюдал как компания с доходом миллиард перешла с битрикса на джумлу. Сначала подумал идиоты, но теперь вижу что скорость сайта увеличилась в разы, высокие нагрузки держит отлично. Функционал ни в чем не пострадал (Сайт 1 в 1 внешне).
Чем битрикс не устроил, интересно, раз с него переходят на джумлу?
У Джумлы не решена проблема неконтролируемых дублей страниц.
Говоря "проблема не решена" я очевидно имелл ввиду "не решена разумными средствами".
Бесплатный joomsef или sh404sef за 1000р и за несколько кликов установки - никаких дублей. По крайней мере около 5ти сайтов на Joomla, которые продвигал - так эту проблему решили. Проблемы с дублями пропали полностью.
Когда-то наблюдал как компания с доходом миллиард перешла с битрикса на джумлу.
А ссылочку можно увидеть?