Вот это была бы нейросеть.
Такой не у кого нет. Есть все по отдельности и за большие деньги
Вот это была бы нейросеть.
Такой не у кого нет. Есть все по отдельности и за большие деньги
Но создать ту же документацию, это уже другое.
Вот именно. Если начать с базовых верифицированных разработчиками документаций под их контролем — то можно обучать. Если она сама будет обучаться просто на коде, не понимая задач — то получится месиво, а задачи она будет решать перебором вариантов, что будет выливаться в часы нерезультативной возни, переписывания промптов.
Попробуйте сами разобраться в дообучении. И предлагайте готовое решение и план решения...
Именно это и входит в планы на данный момент.
Есть такие методики: «объяснить так, чтобы уборщица поняла» / метод утенка / self-explanation method
Для кодинга:
Нейросети кроме простых примеров не пишут сложный работающий код. Есть ассиситенты типа copilot/ tab9 и всего что встраивается, например, в vscode, но контроль остается у разработчика. Если он его утеряет — нейронка продолжить писать чушь и, более того, не остановится. Нейронка способна понять код в общих чертах, но тонкости для нее недоступны. Рефакторят нейронки тоже на 3+.
Вот что они могут по скормленному коду — так это написать более менее приемлемые тесты. Актуально и экономит время, когда тестами покрывать нужно.
На определенном уровне сложности кода возникает дилемма: писать промпт часами или написать все вручную чтобы работало. Направить нейронку в нужное русло требует душного структурированного промпта, но на выходе в лучшем случае «рыба», которую допиливать.
Для контента:
Если вы сколь-либо владете русским языком, то даже переписанный текст покажется примитивным. В корне перелопатить они не могут. В новостях сразу видны подобные генерации.
Что нейронка точно может делать: проверять синтаксис и пунктуацию, если глаз писарчука «замылился».
Вдобавок, поисковики умудряются выявлять сгенерированные тексты со всеми вытекающими. Нужно ли оно Вам?
Буду благодарен, если уделите секунд 30 опросу
У нас документация разделена на две части: для администраторов и для разработчиков. Ссылка на документацию есть в каждом! разделе админки, справа вверху. Если у вас есть чем её дополнить, мы будем только рады.
Там есть чем заняться. Будем пробовать.
Ядро также описано в документации для разработчиков.
Более или менее полноценно описаны на данный момент 2 из. Очевидно в силу острой необходимости.
Кстати, из раздела для разработчиков сложно выбраться на основной сайт: нужно либо через «Полезные ссылки», либо править url. Там же при наведении на лого странный хинт «Домой[h]» .
Уважаемый Fuze,
если не ошибаюсь, это раздел предложений.
В мои планы (на данный момент) входит тоже на позициях оупенсоурс:
В любом случае, из программных решений, если им суждено быть, делать только исходя из знаний.
У оупенсоурса есть оборотная сторона, когда сложно планировать коллективные действия и область ответственности. Желаю успешно нивелировать это.
Ваш труд уважаю, он, без преувеличения, грандиозен. Браво!
Для стабильность CMS ее должно быть удобно тестировать с разными версиями php.
И, вероятно, если будет добавляться поддержка новых типов БД — типами баз данных.
Чтобы можно было выбрать версию, прикрутить всякие кэши и испытать как под Apache, так и под nginx, и иметь рабочие примеры их конфигураций.
Сюда же:версии с субдоменами
Если каждый, кто захотел попробовать CMS будет изобретать колесо — это проблема. А ведь инструменты уже изобретены.
Например, можно посмотреть как для разных версий php, memcahed, pma, adminer, traefik это реализовано в github.com/wodby/php
Чтобы не корячиться, удобно устанавливать и тестировать.
Новая реальность уже давно не новая. Программисты пришли к таким решениям, чтобы меньше играть в «горячую линию»
Желаю CMS соответствовать ей )
2. Дубли репозиториев на gitflic.ru/ Он существует с 2021 года.
Dormidont, добро пожаловать!
А где до этого работали, точнее в какой cms?
С 2020 — Drupal 8-10 (их из админки с копыт не собьешь, а если собъешь, то исправить можно как правило в settings.php)
Кста, в InstantCMS чувствуется влияние Друпала. Вернее попытка взять из него все самое лучшее без тяжеловесности symphony.
И еще, InstantCMS выглядит интереснее D.
Документация docs.instantcms.ru
Если бы начали с нее, половины треда бы не было… И еще процентов 30 бы не было, если бы ставили без докера, через распаковку архива.
Установку через контейнер, насколько я знаю, как сделали, так и не обновляли… Вроде как в планах.
CMS могла бы быть реальной жемчужиной
она такая и есть...
Глюков много и недосказанности. Ни в том, ни в другом случае CMS не информирует об этом.
CMS должна быть устойчивой более или менее (желательно более, особенно в сборке предлагаемой разработчиком).
Если вы думаете, что инструкции не читались, то напрасно. Интерфейс «непопсовый» — нужно курить инструктаж.
Также было бы проще, если бы были hintы к настройками или их описания снизу.
Вот создан новый тип контента и объективно хочется понять, как поработать с его шаблоном.
Судя по наличию файлов tpl.php в CMS как-то можно. Шаблон фигугрирует в «Просмотр списка», но это вероятно одно из отображений множества подобных материалов.
Хочется почитать про шаблоны.
Любуемся пустой страницей
docs.instantcms.ru/manual/settings/templates
Ситуация 2.
Вероятно стоит посмотреть на работу СMS в режиме отладки, чтобы вникнуть и изучить.
Надо отметить CMS — реально ракета! Браво!
Профайлер скромный, но пойдет.
А вот var_dump не оформляется никак. Если объект — то залипухой всклей выводится (а есть CMS где форматируется и довольно недурно)
А еще var_dump как оказалось руинит динамическую подгрузку контента.
Сделал var_dump($config); и на странице контент — вот такая история.
Вероятно, они не должны влиять друг на друга.
Тем кто привык и заучил — наверное нормально. Новых пользователей отпугивает, потому что если что-то делать, то не дыша...
Начну с того, что поражен усердию разработчиков по масштабу потенциальных возможностей CMS.
А теперь реальность...
На github находим как развернуть все в контейнере. Меняем при установке версию на 2.16.3 (отличную от предлагаемой)
И первое что бросается в глаза — при нажатии на «Контент» — сразу HTTP ERROR 500
Вдобавок, при настройке при нажатии кнопки сохранить крутится прелоадер. Ничего не сохраняется, при попытке покинуть страницу — соответствующее уведомление. Печалька.
Осуществляем второй заход. down контейнеры. Все полностью удаляем чистим без следа. Начинаем заново с
git clone github.com/veocode/icms2-docker.git
Делаем установку для рекомендованной версии (а не «Стабильной» 2.16.3 ?)
InstantCMS version to install [2.14.2]:
Устанавливаем
Реагируем на визг по кодировке базы данных UTF-8. Меняем. Вопрос почему она по умолчанию не рассматриваем.
Ура, товращи! Контент открывается. Пробуем создать новый тип контента.
Зависаем на странице числительные, встретив «Одного / однй (Родительный)». Претензий к буквам не высказываем (это реально мелочь), идем дальше.
Морщим репу как же создать материал, являющийся новым типом контента.
Находим почему-то «записи» в самом конце меню. Никаких тебе «Создать» или «Новый <тип контента>
Проехали.
Дальше создаем первый контент нового типа.
Переходим в «Типы контента» на вкладку «Доступ» и обнаруживаем, что оказывается создание записей не дозволено никому. А мы создали. Завидуйте!
Проехали.
Переходим к списку контента нового типа — видим новый материал и тыкаем в глаз…
Перед этим созданное новое поле красуется своей меткой. Думаем как избавиться.
Оказалось легко в настройках поля:
Есть «Название поля» и есть «Положение заголовков» ниже. Тут важно догадаться, что они связаны «нитью незримою».
И вот так по много чему.
Если СMS настолько оригинальна в своем администрировании, то где найти нормальную (в значении исчерпывающую) документацию по ней.
Вроде и есть желание разобраться и что-нибудь поделать полезного, но опять-таки, API не документировано в сколь либо приемлемом объеме.
Печаль, что при таком объеме труда разработчиков, CMS могла бы быть реальной жемчужиной, а пока в рейтингах отечественных CMS съехала в 2024 на 44 место с некогда 20-го (https://cmsmagazine.ru/cms/)