Dormidont

Dormidont

+1
Репутация
5
Рейтинг
#1 Свой GPTs для InstantCMS 6 июня 2024 в 12:03

Вот это была бы нейросеть. 

Нил™

Такой не у кого нет. Есть все по отдельности и за большие деньги

#2 Свой GPTs для InstantCMS 6 июня 2024 в 11:49

Но создать ту же документацию, это уже другое.

Clear

Вот именно. Если начать с базовых верифицированных разработчиками документаций под их контролем  — то можно обучать. Если она сама будет обучаться просто на коде, не понимая задач  — то получится месиво, а задачи она будет решать перебором вариантов, что будет выливаться в часы нерезультативной возни, переписывания промптов. 

#3 Быстрая доступность CMS как инструмента в удобной форме 6 июня 2024 в 11:32

Попробуйте сами разобраться в дообучении. И предлагайте готовое решение и план решения...

Zau4man

Именно это и входит в планы на данный момент.
Есть такие методики: «объяснить так, чтобы уборщица поняла» / метод утенка / self-explanation method

#4 Свой GPTs для InstantCMS 6 июня 2024 в 11:20

Для кодинга:


Нейросети кроме простых примеров не пишут сложный работающий код. Есть ассиситенты типа copilot/ tab9 и всего что встраивается, например,  в vscode, но контроль остается у разработчика. Если он его утеряет — нейронка продолжить писать чушь и, более того, не остановится. Нейронка способна понять код в общих чертах, но тонкости для нее недоступны. Рефакторят нейронки тоже на 3+. 

Вот что они могут по скормленному коду — так это написать более менее приемлемые тесты. Актуально и экономит время, когда тестами покрывать нужно.

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

Для контента:


Если вы сколь-либо владете русским языком, то даже переписанный текст покажется примитивным. В корне перелопатить они не могут. В новостях сразу видны подобные генерации.
Что нейронка точно может делать: проверять синтаксис и пунктуацию, если глаз писарчука «замылился». 


Вдобавок, поисковики умудряются выявлять сгенерированные тексты со всеми вытекающими. Нужно ли оно Вам?

#1 Небольшой опрос сообщества 6 июня 2024 в 10:49

Буду благодарен, если уделите секунд 30 опросу

#5 Быстрая доступность CMS как инструмента в удобной форме 5 июня 2024 в 23:17

У нас документация разделена на две части: для администраторов и для разработчиков. Ссылка на документацию есть в каждом! разделе админки, справа вверху. Если у вас есть чем её дополнить, мы будем только рады.

Fuze

Там есть чем заняться. Будем пробовать.

Ядро также описано в документации для разработчиков.

Fuze

Более или менее полноценно описаны на данный момент 2 из. Очевидно в силу острой необходимости.

Кстати, из раздела для разработчиков сложно выбраться на основной сайт: нужно либо через «Полезные ссылки», либо править url. Там же при наведении на лого странный хинт «Домой[h]» .

#6 Быстрая доступность CMS как инструмента в удобной форме 5 июня 2024 в 10:55

Уважаемый Fuze

если не ошибаюсь, это раздел предложений.

В мои планы (на данный момент) входит тоже на позициях оупенсоурс:

  1. Разобраться с самой CMS в деталях
  2. Попробовать дополнить (или написать альтернативное руководство) по CMS c позиции «если вижу впервые» в деталях с картинками и пояснениями
  3. Описать ядро (хотя бы для себя)
  4. По сумме полученных знаний (если к тому времени образов не будет) сделать их самостоятельно и выложить
  5. Мож что-нибудь с UI будут творить для быстрого доступа (ежели не перегорю)

В любом случае, из программных решений, если им суждено быть, делать только исходя из знаний.

У оупенсоурса есть оборотная сторона, когда сложно планировать коллективные действия и область ответственности. Желаю успешно нивелировать это.

