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

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

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

2 октября 2018 в 10:36

Зато подобный инструмент мог бы помочь некоторым определиться с более узкой специализацией. Тогда и база решений, требующая актуализации не была бы такой обширной.

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

Плюс, как писал ранее, каталог охватит большее кол-во разработчиков и снизит затраты на разработку-поддержку-раскрутку увеличив качество.

2 октября 2018 в 10:25

Хм.. наверное заманчиво-)
А есть какая-то более развернутая формулировка термина "координатор"?
Например:
1.Обязанности.
2.Полномочия.
3.Мотиваторы-демотиваторы.
4. "Проба" и площадь "золотого парашюта"?-)

2 октября 2018 в 10:12

Например, допустим я разработал интернет-магазин, "продающий" типографские услуги (печать визиток, брошюр, буклетов плакатов и т.п.)
Основа магазина: конструктор заказа.
Конструктор заказа, по сути - пошаговый выбор неких параметров заказа (тип бумаги, формат, палитра, контент, тираж и т.п.)
В итоге покупателю выдается макет и стоимость заказа.

2 октября 2018 в 9:57
1

у Одинэсников такая штука уже лет 15 работает: https://infostart.ru/public/app1C/
И на развитие ресурса зарабатывает.
И разработчикам подзаработать дает
И пользователям издержки снижает

2 октября 2018 в 9:52
1

gun_dose wrote:

Если кто-то скачает модуль, заточенный под конкретный сайт

Смысл не в том, чтобы давать качать всем "модуль, заточенный под конкретный сайт "

2 октября 2018 в 8:20
1

drupal 8 использовать "голые" таблицы для хранения данных и их последующего использования как-то не айс.

Гораздо продуктивнее использовать для этого кастомные сущности
примерно как-то так: http://blog.oskoui-oskoui.com/?p=8218

Если очень надо, можно даже относительно несложно (переопределением и расширением стандартных классов сущностей) добавить сущность, которая будет хранить свои данные в кастомной таблице БД.

2 октября 2018 в 8:03

Данных для анализа проблемы маловато..
Хорошо бы знать:
1.Путь ссылки "Добавить материал" как при правильной работе, так и при ошибке.
2.Последние логи php, web-сервера сразу после перехода с результатом "страница не найдена".
3.Какие действия по настройке сайта производились перед тем, как начала появляться данная "ошибка"

2 октября 2018 в 7:55

mailikos wrote:

ELEMENTS

User has role(s)...

Вот этот моент не понятен.
Тут должна быть проверка (условие) изменения роли.

Как мне помниться, в токенах rules должны быть 2 варианта user
один, до изменения роли, т.е. значение поля роль в нем соответствует значению ДО изменения (там что-то про unchanged)
и второй вариант, когда роль уже изменена.

2 октября 2018 в 7:47
1

Andruxa wrote:

Смысл - в том, чтобы найти единомышленников, которым этот код может помочь,

Дык а я про что?

Вот только drupal.org это англоязычный ресурс, т.е. если не бОльшая, то большАя часть единомышленников сразу отсеется.

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

2 октября 2018 в 7:36
1

gun_dose wrote:

Для этого можно вести блог.

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

2 октября 2018 в 7:19
1

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

1 октября 2018 в 18:36

Ок.. распишу немного подробнее с примерами.

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

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

1 октября 2018 в 18:23

Коллеги, вы читали но не вдумались, про что я написал..

Andruxa wrote:

Да ничего подобного. Можно спокойно заливать свои модули на d.org в статусе Full project.

А смысл? Если он не расчитан в сыром виде для использования на ЛЮБОМ сайте?
Но возможно, при необходимости, его можно адаптировать под другой сайт или даже при некотором "спросе" сделать "универсальную" версию?

1 октября 2018 в 18:13

Про Content Import Вы ничего не писали, хотя даже не представляю, что он делает-))

Потому что Migrate - мощнейший инструмент для импорта всевозможного контента..
Для большинства более-менее стандартных случаев для него есть вспомогательные модули или просто руководства по его использованию в конкретных ситуациях.

Если не получиться Вашим способом, значит только Migrate..

1 октября 2018 в 13:25

Скорее всего данный модуль предназначен для решения достаточно "узких" задач, а именно: простой импорт данных из файла CSV

Для более сложного импорта чаще используют модуль Migrate (и Ко (вспомогательные модули и т.п.))
Он конечно посложнее "CSV importer", но и на пару порядков гибче.
Встречал в интернетах кучу описаний импорта контента из CSV с файлами и картинками(английском) .

ЗЫ.. Хотя, наверное и на русском должно быть куча руководств и даже видео-руководств (на ютубе)

1 октября 2018 в 13:10

В Drupal Commerce очень широко используется модуль Rules, часто для решения подобных задач.
Т.е. его интеграция с модулем Rules достаточно "глубокая".

Скорее всего Вам достаточно будет добавить правило для Rules, которое при добавлении товара в корзину сделает редирект на страницу оформления заказа.

1 октября 2018 в 12:59

А вообще, это не справедливо, я бы даже сказал это дискриминация какая-то: друпал все больше становится CMF (ориентируется на разработчика, а не только на "сборщика" (CMS)).
А поддержка Drupal больше для CMS.

В каталог модулей drupal.org "принимаются" только готовые решения (модули) c достаточной поддержкой.

29 сентября 2018 в 16:33

Или есть еще какие-то подробности.. или..

Но если структура сущностей такова:
Сущность: Изделие
Поле Размер:
- entity reference на сущность Размер
- многострочное

То все делается стандартными настройками "многострочного" поля в вьюсе..

или я чего-то не так понял?