esclkm |
|
---|---|
Я считаю важным оптимизацию существующих инструментов. И необходимым использование более сильных сред для этого. Тема 1. Быстрое добавление (публикация) плагинов. Идея взята от сих: http://plugins.jquery.com/docs/publish/ . Описание: публикация плагина на гитхубе – и перенос его в модули котонти посредством добавления ссылки.
Тема 2. Навеяно: https://github.com/onlinerby/onliner-b2b-api . Создание и ведение документациии по котонти сразу на гитхубе. Позволит быстрее и четче координировать ведение документации. littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
#39798 esclkm: Не совсем понял, что предлагается — установка плагина с гитхаба на сайт пользователя, или дублирование плагина с гитхаба в репозиторий плагинов на Cotonti.com ?
Дополню, что можно на cotonti.com сделать просмотр доков с гитхаба в нашем дизайне, с понятным оглавлением, и переключением языков.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
дублирование... установка... там требует написание полноценного защищенного фтп модуля
Естественно... с просмотром на котонти ком.Не надо путешествовать человека littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
По п.2 вижу такой план действий —
Что я забыл?
Добавлено 1 минуты спустя: зы. Тема номер 2 на мой взгляд сейчас гораздо актуальнее первой. https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
комментарии? а они нужны? кто их видит? Для честности... но даже если так.. то каждая страница имеет свой уникальный адрес.. а значит комментарии будет легко подключить. есть еще вопросы: 1. индексация 2. мультилэнг. littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Dayver |
|
---|---|
Считаю тему 1 критически нужной в реализации (если кто то раздумывает за что перевее взятся). На равне с ранее обсуждаемой возможностью правки хотя бы слотов в админке (Если они станут более гибкими чем сейчас), загрузка расширений в ней же станет огромным шагом в повышении качества юзабилити админкой. Админку нада развивать. Добавлено 39 минуты спустя: Для ясности скажу что Тикет как раз в духе первой темы Pavlo Tkachenko aka Dayver
|
|
This post was edited by Dayver (2014-09-05 16:06, 10 years ago) |
Macik |
|
---|---|
#39802 esclkm: Комментарии были не популярны т.к. никто на них не отвечал. а возможность задать вопрос по конкретной теме должна быть, и должна быть видна заинтересованным. поэтому и предлажил как вариант сделать через форум с привязкой конкретной темы к отдельным постам. Чтобы не было как здесь месива, которое посторонний читать не будет.
Что имеешь в виду? Поисковики, кеш страниц или возможность поиска по сайту?
Тут особых проблем не вижу, надо только определится со структурой папок. Делать на уровне разных папок или префиксов файлов.
#39803 Dayver: Пока о загрузке расширений через админку речи не идет. Это очень объемная тема. И тянет за собой кучу пока не решенных проблем, начиная о безопасной записи файлов и заканчивая темой стандартизации расширений (в том числе JS библиотек) и контроля их версий и зависимостей.
Что касается слотов, то с вводом чанком в запланированном объеме решит эту проблему.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
1. я имею ввиду текущая документация по идеее более или менее заиндексирована.... поисковиками.... а значит адреса должны сохраниться.... 2. поиск по сайту должен искать в документации littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
#39805 esclkm: не вижу проблем — сейчас у каждой страницы свой адрес docs/…/…
проблем нет. оставляем всю структуру страниц (раздел доков), а содержимое страниц будет формироваться самим плагином и записываться именно как обычная страница.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
У гитхуба есть вот такой вот сервис: https://help.github.com/categories/20/articles Цель моего плагина: добавить возможность добавлять плагины сюда http://www.cotonti.com/extensions/ просто скормив ссылку на гитхубе. Но! если я солью ссылку на просто репозиторий - он дожен написать ошибку! Он должен Прочитать файл setup - из которого понять: название плагина, его версию, его описание, версию котонти и категорию. !но тут есть грабли: у меня setup файл лежит в корне, а у траста он обычно лежит в подпапкеб какие еще способы могут быть? что надо предусмпотреть? Дальше: как добавлять темы? Дальше: как вести именование текста? понятно, что readme файл . но у меня readme всегда на русском б а у траста на инглише. Как должны называться ридми файлы для других языков.
==================================================================================
твой плагин. понятно, что он должнет иметь древовидную структуру. понятно что должны быть различные файлы для разных языков. понятно что по умолчанию будет синтаксис MD (но вот проблема : подсветка кода на разных языках программиования) Как мы будем определять описание и название каждого каталога? например docs/ docs/start/ - где и как взять описание и текст данной папки? на разных языках? снова read me файлы? docs/admin/
Добавлено 3 часа спустя: Или как прикрепить картинки? Куда и как их лить, видео, ссылку на демоlittledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
|
This post was edited by esclkm (2014-09-06 11:29, 10 years ago) |
Macik |
|
---|---|
#39809 esclkm: Ты про GitHub pages? Хочешь параллельно с отображением на сайте Котонти еще компилить доки и выкладывать на GHP?
Это понятно.
Да. Должен парсить всю структуру каталого репозитория.
Например, Варианты, когда кто-то засунул 2 плагина в репозиторий . Еще надо извлекать файлы (README.md, README_ru.md, …) и на их основе делать страницы описания.
Отдельная, емкая тема. На вскидку — искать файлы theme.php там есть теги описание BEGIN_COT_THEME. Темы как правило ледат в отдельной папке по названию темы. Можно подумать о едином файле описания загружаемых ресурсов Кота (типа composer.json) — плаг/модуль/тема/JS библиотека (в перспективе). Правда это еще одна сущность, но зато добавит четкости. Еще надо подумать о расширении описания тем, на предмет ссылки на файл(ы) «скриншотов» темы.
См. выше. Я для себя давно принял такой формат.
А в чем тут именно проблема? поясни.
Можно взять какойлибо стандарт. Например ГитБук. Они для этих целей используют файл SUMMARY.md, для языковых версий поддиректории (см. описание). Или как прикрепить картинки? Куда и как их лить, видео, ссылку на демо Редактирование доков будет через гитхаб, так? Значит все иллюстрации мы льем в отдельный каталог (например assets, как в ГитБук). В MD прекрасно вставляются ссылки на иллюстрации. Со ссылками на сторонний контент как обычно, как и сейчас, это просто ссылки на сторонний контент. Хочешь залей на cotonti.com и дай ссылку туда. Что касается видео — аналогично (залей на видео зостинг, дай ссылку).
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
Именя файлов - я больше за сильн котонти: README.ru.md про гитхаб пэйдзэс я если честно не совсем знаю, что это такое. про JSON файл его необходимость очень большая... хочу получить скриншоты... хочу получить демо ссылку... или ссылку на ютуб... в общем структурно все переделать... но как назвать этот файл... и какая будет у него структура? и где будут храниться сязанные изображения?
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
#39817 esclkm: Не возражаю.
Ты сам привел ссылку. В кратце, это отдельный бранч в репозитории который позволяет залитые в него html просматривать как обычный сайт на страницах гитхаба. Пример GHP для репозитория cot-lazyload http://macik.github.io/cot-lazyload/demo.html
Давай тогда плясать от структуры. Пиши список что по твоему там должно быть по пунктам (ссылка на автора, мейл автора, ссылка на доки, требуемая версия, …). Если список не будет глобальным можно подумать над расширением setup.php и не городить отдельный файл. з.ы. В прошлом году я с Владимиром общался на эту тему, пришли к выводу, что такой установщик, кроме прочего, мог бы быть полезен для простого формирования кастомных сборок CMS и быстрого их развертывания. Т.е. достаточно иметь 1 json файл, жмякнуть композер — и происходит магия. Движок выкачивается из сети и подтягиваются нужные пакеты со своими зависимостями.
В принципе пофиг. И зависит от автора сборки. Просто в индексном файле ссылк(и) на них. Но лучше в отдельной папке (thumb) внутри плага/скина. https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
conposer - менеджер зависимостей. Его цель - быстро установить библиотеку... Скорее его применение станет, когда мы решим, что хватить с установщиком плагинов, переходим на композер. Я же хочу там размещать ту информацию, которую не могу выудить из самого проекта: ссылки на фото, видео, язык по умолчанию, ссылку на демо сайт. и все littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
По поводу доков на ГХ. Вот какая нескладуха вырисовывается — у нас есть определнная структура документации (разделы, подразделы), у нас есть несколько языков, англияский вроде главный (т.к. ориентируемся на широкий массы и т.к. там инфы больше). Теперь допустим я хочу добавить статью (например) в русскую документацию (расширить), или просто дополнить раздел (описанием послених изменений). Как быть? Как и кто будет мониторить связность структуры промеж языков и полноту перевода (если статья была расширена)? Идеи решения:
Еще на гитхабе есть такая штука как Wiki. Не знаю применимо ли оно к нашим задачам, но ссылку приведу: https://github.com/blog/699-making-github-more-open-git-backed-wikis https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |