Форумы / National / Russian / Идеи / активность плагинописателей и развитие движка

<<<12

Macik
#16 13.09.2013 11:23

Со свой стороны полностью поддерживаю большинство выступающих. Отдельное спасибо Максиму (Oughtem) за очередное поднятие вопроса.

Скажу честно, прочитал тему «по диагонали», но общие моменты ясны, и не новы. Тема продвижения возникала не раз, и не два. Одна из последних таких попыток обсуждения мер по продвиженнию была здесь  (и чуть раньше в английской части форума ).  Почитайте о предложенных шагах, и том во что они упираются.  Это, конечно не отменяет дополнительных шагов по развитию.

Со своей стороны сейчас сделаю вот что:

1. создал отдельную тему с идеями для плагинов, которые у меня появлялись за последние пару лет. 

2. дам ссылку на заготовку статьи описывающей ключевые моменты движка и его преимущества. хотел расписать по-подробнее, но все руки не доходят. Цель: познакомить новичков с особенностями движка, а для тех кто пользует другие CMS обратить внимание на преимущества. Возможно общими усилиями допишем-расширим, и можно будет использовать для популяризации/рекламы движка.
Вот ссылка. Пока включил только комментарии. Если тема будет востребована - могу дать доступ на полноценное редактирование.

 

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F
Отредактировано: Macik (14.09.2013 00:25, 10 лет назад)
Aristei
#17 13.09.2013 12:36

