G
ты клиенту проект продаёшь
в нём не должно быть конфликтов лицензий
в нём не должно быть конфликтов лицензий
Продавать проект и оказывать услуги - это разное. Если я написал приложение и распространяю его - то да, тут есть конфликт.
Size: a a a
2020 February 18
I<
Если не ошибаюсь, эта лицензия распространяется на код ядра и контрибов, и если я написал код для клиента, я не обязан его предоставлять под лицензией GNU GPL х. А если кто-то пожелает посмотреть код ядра друпала и внесенные в него корректировки, которые попадают под лицензию - да ради бога...
А если я не ошибаюсь, то код для клента автоматически наследует GPL в этом случае.
I<
NM
Алексей Кузнецов
@Niklan ещё вопрос, если на сайте 100500 товаров, то надо драш-команда для генерации файла? А есть пример?
А сколько точно товаров? Сейчас не пролазит? Там довольно шустро всё. У меня только в районе 20к товаров появилась потребность в вынесении
АК
38 тысяч
АК
даже 512мб оперативы не хватает :(
NM
Алексей Кузнецов
38 тысяч
Я в сервис заворачиваю весь процесс. А его можно на крон, в драш команду, куда угодно
АК
точно, в крон же можно
АК
спасибо
NM
И YML файл можно дробить!
NM
Например по 10к товаров в каждый
NK
views_send + mimemail + smtp
ошибка при добавлении аттача к рассылке
ошибка при добавлении аттача к рассылке
#0 /www/superservice/web/web/core/includes/bootstrap.inc(600): _drupal_error_handler_real(2, 'preg_match() ex...', '/www/super...', 256, Array)
#1 [internal function]: _drupal_error_handler(2, 'preg_match() ex...', '/www/super...', 256, Array)
#2 /www/superservice/web/web/core/lib/Drupal/Core/StreamWrapper/StreamWrapperManager.php(256): preg_match('/^([\\w\\-]+):\\/\\...', Object(Drupal\Core\Field\FieldItemList), NULL)
#3 /www/superservice/web/web/core/lib/Drupal/Core/StreamWrapper/StreamWrapperManager.php(103): Drupal\Core\StreamWrapper\StreamWrapperManager::getScheme(Object(Drupal\Core\Field\FieldItemList))... и тдNK
прекл. в модуле было:
а должно быть
не
напишу в спортлото
$file_path = file_save_data(...)
...\Drupal::service('file_system')->realpath($file_path->uri)а должно быть
$file_path = file_save_data(...)
...\Drupal::service('file_system')->realpath($file_path->getFileUri())не
uri, а getFileUri()напишу в спортлото
PS
Народ, у кого-нибудь есть опыт хранения большого количества значений полей с сохранением истории? Т.е. предположим есть энтити "прибор", прибор регулярно меряет несколько параметров, сохраняет их в соотвутствующие в поля. Нужна возможность хранить все это достаточно долго и регулярно делать выборки значений по датам. Есть рекомендации как лучше реализовать? Пока смотрю на ревизии, но непонятно насколько это эффективно.
IA
У менял был такой опыт, когда количество записей было 5 млн за первую неделю, решили больше этого не делать. Есть несколько модулей, которые позволяют логировать работу с сущностями:
https://www.drupal.org/project/entity_log
https://www.drupal.org/project/entity_activity
https://www.drupal.org/project/log_entity_operations
Какой из модулей лучше, уже не скажу, как по мне нужно писать свое решение или переписывать имеющиеся для того чтобы хранить много записей.
А то что вам нужно это скорее вот эти модули, их я не использовал
https://www.drupal.org/project/entity_log_file
https://www.drupal.org/project/spectra
https://www.drupal.org/project/entity_log
https://www.drupal.org/project/entity_activity
https://www.drupal.org/project/log_entity_operations
Какой из модулей лучше, уже не скажу, как по мне нужно писать свое решение или переписывать имеющиеся для того чтобы хранить много записей.
А то что вам нужно это скорее вот эти модули, их я не использовал
https://www.drupal.org/project/entity_log_file
https://www.drupal.org/project/spectra
AI
У менял был такой опыт, когда количество записей было 5 млн за первую неделю, решили больше этого не делать. Есть несколько модулей, которые позволяют логировать работу с сущностями:
https://www.drupal.org/project/entity_log
https://www.drupal.org/project/entity_activity
https://www.drupal.org/project/log_entity_operations
Какой из модулей лучше, уже не скажу, как по мне нужно писать свое решение или переписывать имеющиеся для того чтобы хранить много записей.
А то что вам нужно это скорее вот эти модули, их я не использовал
https://www.drupal.org/project/entity_log_file
https://www.drupal.org/project/spectra
https://www.drupal.org/project/entity_log
https://www.drupal.org/project/entity_activity
https://www.drupal.org/project/log_entity_operations
Какой из модулей лучше, уже не скажу, как по мне нужно писать свое решение или переписывать имеющиеся для того чтобы хранить много записей.
А то что вам нужно это скорее вот эти модули, их я не использовал
https://www.drupal.org/project/entity_log_file
https://www.drupal.org/project/spectra
А как решили задачу в итоге?
IA
удалил модули, которые логи пишут) Нет логов, нет проблем)
IA
смотрели обычные логи через monolog, ломали голову где и что не так и почему один из 100 заказов не срабатывает
PS
@levmyshkin спасибо, пока получается, что такие записи надо хранить вне друпаловских сущностей.