Данные по умолчанию для установленного с нуля движка
Macik |
|
---|---|
Идея простая - снабдить движок «данными по умолчанию», которые создавались бы в базе при установке с нуля. Сейчас после установки CMS автоматом создаются некоторые данные, например:
Предлагаю их немного расширить, например такими:
Т.е. для любого модуля, который оперирует с содержимым, включенного в базовую поставку, должны присутствовать своего рода тестовые данные. Для чего это нужно - для того чтобы новый пользователь после установки мог быстро и во всей красе оценить возможности движка, вживую увидев как примерно будет выглядеть «живая» CMS и что в нее включено. (Мог бы потыкать голосовалку, открыть комментарии или помотреть личные сообщения). Это же (IMHO) упростит разработку тем оформления и их отладку, т.к. можно сразу увидеть «как оно». В идеале, при инсталяции создание всех тестовых данных должно быть отключаемым (например чебокс «создать тестовые данные»). Это тоже упростит жизьнь. В частности тем админам, которые настраивают движок клиенту и, как правило, все равно удаляют ненужные разделы, пееркраивают форум и т.д.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
|
This post was edited by Macik (2012-02-25 21:38, 12 years ago) |
Moool13 |
|
---|---|
1. против 2,3. 50/50 4. за 5. не вижу смысла 6,7. за
-За
|
Dayver |
|
---|---|
Хорошая идея ... поддерживаю. #33195 Macik:
Оно было, и было до тех пор пока не сделали при установке движка возможность выбор включаемых модулей. Правда до этого это первое ЛС всеравно никто не замечал потому что у него дата стояла древняя и плуг клинер сразу его сносил Pavlo Tkachenko aka Dayver
|
Fox |
|
---|---|
Толковая идейка за ХаЧу ЧПУ для форума!!! ХаЧу ДаКуменцию к ДвИжКу!!! ХаЧу АпиСания TPL ТаГов!??
|
Eugene |
|
---|---|
удивительно, но на этой неделе даже думал, а не написать ли по-быстрому плуг, который бы создавал пару аккаунтов (для моих верстальщиков) и пачку страниц для будущего тестинга вёрстки...
было бы здорово увидеть это решение в движке... но мой 7летний опыт с sed|cot - позволяет предугадать реакцию главных разработчиков... |
esclkm |
|
---|---|
честно какая то избыточность littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
Если сделать с "галочкой" при установке - все будут довольны и никого напрягать не будет. :) https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
esclkm |
|
---|---|
скорее сделать возможность добавки в инстал юзерскриптов
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты |
Macik |
|
---|---|
Да. Это идея мне нравится гораздо больше. Выбрал галочкой нужный скрипт - и ок. Это и разработчикам сильно упростить развертывание системы - один раз написал скрипт который создает все базовые настройки - и установка клиенту превращается в одно удовольствие. Двумя руками за! Думаю, что и реализация не будет сильно трудной. Механизм подгрузки и исполнения sql и php скриптов уже есть в движке. Придумать правило именования этих SQL скриптов (чтобы запускались в определенном порядке), а описание скрипта брать из первых строчек коментария в скрипте. Например файл 001_add_user.sql: -- COTONTI: 0.9.1-0.9.8 -- RU: Создает запись тестового пользователя в группе 'members', имя 'test', пароль 'test' -- EN: Creates test user with name 'test' in 'members' group, password 'test', INSERT INTO `cot_users` (`user_name`, `user_password`, `user_maingrp`, `user_country`, `user_text`, `user_timezone`, `user_birthdate`, `user_gender`, `user_email`, `user_hideemail`, `user_theme`, `user_scheme`, `user_lang`) VALUES ('test', '41da76f0fc3ec62a6939e634bfb6a342', 6, '', NULL, '4.0', '0000-00-00', 'U', 'test@example.com', 1, 'nemesis', 'default', 'ru'); Файл 001_more_rocknroll.inc: <?php /** * COTONTI: 0.9.1-0.9.8 * RU: Наш чудо скрипт * EN: Our mega code */ defined('COT_CODE') && defined('COT_INSTALL') or die('Wrong URL'); // тут производим более тонкие настройки ?>
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
Eugene |
|
---|---|
интересно. Я только думаю, Macik, что SQL скрипты не гибки - ведь даже за последний год менялась структура таблицы cot_page и, по-моему, cot_users. Может быть, возможно будет добавлять юзеров, категории и страницы через Cotonti API, чтобы разработчику скрипта не надо было думать про все поля в таблицах и про AUTH? |
Macik |
|
---|---|
Разработчиков скриптов тысячи, а разработчиков Cotonti единицы :) Они умрут на каждый чих API дополнять. Структура не так часто меняется. Да и контроль версий какой-никакой будет. Пусть уж разработчики скриптов берут работу на себя, тем более, что конечный функционал, о котором идет речь нужен именно им (читай нам). Да и делится скриптами никто не мешает.
https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
Eugene |
|
---|---|
резонно. |
Trustmaster |
|
---|---|
Создал тикет. May the Source be with you!
|
Macik |
|
---|---|
Спасибо. Попровил заголовок топика. Ждем реализации. :) https://github.com/macik
правильный хостинг — https://goo.gl/fjCa1F |
Trustmaster |
|
---|---|
Начал делать, столкнулся с тем, что для скриптов будет трудно делать локализации, а делать их нужно, иначе пользователь не поймёт, что эта странная штука делает. Решил, что вместо этого лучше реализовать категоризацию плагинов и создать специальную категорию для post-install скриптов, которые будут отображаться и устанавливаться последними. May the Source be with you!
|