Вот кстати поддерживаю Macikа, на самом деле из-за плохой документации движок и набирает популярность, т.к. уже сейчас на нем вполне можно сделать свой персональный блог, копоративный сайт для небольшой фирмы, многие вещи сделаны так, что даже программировать не надо (вот пример использования плагина contact http://vgolovkov.ru/contact 90% форма сделана штатными средствами).

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

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

За что отвечает файл page.list.unvalidated.tpl?

За отображение персональной очереди валидации страниц текущего пользователя, index.php?e=page&c=unvalidated

 

Объясните предназначение таблицы БД auth

Таблица auth хранит значения прав групп пользователей на элементы сайта. Колонки по порядку: id группы, код расширения, код элемента, маска прав, маска read-only, id ответственного администратора.

 

 Как сделать разные шаблоны для list.tpl

  1. Копируем шаблон page.list.tpl в page.list.new.tpl и page.list.uslugi.tpl
  2. В каталоге темы создаем подкаталог modules и перемещаем туда наши два шаблона или кладем их в папку с темой
  3. Работаем с ними

 

 Как в «хлебных крошках» вместо заголовка сайта прописать «Главная» или что-то другое?

Нужно прописать в языковом файле темы:  $L['breadcrumbmaintitle'] = 'Главная';

 

 Как настроить формат даты в Siena?

Есть несколько вариантов.

  1. Формат даты/времени по умолчанию теперь задается в локали (lang/ru/main.ru.lang.php), например:

$Ldt['datetime_short'] = 'd.m H:i';

  1. Кроме того, для всех дат теперь доступна возможность настройки прямо на месте в шаблоне посредством тегов _STAMP и callback-функций шаблонизатора, пример:

{FORUMS_SECTIONS_ROW_LASTPOSTDATE_STAMP|cot_date('l, H:i', $this)}

 

 Как вывести текст обрезанный по количеству символов, а не по тегу More?

Нужно к основному тегу добавить соответствующую функцию, указав необходимое количество символов: {PAGE_ROW_TEXT|cot_cutstring($this,150)}

 

Sorry for my English
Dayver
#18 13.09.2013 12:52

Еще во времена генуи создал страницу для этих целей, но как вкинул тогда два, как мне казалось наиболее часто задаваемых вопроса, так они там двое сиротинушки и висят

Pavlo Tkachenko aka Dayver
Trustmaster
#19 13.09.2013 18:45

Соглашусь со всем вышесказанным и постараюсь сконцентрироваться на самом важном.

Спрос превышает предложение. Я давно поддерживаю подход "сформулировали ключевые требования, скинулись на разработку, помогли протестировать, получили результат", и в ещё большей степени подход "запилил для заказчика, спроси разрешения выложить в паблик, чтобы платформа развивалась", но этого недостаточно. Основная проблема не в деньгах, а в кадрах, потому что плагинописателей и вебмастеров, хорошо разбирающихся в Коте, меньше, чем постов в этой теме. Даже при наличии солидного бюджета найти не занятого другими проектами специалиста трудно, а привлечь кого-то со стороны ещё труднее. Последнее на мой взгляд и есть основная проблема. Далее несколько факторов, которые к ней привели.

Движок не привлекателен для профессионалов. Мы тут знаем, что он вещь в себе и хорошо делает свою работу, позволяя при этом владельцу понимать и контролировать то, как он это делает. Но для остального мира он просто устаревший и непривлекательный: устаревший дизайн, устаревшая архитектура, отсутствие модных фич. Скажем, крутой программист Вася разобрался бы в нём за 2 дня и к концу недели написал бы качественный и полный долгожданных фич модуль. Но при первом знакомстве Вася видит вышедший из моды дизайн, вышедшие из моды технологии и не видит при этом единого мануала, который содержал бы всё, что ему понадобилось бы узнать, если бы он взялся за работу на этом движке. Поэтому даже если ему предложат хорошие деньги за работу на этом движке, он откажется, поскольку эта работа не очень перспективна для его карьеры. Компании, равно как и профессионалы-исполнители, мыслят брендами.

Можно было бы закрыть глаза на непривлекательный дизайн и отсутствие модных фич, если бы у проекта была хорошая документация. Документация - это мощное подспорье, поскольку она позволяет нанять не самого крутого специалиста Федю, который не так печётся о моде и брендах, а просто делает работу за умеренное вознаграждение. Если прибавить к документации ещё и финансирование разработки расширений и тем, то можно вообще решить проблему недостатка оных и поднять имидж движка как бренда. Кроме того, статьи обучающего характера, публикуемые на сторонних ресурсах - это один из основных каналов продвижения. Поэтому документация - это наша ключевая слабость.

Ирония в том, что я вот жалуюсь на недостаток документации, а кому бы как не мне её написать. Писал бы себе целыми днями статью за статьёй, раскрывая все возможные стороны движка. Но на деле всё выглядит иначе. Желание задокументировать фичу существует лишь тогда, когда ты её только что реализовал. Через пару дней актуальны совсем другие проблемы и такого желания не возникнет вовсе. Фундаментальные и жизненно важные вещи в принципе есть желание задокументировать, поскольку осознаешь, что они служат мощной отправной точкой, но дело глохнет не только из-за цейтнота, но и из-за незнания того, а какие темы жизненно важны для тех, кто это будет читать.

У нас тут не очень с технической базой для написания документации сообществом, всё-таки не хватает полноценного функционала Wiki. Но документация нужна в любом виде, на любом языке и на любом сайте, поскольку систематизировать, переводить и копировать проще, чем писать с нуля. Поэтому я приветствую любые инициативы в этой области. Могу помочь с утверждением, переводом, ответить на вопросы, необходимые для подготовки статьи. Могу изредка писать наиболее важные пункты из данного плана (корректировка этого плана тоже приветствуется).

Для "Частых вопросов" можем подключить недавно созданный модуль FAQ. Правда, он не подразумевает коллективной правки, но можно организовать его пополнение через ветку на форуме, например.

May the Source be with you!
Oughtem
#20 13.09.2013 19:16

получается на данный момент удовлетворить спрос нельзя. Всё на "потом": написать документацию, подтянуться программёры, сформируется более плотное сообщество и спрос будет удовлетворятся. Хы... из законов экономики известно, что нереализованный спрос уходит в другие ниши. К примеру, я пытался строить бизнес на функционале сайта, написал целый список задач, плагинов, которые надо писать, запланировал 20000грн на реализацию всего этого, но упёрся в то, что очень долго ждать. Но ждать я не могу, это экономически не выгодно. Переехал на 1С и теперь остался один концептуальный плуг, который законнектит сайт и 1С. Спрос на кучу плагинов исчез. Осталось кое-что, конечно, но это мелочи. Это мой личный пример и вариаций ему может быть много. Поэтому я предлагаю думать в сторону тех мер, которые можно принять в ближайшее время.

Может быть я буду не прав с точки зрения программистов, но вот смотрите:

CKEditor 4 в качестве нашего нового WYSIWYG редактора по умолчанию.
Клонирование страниц.
Доступ к черновикам страниц стал проще.
Языковые файлы Cotonti теперь совместимы с сервисом для переводов Transifex. Обсуждение. Документация.
11 небольших улучшений.
31+ багов исправлено.

Это последний релиз. Что мне как юзеру, скинмейкеру и заказчику даёт  CKEditor 4 или клонирование страниц или фича с языковыми файлами или ещё 11 небольших улучшений? Да, стало удбнее, но кому? Кто-то уже сравнил новый  CKEditor 4 и старый? Старый плохо работал, это было важно? Кто-то поюзал фичу с языковыми файлами? Кому надо эти черновики? Как часто выпользутесь ими и клонированием страниц (которое кстати криво работает)? Потрачены немалые усилия, но что они дали в итоге? Ну да, обновились, круто. И....?

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

Сказанное, не касается улучшений в сфере безопастности.

Предлагаю искать меры, которые можно предпринять именно сейчас, а не потом.

Macik
#21 14.09.2013 00:23

@trustmaster, правильно пишешь.
Что касается документирования фичи, и быстром угасании интереса к написанию:  запилил новую фичу, или появилась идея написать про что-то, просто создай страницу под будущее описание, впиши буквально 2 строки (хотя бы название о чем будет страница). И пусть висит в таком виде, тебе как напоминалка, а остальным как информация, что есть еще вот такая фича, но пока не описана подробно (кто-то изучит ее, возможно и чирканет еще пару строк). А если сюда прикрутить голосовалку, типа «если ты хочешь увидеть документацию поскорее - проголосуй, и кнопка «Хочу!», типа кнопки «Спасибо». Тогда можно отслеживать интерес пользователей к той или иной теме документации и начинать, когда будет «вдохновение» с нее.  
Что касается Wiki - да, не хватает. Мне кажется сама идея Wiki поспособствовала бы. А когда пойдет приток новичков, это будет хорошим «смазочным материалом» для дальнейшей раскрутки. Я когда-то ставил wiki для этих целей, но так как c wiki движком до этого был вообще не знаком все уперлось в изучение основ движка и его базовой настройки под мультиязыковой формат. Если кто-то разбирается в настройках Вики и есть желание - могу дать доступ.

Вот адрес Cot_Wiki

@Oughtem, смотреть на последний релиз и делать выводы на его основе не совсем верно, хотябы потому, что это все минорные релизы, и по сути нормального релиза уже небыло очень давно. (В том числе и потому, что и выкатывать как мажорный релиз особо нечего).
На счет «написать и выложить», да так и надо. И так в общем-то и делается если присмотреться (взять хоты бы Alex300 - ему огромные спасибы), просто каждым таким плагином (как мне кажется) решается очень узкая задача. Понадобился тебе сегодня такой-то плаг, кто-то написал, выложил.А завтра кому-то другому понадобился почти такой же, но этот «чуть не подходит», или работает только с определенной версией или с определенным окружением, или сложен в настройке/установке. 
(К примеру, я написал для себя модуль приема платежей чарез вебмани, кто-то свой модуль для робокассы, Алекс интернет магазин. А толку? Если оно все друг с другом без гигантского напильника не заработает. Просто из за того, что изначально были заточены под «свои» нужды).
И все! Человек, в лучшем случае опять пишет свой велосипед, либо уйдет, как ты описываешь, в сторону другого движка, где эта хотелка реализована лучше просто за счет массовости и(или) того, что ее уже долго обкатывают. 

Я какие тут вижу пути решения:
1. перед разработкой плагина (не важно для себя, под клиента) взять за правило выкладывать некий бриф на открытое обсуждение (естественно если это не закрытый проект или клиент против), возможно найдутся еще заинтересованные и помогут советом или запросом функциональности. И результат будет востребован большим количеством пользователей, а опосредовано и качество будет выше.  К тому же, когда сфера плагина выходит за рамки простого использования внутрисистемного АПИ надо уже подходить с точки зрения стратегической разработки и прикидывать как оно будет сопрягаться с другими системами (пример описал выше про платежные системы). 

2. по возможности не лениться писать документацию, а не просто отписку на тему «для чего этот плагин». Писать хотя бы на уровне инструкции как поставить, как настроить, как применять. Если есть возможность - приведите скриншоты или ссылку на рабочий пример. Надо отметить, что большая часть плагино писателей старается следовать этому правилу. Если немного, помечтать, то представляю: движок набирает популярность, число разработчиков растет, есть единый репозиторий плагинов со своими правилами размещения, эти правила стимулируют качество. Не написал доку, или не приложил скриншот, всё, «давай до свидания», в глобальный репозиторий не попадешь. А значит конечный пользовательне скачает и не установит.

Развивая пункт №1, вот мой некоторый вклад в обсуждение плагинов: http://www.cotonti.com/forums?m=posts&q=7526  (это тот список, который я обещал выложить постом выше).
По пункту №2: все же надо брать под контроль качество/формат выкладываемых модулей. чем единообразней будет, тем проще будет потом. Хотя бы настоятельно рекомендовать авторам вкладывать в архив плагина «readme» файл с инструкцией. Вот мое видение, частично касающееся этого пункта. 

 

 

https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F

<<<12