- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть ли возможность на джумле, допустим с помощью плагинов, сделать так, чтобы на сайте форум, магазин, может еще что-то (нужное добавить) имели бы единый банк регистрационных данных? Т.е. юзер регится на сайте как Вася/password (допустим на форуме этого сайта) , и как Васю его принимают везде: и в магазине, и в форуме, и в чате, и т.д. , максимум что попросят - пройти авторизацию.
Просьба сильно не пинать, если ломлюсь в открытую дверь, джумлу совсем не знаю (как и другие cms, отсюда такой детский вопрос), стою перед задачей: как из всем известных четырех букв составить слово счастье.
Джумла ничем особо не отличается от других движков. Всё зависит от структуры конкретного приложения. Собственно, таблица users - общая для всего движка. Но, скажем, интернет-магазин может ввести свою таблицу customers. И надо ли тогда делать общую регистрацию? Функции-то этих таблиц разные.
Всё зависит от структуры конкретного приложения.
Если говорить о магазине, то фактически речь о доске объявлений, все сделки совершаются в офлайне, задача доски отправить письмо продавцу о том, что некий авторизованный юзер совершил какое-то действие при просмотре его объявления, например жмакнул кнопку "купить".
И надо ли тогда делать общую регистрацию?
Эта необходимость проистекает из маркетинговых соображений, юзеры не будут покупать товары неизвестного продавца, зареганного в магазине вчера, и неизвестного на форуме. Источник легитимности - форум, 13 лет все-таки.
---------- Добавлено 17.02.2017 в 23:31 ----------
Всё зависит от пожеланий. Вообще у друпала есть возможность скрестить оного с phpbb - это если нужен нормальный форум. Если форум сойдет абы-какой, то можно поставить и тот, что у капли встроен. Но он совсем левый.
Но у друпала есть проблемка - он хранит всё -- Контент, товары, вьюхи и настройки в единой базе. Если вас устроит такое смешение коней, людей и медведей - пожалуйста. Лично меня в последнее время (последние года 2, как проекты стали действительно крупные) это дико подбешивает, так как нельзя накатить апдейт дизайна или новый функционал не залезая в базу.
что касается собсно форумов.
Форумы есть во многих платных и бесплатных движках (например umi), но их функциональность, мягко говоря никакая. то-есть, если нужен мощный форум, то лучше проинсталлить/купить готовый форумный двиг и в него вживить магазин, или, если форум мощный не нужен, пойти от магазина а форум делать по остаточному принципу.
Как раз магазину допускается быть немощным, достаточно доски (т.к. продавцами будут юзеры форума, не мультишоп же ставить), а нынешний IPB форум менять на что-то убогое не хочется.
Есть ли возможность на джумле, допустим с помощью плагинов, сделать так, чтобы на сайте форум, магазин, может еще что-то (нужное добавить) имели бы единый банк регистрационных данных?
Есть на Джумле такая возможность. По крайней мере, с джумловским форумом.
---------- Добавлено 18.02.2017 в 10:08 ----------
Источник легитимности - форум, 13 лет все-таки.
Как раз магазину допускается быть немощным, достаточно доски (т.к. продавцами будут юзеры форума, не мультишоп же ставить), а нынешний IPB форум менять на что-то убогое не хочется.
В этом случае вам стоит плясать от IPB. Под форумные движки попадаются свои магазины.
Вообще-то, у Джумлы и IPB слишком разные способы работы с пользовательской базой. Поэтому в этом случае нужно делать надстройку над обеими CMS.
В этом случае вам стоит плясать от IPB.
Как раз он и есть корень моих проблем. Под актуальные версии IPB (3.хх и выше) есть модуль магазина, но не под мою бесплатную 1.3 (именно легально бесплатную, но не нуленую). Переход на актуальную версию IPB в плане трат ничем не выгоднее перехода на движок другого производителя, так что руки в этом смысле развязаны. А конверсию, вроде, сейчас делают с любого форумного двига, на любой.
Какие варианты имею в сухом остатке после переваривания того что подсказывали: некоторые глобальные CMS имеют решение того что я хочу, но качество продуктов, с которыми это реализуемо, низкое. Т.е. переход с IPB даже старой версии на родной форум какой-либо глобал-CMS будет шагом назад в удобстве.
Если внедрять в такую CMS продвинутый форум, то получу ровно те же проблемы, которые имею сейчас, и даже больше, т.к. добавляется третий лишний.
добавляется третий лишний.
Третий не всегда лишний. Мёд и дёготь хороши по разным банкам, а если смешать - ни то ни другое уже будет не пригодно для первоначальных целей.
"Интеграции" форумов в контентные движки - это в 99% случаев не только геморрой на века, но и дыры и др зло. А с магазинами - вдвойне. Если нужно, что бы юзер логинился один раз для всего - для этого нужно делать шлюзы (и может даже через промежуточные, скрытые узлы)
ИМХО: На сегодня можно не париться интеграциями, а использовать логины через всякие ОпенИД/соцсети, но не убирая стандартные возможности для тех кто это не юзает.