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

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

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

13 сентября 2018 в 23:06

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

Не думаю, что есть смысл пробовать еще раз..

13 сентября 2018 в 10:38

madt wrote:

Если у тебя есть желание и возможность помочь нам с освещением того, что происходит на других "официальных" и сестринских/братских ресурсах drupal.ru (гитхаб, телеграмм чаты, группы в соцсетях и т. д.), то мы будем только рады, если ты возьмёшь на себя эти задачи.

"освещение" это не совсем моя специальность, моя специальность обеспечивать инфраструктуру для возможности "освещения", я под это лучше заточен-)

12 сентября 2018 в 12:10

Если исходить из того, что реальные цели данного сообщества и его руководства - развитие продвижение Drupal вообще и drupal.ru в частности, то (имхо конечно) земляк дело говорит.

Мне вот вообще удивительно, зачем освещение работы над сайтом сообщества "запрятано" на стороннем ресурсе, который к тому же, для некоторых, на каком-то непонятном языке?

А нет ли тут какой-то неблаговидной, а может и благовидной цели?-))

12 сентября 2018 в 8:55
1

Константы (числовые и строковые индексы массивов и т.п.) лучше определить как "нормальные" константы (через *const*)

а если сделать парсинг через xpath, определив селекторы или как константы или вынести в настройки блока, код стал бы проще и универсальнее.

12 сентября 2018 в 8:23

На drupal.org встречал подобный модуль.
Судя по описанию он определял все связи сущностей: и через поле связи(entity reference) и даже если ссылка на сущность содержиться в поле Контент (body) какой либо сущности (например в контент вставлена ссылка на изображение и т.п.) и как-то там еще..

Но к сожалению сходу не смог вспомнить и найти его на орге.
В его наименовании было что-то типа: reference или relation.

12 сентября 2018 в 8:04

Если нужно устанавливать индивидуальную цену для каждого товара, может помочь какой-то из этих модулей:
https://www.drupal.org/project/editablefields
https://www.drupal.org/project/editableviews

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

10 сентября 2018 в 8:28

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

у китайцев это здорово получается..
Заходишь на сайт и совсем ничего не понятно..
Но у них шифрование на уровне пользователя..

8 сентября 2018 в 11:12

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

3 сентября 2018 в 19:01

скрывать-показывать поля лучше при помощи разных режимов отображения материалов (view mode)

а режим отображения устанавливается как-то так:
https://drupal.stackexchange.com/questions/193319/how-to-change-display-...

(код не проверен, возможно придется отладить)

3 сентября 2018 в 17:57

что-то всего столько нагородили-)

Я правильно понял, что всего-навсего надо материалы старше 2 часов :
1.Не показывать в одной вьюхе.
2.Показывать в другой.
3.Странице просмотра материала установить нужный html-класс?

2 сентября 2018 в 22:39
1

хм.. какой-то, мягко говоря, не стандартный подход к решению задачи..
может модуль VBO лучше подойдет? ( https://www.drupal.org/project/views_bulk_operations )
Он позволяет сделать вьюс, для выборки материалов..
И совершать с выбранными материалами "пакетные" операции.
Например изменить значение алиаса(url) материала..

1 сентября 2018 в 5:40
1

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

дополню коммент @gun_dose ссылкой на модуль виждета - ввод по маске, который позволит на форме вводить в это поле только строку определенной длинны ,только из цифр : https://www.drupal.org/project/masked_input

1 сентября 2018 в 5:23
1

Кстати да.. Еще читая Ваш пост , думал предложить такой вариант..

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

28 августа 2018 в 10:41

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

например, кто-то "я" пишет как "ja" "ya" "ia" и т.п.
и представьте, например, вам надо написать css-правило для длинного селектора на транслит-кириллице..

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

27 августа 2018 в 0:18

В интернетах пишут, в HTML 5 в полный рост можно использовать unicod - все символы, которые есть unicod-таблицах, можно классы хоть "сердечками" и прочими значками, хоть по-китайски..

Куда мир котится..?

26 августа 2018 в 9:23
1

По спецификации JSON API, необходимо в запрос добавить параметр include=
И в нем через запятую перечислить поля-связи, которые необходимо подгрузить к "основной" сущности..
В Вашем случае это поле "field_img" (include=field_img)

http://jsonapi.org/format/#fetching-includes

В drupal 8 с JSON API работать пока не приходилось, возможно ошибаюсь,
скорее всего запрос должен быть таким:

http://мойсайт/jsonapi/node/hotels?include=field_img

11 августа 2018 в 20:59
1

univerico wrote:

Но возможно стоит сделать более четкое описание как часть ТЗ, если не понятно, то что там написано.

Если Вы хотите, чтобы Вас поняли максимально правильно, Вы мыслите в нужную сторону.

11 августа 2018 в 16:12

univerico wrote:

А какие еще могут быть более правильные (хотя бы с точки зрения скорости создания структуры) варианты?

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

11 августа 2018 в 13:43

univerico wrote:

После изучения возможностей все же предположение, что этот модуль хоть и очень полезный, но мою задачу не решает полностью.

Я думаю, Вам надо просто правильно спланировать структуру данных приложения.
Правильно спланированная структура данных на порядки упрощает разработку, а в последствии - поддержку и расширение проекта.

11 августа 2018 в 11:46

univerico wrote:

В смысле? В Друпал 7 тоже же из коробки? Или вы имеее ввиду что файлами можно?

В drupal (7,8) есть 2 таких понятия:
Тип материала (entity type)
Бандл (bundle)

Тип материала (entity type)
Стандартные:
node
user
comment
и т.д

каждый тип материала имеет в БД свою таблицу для хранения данных