Лишь в том, что это нужно делать. Вопрос, разумеется, решаемый, но согласитесь, что трудоемкость значительно выше, чем просто заполнить пустой сайт образцами контента.
Нужен какой-то веб-интерфейс, серверные скрипты, при этом очень важно соблюсти безопасность и т.д. Вопросов много появляется. Причем, квалификации веб-программера тут мало — нужен грамотный сисадмин/сиспрограммер. Есть желающие подобную штуку запустить? Или, может, кто-то посоветует уже готовый софт, реализующие эти возможности?
Во-первых, не всегда у скрипта на это хватает прав.
Во-вторых, многие предпочитают не удалять ее, а лишь переименовать, поэтому удалять молча и без предупреждения — не есть хорошо. Значит, нужно усложнять логику и как-то выстраивать диалог. Но при этом есть еще куча соображений, как сделать установку более дружественной. Но тут в очередной раз упираемся в ограниченность ресурсов и в приоритеты.
Поэтому, наверное, ограничимся пока только тем, что как-то более внятные сообщения сформулируем. Но в будущем нужно будет инсталлятор более серьезно переработать.
Кстати, по п.1 — эту задачу можно было б решить с помощью сообщества. Т.е. кто-то из вас может подобрать и сформировать демо-контент так, чтоб наиболее полно можно было продемонстрировать возможности движка, насколько это возможно без предоставления посетителям регистрации.
Был бы благодарен и за идеи, и за какие-то демо-образцы
Демо-версия нужна, это настолько очевидно, что мы в команде это обсуждали еще даже до официального запуска. И тут возможны три уровня демки:
1) Демо-сайт, наполненный контентом таким, чтоб максимально полно отражать возможности создания различного вида контента. Но посетители могут только читать это
2) То же, что в п.1, но с возможностью зарегаться, чтоб лучше понять и потрогать функционал
3) То же, что в п.2, но еще и с админскими правами, чтоб иметь возможность потрогать абсолютно весь функционал
И если п.1 — абсолютно ничего сложного, просто надо время этому уделить, то в п.2 и 3 уже нужно и технические вопросы решать, чтоб не загадили демку (увы, но об этом приходится помнить).
Но, думаю, будем постепенно двигаться по этим пунктам.
Соглашаясь с тем, что адаптивный шаблон и мобильная версия — это огромная разница, все же выскажусь против последней. Точнее так — я против того, чтоб делать некую универсальную мобильную версию, которая подойдет якобы всем. И ресурсы на это даже тратить не хочу, потому что это слишком утопичная затея.
Мобильная версия хороша, когда она учитывает специфику сайта, на котором работает. Не может одна и та же мобильная версия одинаково хорошо работать на сайте кулинарных рецептов и на сайте фрилансеров, на сайте игрового клана и на корпоративном сайте — слишком разные задачи у этих сайтов, разный набор функций, разные приоритеты. И если на одном сайте какой-то фичей можно пренебречь ради компактности и упрощения мобильной страницы, то на другом — ее нужно вылизывать до блеска, чтоб на мобиле работала как швейцарские часы.
И я уж не говорю о том, что некая универсальная мобильная версия попросту обезличивает ресурсы: все сайты на движке с единой мобильной версией — близнецы братья.
Отсюда вывод — мобильные версии должны разрабатываться для конкретных сайтов индивидуально. Как вариант — разработка сверхлегкого шаблона, без красивостей и наворотов, строго функционального, под который легко и плагины адаптировать, и который несложно кастомизировать под свой сайт.
Но основной упор, все же, на адаптивность должен быть. Это работа кропотливая, и, наверное, нудная, но по соотношению затраты/результат — наиболее эффективная.
При этом подчеркну, что если кто-то все же решит разрабатывать специальную мобильную версию (для какого-то сайта ли, универсальную ли, платную или бесплатную) — мы окажем всяческую техническую и консультационную поддержку.
Хорошо, не поток сознания, а набор слов (дискас — надо — не надо — если чо — то конешно) сплошной лытдыбр какой-то, смысл которого очень смутный. В чем вопрос?
Я не минусовал, но и отвечать, честно говоря, не собирался. В блоге «Вопросы» надо формулироваь вопросы так, тоб не проходилось продираться к смыслу сказанного через поток сознания
Если значение переменной не соответствует ожидаемому, то это не значит, что переменной вообще нет.
В переменную шаблона $sEvent значение передается без всяких дополнительных усилий — Router это делает. Только вот если виджет выводится классом ActionAjax, то экшен у него будет ajax и ивент тоже будет не тот, о котором Вы подумали (какой именно — в классе надо смотреть, на память не помню)
Тогда этот функционал у Вас не будет работать. Можно лишь попробовать «костыль» сварганить, добавив правило рерайта в $config['router']['uri']. Напр., так:
Совершенно непонятное описание бага, по которому даже непонятно что именно не работает.
В админке есть пуункт «Настройки сайта»?
На это странице есть вкладка/кнопка «Ссылки»?
Если по ней кликнуть, то там есть блок «Статьи»? (см. скриншот в топике)
И версия движка какая? Этот функционал только в девелоперской версии писутствует (которая на Гитхабе)
Нужен какой-то веб-интерфейс, серверные скрипты, при этом очень важно соблюсти безопасность и т.д. Вопросов много появляется. Причем, квалификации веб-программера тут мало — нужен грамотный сисадмин/сиспрограммер. Есть желающие подобную штуку запустить? Или, может, кто-то посоветует уже готовый софт, реализующие эти возможности?
Во-вторых, многие предпочитают не удалять ее, а лишь переименовать, поэтому удалять молча и без предупреждения — не есть хорошо. Значит, нужно усложнять логику и как-то выстраивать диалог. Но при этом есть еще куча соображений, как сделать установку более дружественной. Но тут в очередной раз упираемся в ограниченность ресурсов и в приоритеты.
Поэтому, наверное, ограничимся пока только тем, что как-то более внятные сообщения сформулируем. Но в будущем нужно будет инсталлятор более серьезно переработать.
Был бы благодарен и за идеи, и за какие-то демо-образцы
1) Демо-сайт, наполненный контентом таким, чтоб максимально полно отражать возможности создания различного вида контента. Но посетители могут только читать это
2) То же, что в п.1, но с возможностью зарегаться, чтоб лучше понять и потрогать функционал
3) То же, что в п.2, но еще и с админскими правами, чтоб иметь возможность потрогать абсолютно весь функционал
И если п.1 — абсолютно ничего сложного, просто надо время этому уделить, то в п.2 и 3 уже нужно и технические вопросы решать, чтоб не загадили демку (увы, но об этом приходится помнить).
Но, думаю, будем постепенно двигаться по этим пунктам.
Мобильная версия хороша, когда она учитывает специфику сайта, на котором работает. Не может одна и та же мобильная версия одинаково хорошо работать на сайте кулинарных рецептов и на сайте фрилансеров, на сайте игрового клана и на корпоративном сайте — слишком разные задачи у этих сайтов, разный набор функций, разные приоритеты. И если на одном сайте какой-то фичей можно пренебречь ради компактности и упрощения мобильной страницы, то на другом — ее нужно вылизывать до блеска, чтоб на мобиле работала как швейцарские часы.
И я уж не говорю о том, что некая универсальная мобильная версия попросту обезличивает ресурсы: все сайты на движке с единой мобильной версией — близнецы братья.
Отсюда вывод — мобильные версии должны разрабатываться для конкретных сайтов индивидуально. Как вариант — разработка сверхлегкого шаблона, без красивостей и наворотов, строго функционального, под который легко и плагины адаптировать, и который несложно кастомизировать под свой сайт.
Но основной упор, все же, на адаптивность должен быть. Это работа кропотливая, и, наверное, нудная, но по соотношению затраты/результат — наиболее эффективная.
При этом подчеркну, что если кто-то все же решит разрабатывать специальную мобильную версию (для какого-то сайта ли, универсальную ли, платную или бесплатную) — мы окажем всяческую техническую и консультационную поддержку.
За репорт спасибо.
ЗЫ Отправлено с мобильного
Там ведь написано об этом на последнем шаге
/plugins/categories/templates/skin/default/blocks/block.Categories.tpl
Попробуйте переименовать файл, чтобы все буквы маленькие были:
block.сategories.tpl
В переменную шаблона $sEvent значение передается без всяких дополнительных усилий — Router это делает. Только вот если виджет выводится классом ActionAjax, то экшен у него будет ajax и ивент тоже будет не тот, о котором Вы подумали (какой именно — в классе надо смотреть, на память не помню)
Эту возможность, которая еще в ЛС была, не убирали, она работает. Но сами топики свой URL будут отдавать, как прежде.
Если, конечно, понятно, о чем я пишу. Либо объясните, какие адреса должны быть у Ваших топиков — подберем нужное правило
В админке есть пуункт «Настройки сайта»?
На это странице есть вкладка/кнопка «Ссылки»?
Если по ней кликнуть, то там есть блок «Статьи»? (см. скриншот в топике)
И версия движка какая? Этот функционал только в девелоперской версии писутствует (которая на Гитхабе)