Интересные фич-реквесты для Drupal 9 http://xandeadx.ru/blog/drupal/700
Поддержка SASS или LESS
я против встроенной поддержки
почему?
её всё равно придётся отрезать и ставить node-sass если хочешь по человечески работать
а можешь и не ставить))
можешь без препроцесса
phpless был крайне медленным, например
ну к тому времени может браузеры уже нативно будут поддерживать))
гульп + нод сасс + пост цсс + лайврелоад
гульп как вотчер и менеджер задач
нод сас как супер быстрый компилятор
постцсс, как удобная штука. если хочешь свой обработчик быстро написать
лайврелоад понятно для чего
нод сас как супер быстрый компилятор
постцсс, как удобная штука. если хочешь свой обработчик быстро написать
лайврелоад понятно для чего
вот с чем безусловно согласен в том списке, так это c необходимостью что-то делать с eck
множить филды сотнями, это как-то не особо
множить филды сотнями, это как-то не особо
а зачем их множить сотнями?
в чем боль?)
или ты про создание свойств без использования полей?
каждый филд создаёт 2 таблицы
а у меня в форме 13 полей
только в одной форме
только в одной форме
например
ревизии можно отключить кстать в 7ке
для полей
я в курсе
таблицы всё равно будут
ну и eck уже есть)
ну так пусть будет в ядре
и хотелось бы новых типов, больше постгреса из коробки
а как eck решает проблему с таблицами?
в одну таблицу всё пишет
мм, все поля в одну таблицу?
да
ECK позволяет сконструировать сущность, базовые поля которой будут в одной таблице
ECK позволяет сконструировать сущность, базовые поля которой будут в одной таблице
дополнительные, понятно, в филдовых таблицах
базовые поля у всех сущностей в одной таблице
ECK это просто UI вокруг hook_entity_info()
ну так без него пришлось бы филды в стандартные сущности загонять любителям тыкать схему базы данных в админке
а так можно сконструировать сущность с кучей базовух полей, которая хранится в одной таблице
а какие там базовые поля можно сделать?
я последний раз с ним разбирался года три назад
там почти ничего небыло
фиксированные строки и числа, логические вроде ещё
это в 7-ой версии?
да
точнее не скажу, надо устанавливать и смотреть
я удалил базу проекта, в котором использовал недавно
<optgroup label="Общий"><option value="text">Текст</option><option value="integer">Целое число</option><option value="decimal">Десятичное число</option><option value="positive_integer">Unsigned Integer</option><option value="language">Язык</option></optgroup>
простите что без скрина.
это селект типов в eck
сущности на уровне апи есть дополняются там в хуке параметром fieldable и тогда к ним можно крепить поля через админку но кроме этого там просто описываются свойства - столбцы в таблице, вот ецк и то и другое умеет делать с сущностью
в итоге вот так можем с такой сущностью работать
$order тоже сущность от eck
ну у меня свой маленький комерц :smile:
о, пхпдок левый)
field line items уобнее было полем сделать потому что множественное
а так там у заказа еще простые свойства типа total есть
@adubovskoy а у меня еще свои типы для eck =)
он отлично расширяется ctools'ом
ну это бихевиоры вернее, но еще есть хук который типы (schema) дополняет
/**
* Implements hook_eck_property_types().
*/
function eck_plugins_eck_property_types() {
return array(
'blob' => t('Blob'),
'longtext' => t('Longtext'),
);
}
function eck_plugins_eck_property_type_schema_alter(&$schema, $type) {
if ($type == 'blob') {
$schema = array(
'type' => 'blob',
'not null' => TRUE,
'size' => 'normal',
'serialize' => TRUE,
'serialized default' => 'a:0:{}',
'description' => 'Serialized array.',
);
}
if ($type == 'longtext') {
$schema = array(
'type' => 'text',
'size' => 'big',
'not null' => FALSE,
'description' => 'Long text.',
);
}
}
Ооо
прекрасно.
а нормальный человеческий json можно?
в смысле, на уровне базы чтоб
тип столбца?
думаю через schema его не описать
и он вроде в mysql 5.7 не?
и в постгресе есть
ну в 7ке schema api ограничено типами
к этим ECK полям виджеты / форматтеры цепляются?
да, там цтулс плагины
из коробки слабовато
в 8-ке базовые поля настоящие поля
чойта?
две таблицы на сущность
к ним можно обычные виджеты и форматтеры из field api цеплять
нет
одна таблица
у базовых
node и node_field_data
user и user_field_data
ещё есть user_data
к этим ECK полям виджеты / форматтеры цепляются?
от полей? нет
node_field_data это для всех базовый полей
так же как и к элементам формы не прицепишь форматтер
а очень было бы круто)
в 8-ке можно
зашибись, кастомные сущности значить кодить еще легче
не обязательно кастомные, можешь в ноду алтером запихнуть кучу новых базовых полей
они все в одной таблице будут
хотя отдельная сущность наверно правильней
ща проверю
блин не буду больше социалки контрибьюторов смотреть!!! :worried:
мейнтейнер Open Atrium Gender: transgender
от фотки в фейсбуке я упал))
не обязательно кастомные, можешь в ноду алтером запихнуть кучу новых базовых полей
и для них через UI можно будет выбрать форматтер?
ну или виджет хотяб, рендер поля обычно проще
да, можно
главное добавить их
потом через админку можно их настраивать
хотя я через алтер не пробовал
Это я только что сделал
в нём сущность у которой 100+ базовых полей
все в одной таблице
мейнтейнер Open Atrium Gender: transgender
фуфуфу
живой хы)
http://dru.io/order/5399
SimplyPay опять в поисках
SimplyPay опять в поисках
ууу этот может всю ленту заказов загадить
Сущность продукт с 700+ базовыми полями.
На 1000 полей не получилось сделать. PDO Exception выбросил.
// Let's have some fun.
ага
ага
700 полей все таки перебор, Друпал ругается на размер POST данных когда настройки полей меняешь.
хотя форма сущности сабмитится нормально.
даже и не тормозит
если бы было 700 обычных полей, форма наверно даже и не появилась бы
Вот кстати вспомнил http://xandeadx.ru/blog/drupal/695
В 8-ке третий способ намного интересней стал.
если как яндекс маркет то тут просто не mysql нужен
http://habrahabr.ru/post/74144/
MongoDB — резкая как понос объектно-документарная база данных.
MongoDB — резкая как понос объектно-документарная база данных.
эм. ну что попалось скопировало)
ну резкая она только на частичный апдейт
а так постгря умеет джейсон и умеет его быстро
а заодно постгря умеет овердохера ещё
а чем json полезен с большим количеством полей?
ну ты хочешь хранить структурированные данные в кейвелью
храни их в отдельной таблице кей джейсон
ага интересно
сравнительно недавно на хабре статья была про сравнение с замерами
вроде даже не одна
вроде даже не одна
странный график))) но судя по цвету и надписям в 3 раза быстрее
постгрес
MySQL 5.7 туда бы на график тоже
ещё можно замерить работу кеша в базе и кеша в мемкеше
тоже многие удивятся
только сначала постгрю надо настроить