Мопед не мой, но я продаю )

Установка пакета расширений собранный через siteextra так же теперь не работает. Кайф

modx 3 похоже до сих пор без migx это фиаско…

Большущее СПАСИБО за ответ!

Нет картинки «по умолчанию» к видео — значит нужно подставить публикацию из телеграма

а с безопасностью как?

Насколько мог сделал. Везде (int) и modx_sanitize на входящих. Вообще не спец по безопасности. Что разобрался, сделал на первой же выпущенной версии. Планирую заказать аудит безопасности, но пока денег нет и компонент бесплатный. Надеюсь раскручу директора, но это только через месяца 3.

это я так понял все тот-же datatables

Нет. Это свой полностью самописный компонент!
https://github.com/touol/getTables https://gettables.ru/

Добрый день.
Подскажите пож. как сделать, чтобы товар после импорта был сразу опубликован.
Заранее благодарю!

Большое спасибо! Фото товара удаляется и создается.

Но в логах появилась ошибка:

[2022-04-02 18:12:05] (ERROR @ /home/users/j/*************/domains/*************.ru/core/components/minishop2/model/minishop2/msproductfile.class.php : 190) [miniShop2] Could not generate thumbnail for "/assets/images/products/127/sp01rm.jpg". Array
(
    [0] => phpThumb() v1.7.16-202012161640 in file "phpthumb.class.php" on line 234
    [1] => setCacheDirectory() starting with config_cache_directory = "/home/users/j/*************/domains/*************.ru/core/cache/phpthumb/" in file "phpthumb.class.php" on line 1048
    [2] => setting config_cache_directory to $this->realPathSafe(/home/users/j/*************/domains/*************.ru/core/cache/phpthumb) = "/home/users/j/*************/domains/*************.ru/core/cache/phpthumb" in file "phpthumb.class.php" on line 1076
    [3] => setSourceFilename(/home/users/j/*************/domains/*************.ru/ms_jmsg0U) set $this->sourceFilename to "/home/users/j/*************/domains/*************.ru/ms_jmsg0U" in file "phpthumb.class.php" on line 299
    [4] => Addding ImageMagick formats to $AvailableImageOutputFormats (text;ico;bmp;wbmp;gif;png;jpeg) in file "phpthumb.class.php" on line 1006
    [5] => $AvailableImageOutputFormats = array(text;ico;bmp;wbmp;gif;png;jpeg;webp) in file "phpthumb.class.php" on line 1012
    [6] => $this->thumbnailFormat set to $this->config_output_format "jpeg" in file "phpthumb.class.php" on line 1023
    [7] => $this->thumbnailFormat set to $this->f "webp" in file "phpthumb.class.php" on line 1030
    [8] => $this->thumbnailQuality set to "90" in file "phpthumb.class.php" on line 1040
    [9] => $this->sourceFilename set to "/home/users/j/*************/domains/*************.ru/ms_jmsg0U" in file "phpthumb.class.php" on line 933
    [10] => SetCacheFilename() _src set from md5($this->sourceFilename) "/home/users/j/*************/domains/*************.ru/ms_jmsg0U" = "5ec982fbf998889e03e617f327ec8b8d" in file "phpthumb.class.php" on line 3616
    [11] => SetCacheFilename() _par set from md5(_bgffffff_farC_zc1_h400_w400_dpi150) in file "phpthumb.class.php" on line 3655
    [12] => starting ExtractEXIFgetImageSize() in file "phpthumb.class.php" on line 3409
    [13] => getimagesize(/home/users/j/*************/domains/*************.ru/ms_jmsg0U) says image is 800x800 in file "phpthumb.class.php" on line 3419
    [14] => $this->useRawIMoutput=false because "bg" is set in file "phpthumb.class.php" on line 1649
    [15] => $this->useRawIMoutput=false after checking $UnAllowedParameters in file "phpthumb.class.php" on line 1655
    [16] => phpThumb_tempnam() returning "/home/users/j/*************/domains/*************.ru/core/cache/phpthumb/pThumbzm75H2" in file "phpthumb.class.php" on line 4498
    [17] => ImageMagickSwitchAvailable(thumbnail) = 1 in file "phpthumb.class.php" on line 1581
    [18] => getimagesize(/home/users/j/*************/domains/*************.ru/ms_jmsg0U) SUCCEEDED: Array
(
    [0] => 800
    [1] => 800
    [2] => 2
    [3] => width="800" height="800"
    [bits] => 8
    [channels] => 3
    [mime] => image/jpeg
)
 in file "phpthumb.class.php" on line 1750
    [19] => ImageMagickSwitchAvailable(density) = 1 in file "phpthumb.class.php" on line 1581
    [20] => getimagesize(/home/users/j/*************/domains/*************.ru/ms_jmsg0U) returned [w=800;h=800;f=2] in file "phpthumb.class.php" on line 1765
    [21] => source dimensions set to 800x800 in file "phpthumb.class.php" on line 1768
    [22] => SetOrientationDependantWidthHeight() starting with "800"x"800" in file "phpthumb.class.php" on line 3388
    [23] => SetOrientationDependantWidthHeight() setting w="400", h="400" in file "phpthumb.class.php" on line 3404
    [24] => ImageMagickSwitchAvailable(repage) = 1 in file "phpthumb.class.php" on line 1581
    [25] => Remaining $this->fltr after ImageMagick: (array(0) { } ) in file "phpthumb.class.php" on line 2316
    [26] => ImageMagick called as (convert '/home/users/j/*************/domains/*************.ru/ms_jmsg0U[0]' -flatten -density '150' -thumbnail 'x400' -gravity center -crop '400x400+0+0' +repage png:'/home/users/j/*************/domains/*************.ru/core/cache/phpthumb/pThumbzm75H2' 2>&1) in file "phpthumb.class.php" on line 2334
    [27] => getimagesize(/home/users/j/*************/domains/*************.ru/core/cache/phpthumb/pThumbzm75H2) returned [w=400;h=400;f=3] in file "phpthumb.class.php" on line 2351
    [28] => ImageMagickThumbnailToGD::imagecreatefrompng() succeeded, $this->gdimg_source is now (400x400) in file "phpthumb.class.php" on line 2357
    [29] => ImageMagickThumbnailToGD() returning $this->IMresizedData (102449 bytes) in file "phpthumb.class.php" on line 2358
    [30] => deleting "/home/users/j/*************/domains/*************.ru/core/cache/phpthumb/pThumbzm75H2" in file "phpthumb.class.php" on line 2364
    [31] => skipping SourceImageToGD() because $this->gdimg_source is already a resource (400x400) in file "phpthumb.class.php" on line 3778
    [32] => CalculateThumbnailDimensions() starting with [W,H,sx,sy,sw,sh] initially set to [400,400,,,,] in file "phpthumb.class.php" on line 3260
    [33] => CalculateThumbnailDimensions() starting with [x,y,w,h] initially set to [0,0,400,400] in file "phpthumb.class.php" on line 3275
    [34] => CreateGDoutput() returning canvas "400x400" in file "phpthumb.class.php" on line 3383
    [35] => ImageResizeFunction($o, $s, 0, 0, 0, 0, 400, 400, 400, 400) in file "phpthumb.class.php" on line 4473
    [36] => memory_get_usage() after copy-resize = 27499336 in file "phpthumb.class.php" on line 433
    [37] => memory_get_usage() after imagedestroy = 26672832 in file "phpthumb.class.php" on line 435
    [38] => AntiOffsiteLinking() says this is allowed in file "phpthumb.class.php" on line 2578
    [39] => skipping AlphaChannelFlatten() because ($this->thumbnailFormat == "webp") in file "phpthumb.class.php" on line 2642
    [40] => GenerateThumbnail() completed successfully in file "phpthumb.class.php" on line 447
    [41] => imageinterlace($this->gdimg_output, 1) in file "phpthumb.class.php" on line 483
    [42] => RenderOutput() attempting imagewebp($this->gdimg_output) in file "phpthumb.class.php" on line 486
    [43] => GD does not have required built-in support for WebP output in file "phpthumb.class.php" on line 552
)

С чем она может быть связана?
Проверил все права на папки все в норме.
Так же выставил «phpthumb_allow_src_above_docroot» = «Да»

а с безопасностью как?
это я так понял все тот-же datatables

Я мало понимаю именно в беке Modx, но по сути что мы имеем для обычного пользователя:
Преимуществ: 0, то что изменили дизайн админки, это сложно отнести к улучшениям, которые должны сподвигнуть отказаться от 2.х
Проблем: сотни, всё наработки по компонентам, статьям, готовым решениям, всё что копилось за эти годы — не актуально.

Смысла для себя в Modx 3 вообще никакого не вижу, его выход на данный момент пока добавил больше проблем чем пользы какой то, но это лично моё имхо. Сам вектор развития CMS идёт совершенно не в ту сторону мне кажется, надо смотреть на CMS-конкурентов, смотреть что не хватает Modx по сравнению с WP,Joomla и не говоря уже о Bitrix (в первую очередь магазинам на Modx) а вместо этого «мы переписали весь backend, всё сломалось, ничего нового нет» — зачем всё это, не ясно… админка по прежнему на extJS к тому же, мне кажется Modx 3 мёртворождённый и вместо траты множеств лет над тем что бы его допилить нужно было переходить уже сразу на Modx 4 разработку.

Сломали что было хорошего и типа выпустили новый версию. Меня новое пространство имен добивает. Я ленивый и писать трехэтажную конструкцию типа \MODX\Resource и т.д. меня добивает. И почему getService убирают??? Мне удобно а новое вообще не понятно.

Я вот не понял это кто заметку написал? Автор компонента Сергей Шлоков? И тогда почему в третьем лице??? О_О

Ну была задача 4 редактируемые таблицы сделать. Для каждой отдельно писать ajax запросы — это дня 4 работы. А getTables это умеет уже из коробки. Только под bootstrap заточен. Написать инструкцию-таблицу на нем 1 час работы максимум. Единственно что пришлось повозиться, это свести всю работу с модалкой в 1 модуль.
Вообщем теоритические 4 дня против практических 9 часов. 4*8*600 = 19 200р и 9*600=5 400р. Выгода очевидна :-).
Следущий раз стилизую за часа 2-3.
А vue и т.д. не умею раз. Во вторых там все равно на стороне бекенда надо писать. vue и ничего другого не умеет по умолчанию с API MODX работать.

Уже были PR и идеи от Васи, Сергея и других разработчиков, были ли они приняты? Нет, у авторов свое видение и куда оно привело?

Почти все PR вливаются, можете проверить — github.com/modxcms/revolution/pulls?q=is%3Apr+is%3Aclosed+author%3Abezumkin (PR Васи), github.com/modxcms/revolution/pulls?q=is%3Apr+author%3Asergant210+is%3Aclosed (PR Сергея).

чтобы пофиксить баги, то да, но что-то глобальное сомневаюсь.

Полезны любые issue и PR, любая помощь приветствуется, заранее спасибо!

Но мое мнение такое, что modx3 не нужно было выпускать, нужно было работать над modx4 и использовать современные технологии. А следовательно, такой шаг привлек бы много новых разработчиков, да и старые может быть вернулись.

Тут спорно, может разработчики привлеклись бы, а может и нет. По вашей логике, с появлением, например, Laravel все разрабы из WordPress/MODX должны были скопом туда уйти из-за стека, но это не так.
Хотя да, осовременить не мешало бы, что снова приводит к тому же — милости просим, любая помощь приветствуется :)

Уже были PR и идеи от Васи, Сергея и других разработчиков, были ли они приняты? Нет, у авторов свое видение и куда оно привело? Пока выпускался modx3 много хороших разработчиков успели изменить свой стек и уйти. Поэтому, я не знаю про какие PR ты говоришь, чтобы пофиксить баги, то да, но что-то глобальное сомневаюсь.

Мне очень нравиться MODX и я продолжаю с ним работать, хоть уже не с таким энтузиазмом. Но мое мнение такое, что modx3 не нужно было выпускать, нужно было работать над modx4 и использовать современные технологии. А следовательно, такой шаг привлек бы много новых разработчиков, да и старые может быть вернулись. Но имеем, что имеем. Новая 'красивая' обертка, с той же начинкой (Ext.js 3.4)

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

Так или иначе оно в таком виде почему-то не работало

Попробуй с Qiwi.

<?php
$resource = $modx->getObject('msProduct', 761);
if($files = $resource->getMany('Files')){
    foreach($files as $f){
        $f->remove();
    }
}

Файлы удалятся, записи в БД удалятся, папка с assets/images/761/small останется. Соответственно, превью остается, потому что она в другой таблице лежит. Можно сделать дополнительно так

<?php
$resource->set('thumb', '');
$resource->save();

Ну милости просим в репозиторий MODX, я первым буду тестировать ваши PR :)

Только это можно было сделать все за несколько месяцев, а не растягивать на года, ну это другой разговор. Вышел и слава богу.