Так все равно это получается диктат ценовой политики. Я, например, встречал иногда на зарубежных сервисах такой подход: за первый период обслуживания они готовы взять всего 1$, а если понравится тебе, то дальше уже платишь по полной. Вдруг кто-то из разработчиков захочет такую же модель использовать :)
Разработчик сам определяет трудоемкость поддержки и обновлений. И если они будут довольно значительны, то его может не устроить жесткий потолок, и ему может оказаться проще вообще убрать свое расширение из каталога, чем получать за продление не сколько он считает нужным, а сколько ему диктует каталог.
Общий ход мысли понятен. Да, сейчас в каталоге Альто только одна форма оплаты присутствует — разовая, регулярных платежей за продление нет. Но, полагаю, рано или поздно такую форму все равно придется ввести. Другое дело, что диктовать разработчикам, какие они должны устанавливать цены за что — это вряд ли правильно.
Несколько удивило что для Вики решили использовать статьи и блоги, а не страницы
Хорошее замечание. И действительно, использование страниц кажется более логичным. Но мне хотелось в Вики обеспечить две вещи:
1) Возможность создавать вики-статьи сторонними пользователями (не всеми подряд, с некоторыми ограничениями, но все ж)
2) Возможность комментирования вики-статей (в PHP-документации иногда комментарии оказываются более ценными, чем сами статьи документации).
И мне показалось, что использовать встроенные возможности статей/блогов будет проще, чем наворачивать функционал на статические страницы. Хотя, плюсы и минусы есть в обоих подходах, где что перевешивает, трудно сказать.
Отдельным плагином потом выпустите?
С самого начала это делалось отдельным плагином. Правда, в какой-то момент он стал затачиваться конкретно под этот сайт, но после обкатки здесь постараемся довести плагин до «товарного вида».
Прошу прощения, вынес значительную часть изображений из плагина в отдельный набор (чтоб архив меньше весил), а в конфиге имя файла осталось, забыл изменить.
Или загрузите дополнительные изображения и поместите их в папку /common/plugins/xmas/templates/skin/default/assets/img2, там есть изображение twig-13.png
Кстати, да, его уже в этом варианте можно использовать под любой праздник. Там ведь как: задаете картинки, задаете местоположение, куда они должны выводиться, задаете диапазон дат — это все уже есть в данной версии плагина. И уже сейчас можно задать, что вот эта картинка будет в такие-то дни выводится, а вот это вот в такие и т.д. Просто в комплекте идут картинки чисто новогодние, но ведь предусмотрено, что и свои можно включать. А даты для вывода можно хоть на год вперед задать, хоть на десять лет.
Но инструмент может быть более удобен или менее удобен, вот в чем дело. Если человеку нужен просто форум и больше ничего, то, наверное, разумнее всего будет взять современный форумный движок, и все. Если же нужно что-то бОльшее, то и движок лучше выбрать такой, который позволит это бОльшее реализовать с меньшими затратами.
Альто — это не форумный движок и не блоговая платформа, а движок общего назначения, он родился и развивается именно в этом направлении. Поэтому для меня неудивительно, что у кого-то (не у первого человека, кстати) возникла мысль создавать городской портал на его основе.
Скажу больше — создание подобной сборки является одним из пунктов развития движка. Поэтому Ваш топик очень-очень в тему. У меня давно есть ощущение, что такой продукт будет востребован, и сейчас я получил лишнее тому подтверждение. И тем более радует, что целевая аудитория понимает, что он стоит денег.
Жду конкретики, что нужно людям, чего они ожидают от этой сборки, и будем реализовывать.
По большому счету говоря, что есть форум? У него есть темы и посты/комменты к ним. Это значит, что можно взять Альто и любой блог в нем можно назначить форумом, топики в этом боге — это будут темы, а все комменты топика — это посты/комменты к теме. Нередко форумы бьют на разделы. И тут это решается: ставится плагин Категории и одна из категорий (она может быть единственной) объявляется форумом. Все блоги этой категории — это разделы форума (или форумы, как иногда называют), а дальше — все так же, как описано выше.
Т.е. с технической точки зрения и с точки зрения внутренней организации и БД — совершенно все равно, что общедоступные мультиблоги, что форумы, и все отличие — исключительно в представлении данных (блогов/топиков/комментов). В общем, вопрос почти исключительно в верстке.
При этом, если организовывать сайт на Альто, то это получается более гибкая и более универсальная система, ежели на каком-то движке пилить сам сайт, а потом прикручивать отдельно форум на другом движке.
Из всего сказанного пока только одно могу предположить — на вашем сервере не работает расширение mysqli, а стоит старый mysql. Попробуйте в app/config/config.local.php вместо
В текущей версии в конфигурации сайта задается, как и что выводить — логин ли, имя ли, или какую-то комбинацию. Об этом здесь: altocms.ru/751.html#comment15805
Нужна будет помощь в переезде — разобраться со структурой базы и проч. — обращайтесь. Давно есть желание сделать конвертацию из ВП в Альто. Нужны были живые проекты и желающие их превести на новую платформу
Да все можно, просто готового рецепта, типа «в таком-то файле надо вставить такую строчку, а такую убрать» — нет. Навскидку — надо свой виджет писать, и заменить им стандартный виджет отображения списка блогов. Шаблон виджета тот же, а вот формирование списка переписать: если категория не выбрана, то все так же, как было в common/classes/widgets/WidgetBlogs.class.php, а если выбрана — делать выборку блогов по категории
Если я говорю о планах, то я могу ошибаться/заблуждаться относительно того, когда они будут реализованы, по множеству причин. Ежели я говорю «тестируется», то это означает, что процесс уже пошел. Ссылку имеет смысл давать тогда, когда в целом все работает. А тут тестируется не просто плагин, но еще и механизм разворачивания демо-сайта. Все в процессе, скоро будет
Разработчик сам определяет трудоемкость поддержки и обновлений. И если они будут довольно значительны, то его может не устроить жесткий потолок, и ему может оказаться проще вообще убрать свое расширение из каталога, чем получать за продление не сколько он считает нужным, а сколько ему диктует каталог.
1) Возможность создавать вики-статьи сторонними пользователями (не всеми подряд, с некоторыми ограничениями, но все ж)
2) Возможность комментирования вики-статей (в PHP-документации иногда комментарии оказываются более ценными, чем сами статьи документации).
И мне показалось, что использовать встроенные возможности статей/блогов будет проще, чем наворачивать функционал на статические страницы. Хотя, плюсы и минусы есть в обоих подходах, где что перевешивает, трудно сказать.
С самого начала это делалось отдельным плагином. Правда, в какой-то момент он стал затачиваться конкретно под этот сайт, но после обкатки здесь постараемся довести плагин до «товарного вида».
Замените имя файла на то, что есть, например:
Или загрузите дополнительные изображения и поместите их в папку /common/plugins/xmas/templates/skin/default/assets/img2, там есть изображение twig-13.png
Альто — это не форумный движок и не блоговая платформа, а движок общего назначения, он родился и развивается именно в этом направлении. Поэтому для меня неудивительно, что у кого-то (не у первого человека, кстати) возникла мысль создавать городской портал на его основе.
Жду конкретики, что нужно людям, чего они ожидают от этой сборки, и будем реализовывать.
Т.е. с технической точки зрения и с точки зрения внутренней организации и БД — совершенно все равно, что общедоступные мультиблоги, что форумы, и все отличие — исключительно в представлении данных (блогов/топиков/комментов). В общем, вопрос почти исключительно в верстке.
При этом, если организовывать сайт на Альто, то это получается более гибкая и более универсальная система, ежели на каком-то движке пилить сам сайт, а потом прикручивать отдельно форум на другом движке.
задать
(т.е. без буковки «i»)
Для исправления у себя, чтоб не перезаливать весь движок, достаточно одну строку добавить в файл common/plugins/ls/classes/modules/viewer/Viewer.class.php, см. здесь:
github.com/altocms/altocms/commit/f54e9eb514b927ba168f706efc5f8e2399ada00d