Size: a a a

2020 January 14

VS

Victor Stepankov in Drupal RU
Alexey Korepov
Хотя наверное надёжней будет сделать как-то так в settings.dev.php:

$settings['container_yamls'][] = DRUPAL_ROOT . '/sites/development.services.custom.yml';
самое надёжное - сразу в индекс.пхп
источник

EI

Evgeny Ilyin in Drupal RU
А кто-нибудь переносил что-то с битрикса на друпал? интересует не процесс, а последствия )) небыло ли такого, что конечный пользователь админки  плачет, что вот раньше было лучше, и не приходилось ли из друпала делать битрикс?))
источник

AK

Alexey Korepov in Drupal RU
Evgeny Ilyin
А кто-нибудь переносил что-то с битрикса на друпал? интересует не процесс, а последствия )) небыло ли такого, что конечный пользователь админки  плачет, что вот раньше было лучше, и не приходилось ли из друпала делать битрикс?))
юзера админки в любом случае плачут ;) т.к. всё поменялось и нужно изучать что-то новое. Но как по мне, админка битрикса это просто ужос - всё запутано, куча непонятных и лишних кнопок. У Друпала хоть можно кастомизировать под конкретные задачи клиента.
источник

VS

Victor Stepankov in Drupal RU
Evgeny Ilyin
А кто-нибудь переносил что-то с битрикса на друпал? интересует не процесс, а последствия )) небыло ли такого, что конечный пользователь админки  плачет, что вот раньше было лучше, и не приходилось ли из друпала делать битрикс?))
ну, вообще, по интерфейсным возможностям друпал таки повеселее.
Даже битриксойды слюни пускают на меню и управление блоками, в битриксе в коробке драг энд дропа нет до сих пор.

А так, серьёзные(тм) проекты на битриксе, завязаны на 1с и там из админки не принято редачить товары, например. Всё в 1с
источник

AK

Alexey Korepov in Drupal RU
Особенно когда вижу в битриксе php-блоки прям в визивиге  - вообще кросота ;) Друпал в этом плане сильно отстаёт в "удобстве" 😂
источник

Y

Yaro in Drupal RU
Evgeny Ilyin
А кто-нибудь переносил что-то с битрикса на друпал? интересует не процесс, а последствия )) небыло ли такого, что конечный пользователь админки  плачет, что вот раньше было лучше, и не приходилось ли из друпала делать битрикс?))
люди всегда будут плакать что что-то непривычно. При переходе с битрикса на друпал, при переходе с друпала на битрикс, при переходе с SQL запросов на полноценную админку
источник

AK

Alexey Korepov in Drupal RU
Victor Stepankov
самое надёжное - сразу в индекс.пхп
ну просто если я запрещу перезапись через file-mapping, то какие-то новые фишки мне не приедут. А через "append" можно только в конец дописывать, то же самое что и просто отдельный файл. Через "post-drupal-scaffold-cmd" - тоже костылить патч-файл и поддерживать его.
источник

ИЛ

Иван Лещёв in Drupal RU
Alexey Korepov
ну просто если я запрещу перезапись через file-mapping, то какие-то новые фишки мне не приедут. А через "append" можно только в конец дописывать, то же самое что и просто отдельный файл. Через "post-drupal-scaffold-cmd" - тоже костылить патч-файл и поддерживать его.
там не должно быть принципиально новых фишков
только в девятке может быть
источник

ИЛ

Иван Лещёв in Drupal RU
ну и по хорошему надо локал файл делать и его в игнор кидать
источник

AK

Alexey Korepov in Drupal RU
Иван Лещёв
там не должно быть принципиально новых фишков
только в девятке может быть
ну я как раз про девятку, десятку и т.п. заранее думаю ;)
источник

AK

Alexey Korepov in Drupal RU
Иван Лещёв
ну и по хорошему надо локал файл делать и его в игнор кидать
в игнор-то зачем? он подключется только если сайт в dev-режиме, и полезен всем разрабам.
источник

ИЛ

Иван Лещёв in Drupal RU
даже в деврежиме полезно попереключать значения
источник

ИЛ

Иван Лещёв in Drupal RU
а значит файл должен быть в игноре
источник

АК

Алексей Кузнецов in Drupal RU
Люди посоветуйте, хочу сделать планировщик повторяющихся задач. И там есть опции повторения, например "каждый день в 14.00", "каждую среду и пятницу в 9.00", "каждый второй вторник месяца в 10.00" или "ежегодно 15 января в 12.45". Вопрос в том, в каком виде можно хранить в базе такие значения?
источник

AK

Alexey Korepov in Drupal RU
Алексей Кузнецов
Люди посоветуйте, хочу сделать планировщик повторяющихся задач. И там есть опции повторения, например "каждый день в 14.00", "каждую среду и пятницу в 9.00", "каждый второй вторник месяца в 10.00" или "ежегодно 15 января в 12.45". Вопрос в том, в каком виде можно хранить в базе такие значения?
можно строчкой в формате аля как crontab хранит
источник

АК

Алексей Кузнецов in Drupal RU
А php умеет как-то без лишнего гемора разбирать такие строки?
источник

AK

Alexey Korepov in Drupal RU
Алексей Кузнецов
А php умеет как-то без лишнего гемора разбирать такие строки?
навряд ли, ну если простое решение нужно - то есть модуль https://www.drupal.org/project/ultimate_cron
источник

AK

Alexey Korepov in Drupal RU
можно кстати в нём же  и посмотреть, как он хранит и парсит даты
источник

VS

Victor Stepankov in Drupal RU
вангую, что у него чисто временные интервалы, без понедельников, тогда всё намного проще
источник

АК

Алексей Кузнецов in Drupal RU
источник