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

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

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

28 декабря 2018 в 22:09

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

Было бы чрезвычайно интересно, как это осуществляется, если бы кто-то поделился своими знаниями и опытом.

27 декабря 2018 в 20:15

по урлу (в браузере) TMLIFE.ORG выдается Ваш сайт?
если да, то все нормально, а у Вас с хостером просто какое-то недопонимание.. и оно скорее всего с Вашей стороны-)

27 декабря 2018 в 15:55

Создаете 3 словаря;
1.Города
2.Районы
3.Метро

Заходите в настройки словаря Районы
на вкладку "Управление полями"
в поле "Добавить новое поле" пишите наименование поля (например city)
в столбце "Тип поля" выбираете из списка "Ссылка на термин"
в столбце "Виджет" выбираете "Список"
Жмете "Сохранить"
на следующем шаге выбираете Словарь: Город
Жмете "Сохранить"

27 декабря 2018 в 13:42

В последней версии, предложенной мной структуры данных многоуровневые словари не нужны,
иначе придется дублировать Уровень 1 (Город) в каждом из словарей (Районы, Метро и т.п.)
А так, словарь Город со списком городов только один, и прикрепляется к терминам Районы, Метро через поле "Ссылка на термин таксономии"

1.Словарь Город
- Москва
- Петербург
- Самара

27 декабря 2018 в 12:17
1

У Вас для каждого города словарь: для районов и для метро

В связи с поступившей информацией структура данных скорее всего должна быть такая:

в вообще по правильному должно быть всего 3 словаря:
1.Город
2.Метро
3.Районы

У терминов словарей:
2.Метро
3.Районы

необходимо добавить поле "Ссылка на термин таксономии", словарь "Город"

27 декабря 2018 в 11:27

Чтобы дать точно правильный ответ, нужно лучше понимать:
как и что у Вас устроено и как должно работать.
Для этого необходимо подробнее расписать задачу.

А без подробностей, могу только предположить, что правильнее было бы для районов сделать один словарь таксономии, с двумя уровнями:
1.Уровень 1 - Города
2.Уровень 2 - Районы

Что-то типа такого:
Москва
- Район 1
- Район 2
- Район 3
- Район N
Петербург
- Район 1
- Район 2
- Район 3
- Район N

27 декабря 2018 в 10:32

Не понятно, а зачем Вам 60 полей с районами?
Вьюс за это Вас и отругал.
Наверное структуру данных надо как-то оптимизировать..
60 однотипных полей в сущности - это сигнал, я бы даже сказал - "сирена!!!": что-то тут не правильно..

26 декабря 2018 в 21:06

Имхо конечно,
но большинство людей, прочитав эту статью будут думать, что статья про то, как вывести кол-во определенных материалов .

А на самом деле, статья про то, как написать свою функцию для твига.
Согласитесь, этот ее смысл намного универсальнее и наверное востребованнее.-)

26 декабря 2018 в 18:11

Попробуйте "поиграться" с настройкой вьюса:
Advanced -> Field Language

Там можно выбрать "другой" язык для всего вьюса..

Наверное, если даты Вам нужны на английском и другие поля в данном вьюсе нужны тоже на английском?

26 декабря 2018 в 7:08

А..да.. надо будет только от дублей (страница термина с одним материалом и сама страница просмотра материала) избавиться..
Тут наверное сейчас специалисты по SEO что нибудь нарекомендуют.

26 декабря 2018 в 7:03

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

Мне все-таки кажется, оптимальнее было бы сделать вывод материалов термина вьюсом:
отсортировать в нужном порядке (Вы говорите у Вас там для этого специальное поле есть)
ограничить количество материалов - 1
включить-настроить пейджер

и больше никаких Флипов не надо.
Перешли на страницу термина.
на ней первый материал термина и пейджер-листалка.
А далее по пейджеру.

25 декабря 2018 в 6:42

redizka wrote:

