- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тренды маркетинга в 2024 году: мобильные продажи, углубленная аналитика и ИИ
Экспертная оценка Адмитад
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть вот такой вариант
http://www.single-signon.com/en/applications.html
(правда я его не использовал).
Но для Вас наверняка лучше Битрикс. Вам же нужно жесткое стандраное решение с магазином... а TYPO3 это все-таки generic CMS, которая продходит для сайтов типа www.intalev.ru
Да мы так и решили. Сами на Typo3, клиенты и проекты на Битриксе. За ссылку спасибо.
Раздел - это дерево страниц. Был один корень, А потом добавили еще пару корней, и некоторые ветки от старого корня, вместе с листьями, переносятся на новый крень. Это у нас идет по статье добавить новый раздел?
А что с адресами и ссылками на старые адреса?
Если везде ?ID=xxx то никакой проблемы для битрикса не вижу - меняем родительский раздел в section. Для этого и разработчик не нужен, операция того же уровня, что и добавить новый элемент (статью или товар).
Если псевдостатика формируется - то зависит от того, как это было сделано.
По моему, я достаточно внятно выразился.
Раздел - это дерево страниц.
Неправда ваша. Раздел это или 1) список файлов-страниц или 2) один файл-страница со скриптом вызова или 3) полностью виртуален и живет в базе.
В 1) он просто переносится файловым менеджером в нужное место, в 2) переносится и редактируется скрипт вывода и в 3) - редактируется формат вывода. Все это занимает в Битриксе секунды и доступно минимально продвинутому пользователю.
Был один корень, А потом добавили еще пару корней, и некоторые ветки от старого корня, вместе с листьями, переносятся на новый крень.
Вот для такого и нужна система управления контентом как в Битриксе. Настройки минимальны.
На самом деле в Битриксе другие проблемы, но в большинстве своем они касаются продвинутых многосайтовых проектов для которых на Руси сейчас пишут cms с нуля.
Как известно вот это для Битрикса как раз и не проблема: фича встроена разработчиками.
Скоро их будут на TYPO3 делать ☝
Скоро их будут на TYPO3 делать ☝
Есть такое мнение... во всяком случае мы пошли по пути Single Sign-On 😂!
Многосайтовые проекты на typo3 делаются. Правильнее было бы сказать - один, экспериментальный, уже был, и сейчас один пишется, как раз под SEO-потребности. Удобнее держать все хозяйство вместе и манипулировать всем контентом из одного кода. Появляются очень большие возможности.
Одно только хочется - найти обладателей 500-1000 доменов второго уровня, которые бы туда согласились свое добро слить :-)))
Ну и с хорошим магазином под typo3 пока беда...
Доброго времени суток, уважаемые. Хочу попросить кого-то, разбираюшегося в настройке typo3 (интересует мультисайтовость) о помощи. Со своей стороны постараюсь не надоедать с глупыми вопросами.
Доброго времени суток, уважаемые. Хочу попросить кого-то, разбираюшегося в настройке typo3 (интересует мультисайтовость) о помощи. Со своей стороны постараюсь не надоедать с глупыми вопросами.
новый корень сайта + modrewrite это основа