Брось каку

закинул это и админка упала: #Запрещаем доступ к htaccess.txt, configuration.php, configuration.php-dist и php.ini RewriteRule ^(htaccess\.txt|configuration\.php(-dist)?|php\.ini)$ - [F] #Защищаем системные файлы и папки RewriteRule ^administrator/?$ - [L] RewriteRule ^administrator/index\.(php|html?)$ - [L] RewriteRule ^administrator/index[23]\.php$ - [L] RewriteRule ^administrator/(components|modules|templates|images|plugins)/([^/]+/)*([^/.]+\.)+(jp(e?g|2)?| png|gif|bmp|css|js|swf|html?|mp(eg?|[34])|avi|wav|og[gv]|xlsx?|docx?|pptx?|zip|rar|pdf|xps|txt|7z|svg|od[tsp]| flv|mov|ico)$ - [L] RewriteRule ^administrator/ - [F] RewriteRule ^xmlrpc/(index\.php)?$ - [L] RewriteRule ^xmlrpc/ - [F] RewriteRule ^includes/js/ - [L] RewriteRule ^(cache|includes|language|libraries|logs|tmp)/ - [F]

закинул это и админка упала: #Запрещаем доступ к htaccess.txt, configuration.php, configuration.php-dist и php.ini RewriteRule ^(htaccess\.txt|configuration\.php(-dist)?|php\.ini)$ - [F] #Защищаем системные файлы и папки RewriteRule ^administrator/?$ - [L] RewriteRule ^administrator/index\.(php|html?)$ - [L] RewriteRule ^administrator/index[23]\.php$ - [L] RewriteRule ^administrator/(components|modules|templates|images|plugins)/([^/]+/)*([^/.]+\.)+(jp(e?g|2)?| png|gif|bmp|css|js|swf|html?|mp(eg?|[34])|avi|wav|og[gv]|xlsx?|docx?|pptx?|zip|rar|pdf|xps|txt|7z|svg|od[tsp]| flv|mov|ico)$ - [L] RewriteRule ^administrator/ - [F] RewriteRule ^xmlrpc/(index\.php)?$ - [L] RewriteRule ^xmlrpc/ - [F] RewriteRule ^includes/js/ - [L] RewriteRule ^(cache|includes|language|libraries|logs|tmp)/ - [F]

Ну ты конечно играйся, но не стоит вставлять все без разбора не читая.

на локальном пробую

на локальном пробую

На тебе кеш. Хотя в оптимальности не уверен.

и еще кто что скажет о шаблоне Ja Space - стоит использовать или все таки уговорить клиента без фраймов сверстать шаблон?

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

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

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

Где же можно взглянуть на отзывы о T4? Замечал, что JoomlArt развивает, в отличие от JoomShaper, свой фрейм. Так как фреймворк на основе BS, то внимание #a11e будет уделено. Uikit что-то тоже может делать для accessibility. Конечно DX в T4 можно дополнить, чтобы количество css и js було поменьше в админке шаблона.

Там на их билдере можно вывести материалы joomla по разныму способу

Спасибо. Кстати их билдер до сих пор вырубается после выключения лицензии за непродление?

Который? T4 builder у них там готовые страницы и блокы платные через подписку, а остальные бесплатно

Билдер в бесплатном виде бесполезен, так как html не даёт вставить. Платный билдер бесперспективен в плане поддержки сайта, так как требует регулярных платежей за продления лицензии или нет?

$model = $app->bootComponent('com_content')->getMVCFactory()->createModel('Article', 'Administrator', []); $data = $model->getItem($id); $data->metadesc = $description; $model->save($data); в лоб так не прокатывает, что-то упустил

getItem - возваращает Объект. saveItem - передается массив. А так хз я для чистой j4 такое не ковырял еще

Я особо не работал, просто "поиграл". У них раньше было jabuilder, про него обзоре Куртеева плохо работалась. Теперь у них другая версия билдера t4 builder

getItem - возваращает Объект. saveItem - передается массив. А так хз я для чистой j4 такое не ковырял еще

чистая J4 интересная вещь, всё по папкам в src, controller.php не нужен, как и точка входа по старому там в service - provider.php точка входа

Это я все видел и знаю. Но мне требуется более глубокое изучение.

работает - не трожь)

Да был jabuilder. JoomlArt сделал так, что стоит на его шаблоны ставить билдер JoomShaper...

да и чего говорить, сами разработчики ещё legacy оставили в коробке стандартных компонентов, например в com_content $user = Factory::getUser(); а надо по новому $user = Factory::getApplication()->getIdentity();

Это разное. Factory getUser получает просто юзера. А application юзера приложения. Объект одинаковый а вот сами юзеры могут быть разные

но Factory::getUser(); @deprecated 5.0 Load the user service from the dependency injection container or via $app->getIdentity()

но Factory::getUser(); @deprecated 5.0 Load the user service from the dependency injection container or via $app->getIdentity()

спора нет, я компонент чисто под j4 делаю, поэтому хочется меньше deprecated

а что за сахар я упустил \defined('_JEXEC') or die; к чему слэш в начале делают?

немного странно от корня, где-то есть, где-то нет

а что за сахар я упустил \defined('_JEXEC') or die; к чему слэш в начале делают?

им на годы

Меньше. На самом деле сейчас уже начинают все перебираться на j4 и там дело быстрое пойдёт

Даже не думай о нем)

Я 5 лет с ним проработал)) оно того не стоит. С джумлой и рядом не стоит)

но у битрикса есть идиеи только классные

А у вас платная версия?

А там что-то слышно по билдеру для j4? Вроде пилили в рамках GSoC

а зачем билдеры? когда есть Fields ещё с 3.8 вроде

А там что-то слышно по билдеру для j4? Вроде пилили в рамках GSoC