1. Главная
  2. multpix

multpix: Комментарии

Главные вкладки

9 декабря 2016 в 12:13

Ermac1988 wrote:

после создания типа материала нужно делать переадресацию на другую страницу с благодарностью за оставленный отзыв (чтоб пользователь не видел страницу с надписью "Доступ запрещен"). Как я понимаю необходимый модуль для решения данной проблемы это Rules, нужны ли еще какие-то модули?

8 декабря 2016 в 12:42

Egmont wrote:

Далее надо синхронизирвать с сайтом на VDS

подробнее, что конкретно необходимо

Egmont wrote:

Я новичок, проблем много

формулировка задачи - своими простыми словами, это нормально.

8 декабря 2016 в 3:38
1

если сильно захотеть, можно...
теоретически,
зависимости есть чем тянуть,
все в код, миграции писать, drush vset всякие.... фитчи на крайняк...

только по факту - я не сталкивался с таким,
по факту - один фронт, другой бек - в лучшем случае,
в худшем же - не хераксь и в продакшн, а в продакшн и хераксь хераксь хераксь....
с большой текучкой...и удивлениями на отказ от участия.

объяснять и доказывать что-то - только время терять.
раз показал, кто захочет - копнет,
кто нет - тяжела и неказиста жизнь простого друпалиста))))

2 декабря 2016 в 18:20

в плане seo:
опять таки - имхо
человеко-читаемая логичная маршрутизация с неглубокой вложенностью (rest будет плюсом)
четкая семантика
разметка, структурирование данных

так, если вы используете разметку одной организации на всех сайтах,
то пауки определят где у организации магазин, где основной, где форум и тд.
я не вижу тут проблем.
так-же плюс - указание и открытие полной информации в настройках домена.
(для whois)

2 декабря 2016 в 17:02

если в будущем захочешь разнести по серверам или даже другим программным стекам - проблем будет меньше.
эдакие "толстые" микросервисы, пардон за каламбур))

так маршрутизация читабельней и логичней - имхо

2 декабря 2016 в 0:16

если контент особо не пересекается - выноси пользователей в общую таблицу (для разных сайтов),
а все эти crm, форумы и магазины - на поддомены.
а там уже как желаешь - хоть в мультисайтинг, а базы на отдельные серв.

site.domain
crm.site.domain
store.site.domain
forum.site.domain

имхо.

1 декабря 2016 в 23:41

ага)
это больше к multiple database,
или - общие таблицы,
можно на поддомен вынести.

но, для анонимов то все кешируется, а в crm - авторизованные
я думаю - решать проблемы по мере появления нужно

1 декабря 2016 в 22:43

Olegars wrote:

это ж на разных доменах, а я бы хотел в папке домена

хочу базу на отдельном сайте сделать (на всякий случай) но что бы выглядело все как один сайт

Попробуйте своими словами более подробно объяснить,
у меня такое ощущение, что вы несколько запутались с целью и методом.

1 декабря 2016 в 22:02

Olegars wrote:

это ж на разных доменах, а я бы хотел в папке домена

Непонятно, что имеется ввиду

это обычный мультисайтинг: одно ядро и много отдельных сайтов в /sites
(в примере: site1.local, site2.local)
структура следующая:

1 декабря 2016 в 13:55

pawelch wrote:

В commerce проблема с правами

проблема у вас, не в commerce))

pawelch wrote:

Пытаюсь сделать оформление заказа без регистрации

покупатель указывает email?
commerce - создает для него учетную запись