Ваш труд уважаю, он, без преувеличения, грандиозен. Браво!

#1 Быстрая доступность CMS как инструмента в удобной форме 5 июня 2024 в 08:49

Для стабильность CMS ее должно быть удобно тестировать с разными версиями php.
И, вероятно, если будет добавляться поддержка новых типов БД — типами баз данных.

Чтобы можно было выбрать версию, прикрутить всякие кэши и испытать как под Apache, так и под nginx, и иметь рабочие примеры их конфигураций.

Сюда же:версии с субдоменами

Если каждый, кто захотел попробовать CMS будет изобретать колесо — это проблема. А ведь инструменты уже изобретены.

Например, можно посмотреть как для разных версий php, memcahed, pma, adminer, traefik это реализовано в github.com/wodby/php
Чтобы не корячиться, удобно устанавливать и тестировать.

Новая реальность уже давно не новая. Программисты пришли к таким решениям, чтобы меньше играть в «горячую линию»
Желаю CMS соответствовать ей ) 

2. Дубли репозиториев на gitflic.ru/  Он существует с 2021 года.


#7 Взгляд не работавшего с InstantCMS на установку 2х (может интересно для разработчиков) 4 июня 2024 в 21:30

 Dormidont, добро пожаловать!

А где до этого работали, точнее в какой cms?

fincheck

С 2020 — Drupal 8-10 (их из админки с копыт не собьешь, а если собъешь, то исправить можно как правило в settings.php)
Кста, в InstantCMS чувствуется влияние Друпала. Вернее попытка взять из него все самое лучшее без тяжеловесности symphony.
И еще, InstantCMS выглядит интереснее D.

#8 Взгляд не работавшего с InstantCMS на установку 2х (может интересно для разработчиков) 4 июня 2024 в 21:07

Документация docs.instantcms.ru

Если бы начали с нее, половины треда бы не было… И еще процентов 30 бы не было, если бы ставили без докера, через распаковку архива.

Установку через контейнер, насколько я знаю, как сделали, так и не обновляли… Вроде как в планах.

CMS могла бы быть реальной жемчужиной

Dormidont

она такая и есть...

Zau4man

Глюков много и недосказанности. Ни в том, ни в другом случае CMS не информирует об этом.

CMS должна быть устойчивой более или менее (желательно более, особенно в сборке предлагаемой разработчиком).

Если вы думаете, что инструкции не читались, то напрасно. Интерфейс «непопсовый» — нужно курить инструктаж.

Также было бы проще, если бы были hintы к настройками или их описания снизу.
Вот создан новый тип контента и объективно хочется понять, как поработать с его шаблоном.
Судя по наличию файлов tpl.php в CMS как-то можно. Шаблон фигугрирует в «Просмотр списка», но это вероятно одно из отображений множества подобных материалов.
Хочется почитать про шаблоны.
Любуемся пустой страницей
docs.instantcms.ru/manual/settings/templates

Ситуация 2.
Вероятно стоит посмотреть на работу СMS в режиме отладки, чтобы вникнуть и изучить.
Надо отметить CMS — реально ракета! Браво!
Профайлер скромный, но пойдет.
А вот var_dump не оформляется никак. Если объект — то залипухой всклей выводится (а есть CMS где форматируется и довольно недурно)

А еще var_dump как оказалось руинит динамическую подгрузку контента.
Сделал var_dump($config); и на странице контент — вот такая история.

Изображение

Вероятно, они не должны влиять друг на друга.

Тем кто привык и заучил — наверное нормально. Новых пользователей отпугивает, потому что если что-то делать, то не дыша...

#1 Взгляд не работавшего с InstantCMS на установку 2х (может интересно для разработчиков) 4 июня 2024 в 20:24

Начну с того, что поражен усердию разработчиков по масштабу потенциальных возможностей 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/)

Используя этот сайт, вы соглашаетесь с тем, что мы используем файлы cookie.