Нужно чтобы при нажатии на последний термин происходило перенаправление на первую его статью (в одном из добавленных полей есть внутренняя нумерация материалов)

Тогда нужно не "перенаправление", а чтобы для последнего термина ссылка состояла из:
текст ссылки: имя термина
урл ссылки: урл первого материала

25 декабря 2018 в 0:54

Установить, если не установлен, модуль Views
Включить представление Taxonomy term
В представлении настроить сортировку, чтобы нужный материал выводился первым.
И настроить пейджер:
Use pager: Display a specified number of items | 1 элементов

25 декабря 2018 в 0:48

Кстати, при выборе такой структуры данных, 2-й уровень словаря можно не ограничивать по глубине, тогда каталог получиться с нужной детализацией:
Жанр
- Каталог1
- - Каталог11
- - - Каталог111
и т.п.

25 декабря 2018 в 0:38

Если я все правильно понял,
при добавлении НОВОЙ песни, вьюс для выбора Каталога естественно будет "пустым"
а при редактировании СУЩЕСТВУЮЩЕЙ, что-то должен выдавать

Потому что при добавлении новой песни, node:nid еще нет, пока она не сохранена.

Можно сделать все проще и надежнее.

Тут явно прослеживается иерархия:
Жанр - Каталог - Песня
Жанр - Песня

24 декабря 2018 в 14:39

Кстати да..
Сразу не сообразил, а это почти единственный вариант, почему шаблоны вьюса "не работают".

Но все равно, для рассылки "генерировать" специальную ноду это какое-то "извращение".
Должен быть способ проще отправлять список новых материалов , и он как-то связан с views-)

24 декабря 2018 в 11:14

Да.. для восмерки, похоже его "передрали" с минимальными доработками с семерки.
Пытался его приспособить для одного сложного импорта, плюнул и пишу свой мигрейт.

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

24 декабря 2018 в 7:14

Если уж чего-то "писать", то тогда не для фидса..
Ништяцкие пацаны импортирую мигрейтом (migrate)
Он как-бы предполагался для миграции с одной версии drupal на другую,
и даже с вордпреса и прочих вражеских КМС на друпал,
но и для импорта тоже отлично подходит.
И очень часто для импорта его и используют.
Значит можно и какие-то готовые наработки, как раз для данного случая найти.

24 декабря 2018 в 0:28
1

Для работы с "внешними" БД, судя по описанию, подходит данный модуль: https://www.drupal.org/project/external_entities

По идее, в drupal 8 и так не очень сложно, для тех кто в танке, сделать сущность, которая будет храниться в "внешней" БД.
Всего-то переопределить стандартный StorageManager сущности и еще кой-чего по мелочи.
Но, думаю, пока для Вас это будет сложновато.

23 декабря 2018 в 13:09

Хм.. как все запутано.. PHP-код в текстовых полях..

Simplenews вроде из коробки поддерживает подписки на вьюс-выборки: https://www.drupal.org/node/2663886

если имя вьюса ('newsletter_news') и имя дисплея ('block_1') указано правильно, то должен правильный вьюс вставляться:
views_embed_view('newsletter_news', 'block_1')

Или у Вас в рассылку что-то другое отправляется, а не данная нода-)

23 декабря 2018 в 7:51

В БД,
в таблице field_data_body ,
столбец body_value,
записи - соответствующей ноде-рассылке (entity_type, bundle, entity_id)

html-разметка, сформированная вьюсом - "правильная"?

22 декабря 2018 в 23:32

Возможно все..
Главное правильно определиться, на сколько это "нужно".

что Вы имеете ввиду под:

"Kris Iris" wrote:
Я просто хотела совсем отменить это действие.

??

22 декабря 2018 в 20:02

Нужны подробности..

veligursky wrote:

а для вывода в рассылке

Что за рассылка (как реализована).

veligursky wrote:

И здесь уже вьюс выводится отрендеренным без учета файлов темизации.

Что имеется ввиду под выражением "без учета файлов темизации"?
кастомные шаблоны, css, еще что-то?