Cotonti / Open Source PHP Content Management FrameworkContent Management Framework

Forums / National / Russian / Вопросы и пожелания к движку

12345...10>>>

Для юзеров Seditio и новичков

medar
#1 2009-02-10 02:30
Пользователи Seditio и новички!

Спрашивайте, если что-то не ясно, вносите свои пожелания в этом топике.
rangjungyeshe.ru
Sergey
#2 2009-02-10 04:14
1. Если есть хоть какой проект, чего делаем и к чему стремимся, на типа блок схемы: так сказать, чтобы мыслилось целенаправленно (а может это есть, но я не нашел);

2. Упростить грамматику кодировки или ввести критерий типа для какого уровня это усвоения - некотрые вещи непонятны еще с седетио, но самое главное, как этими вещами правильно вертеть;

3. Вести дисскусию о коммерческой привлекательности проектов на котонти. Здесь важны не столько технические характеристики, сколько функциональные возможности. Например, как организовать в котонти сеть дилеров. Поясняю. Вы, как продвинутый пользователь, решили заработать. Откупаете модераторство на определенный раздел (не понятно как), на сайте, которым не владеете, например, вы решили продвигать становку дверей. Ясно. что если такое возможно, то вы будете методично обходить своих установщиков дверей и показывать, как просто с вами эту статью об установщике дверей разместить в откупленном вами разделе. Сразу возникает вопросы как делать расчеты и прочее, что вряд ли свойственно программисту, но свойственно продвинутому пользователю, такому как вы...
а для восприятия сюжета смотрим и слушаем http://www.vedomosti.ru/video/94_294 (особенно касательно, кто эти 80% интернета и зачем они посещают его)
www.cotonti.mobi
Aristei
#3 2009-02-10 04:45
Планируется ли общая RSS лента или функционал по нстройки различных лент, например:
Создать RSS ленту:
- все страницы сайта, все сообщения форума
- все страницы
- страницы из категорий - ставим галочки на нужных
- все комментарии сайта и т.д.
Sorry for my English
Trustmaster
#4 2009-02-10 04:52
1. Roadmap, динамическая корректировка прозводится по ходу продвижения.

2. Не понял сей абзац. В любом случае, нам сейчас как воздуха не хватает документации, а для нее, в свою очередь, не хватает авторов.

3. Очень занятная мысль. Можно организовать раздел в форуме. Но возникает законный вопрос: на каком (каких) языке (ах)?

Aristei, создание пользовательских RSS лент из "кубиков конструктора" еще никто не предлагал, но идея очень интересная, так что надо ее выносить на обсуждение в Ideas.
May the Source be with you!

This post was edited by Trustmaster (2009-02-10 04:59, 12 years ago)
Aristei
#5 2009-02-10 05:04
Попробую завтра написать на английском :)
Sorry for my English
medar
#6 2009-02-10 15:53
# Sergey : 3. Вести дисскусию о коммерческой привлекательности проектов на котонти. Здесь важны не столько технические характеристики, сколько функциональные возможности. Например, как организовать в котонти сеть дилеров. Поясняю. Вы, как продвинутый пользователь, решили заработать. Откупаете модераторство на определенный раздел (не понятно как), на сайте, которым не владеете, например, вы решили продвигать становку дверей. Ясно. что если такое возможно, то вы будете методично обходить своих установщиков дверей и показывать, как просто с вами эту статью об установщике дверей разместить в откупленном вами разделе. Сразу возникает вопросы как делать расчеты и прочее, что вряд ли свойственно программисту, но свойственно продвинутому пользователю, такому как вы...
а для восприятия сюжета смотрим и слушаем http://www.vedomosti.ru/video/94_294 (особенно касательно, кто эти 80% интернета и зачем они посещают его)
Немного не понял схему.
Но в любом случае для этого нужно, чтобы сайтов на Котонти было больше чем полторы штуки, как сейчас. А для этого надо сделать Котонти хорошим движком. Т.е. в совокупности это год-два (пока сделаем движок, пока народ сделает сайты). Так что пока рано о таком думать.

Aristei, твою идею понял, сам над этим думал. Идея хорошая, если хочешь, могу сам её в Ideas изложить.
rangjungyeshe.ru
jcrush
#7 2009-02-10 21:33
а почему так много кода ну допустим для вывода тегов:
<strong>{PHP.L.Tags}:</strong>
		<!-- BEGIN: PAGE_TAGS_ROW -->
		<a href="{PAGE_TAGS_ROW_URL}">{PAGE_TAGS_ROW_TAG}</a>
		<!-- END: PAGE_TAGS_ROW -->
		<!-- BEGIN: PAGE_NO_TAGS -->
		{PAGE_NO_TAGS}
		<!-- END: PAGE_NO_TAGS -->

нельзя это реализовать одним тегом:
{tags}

а все остальное спрятать в ленг и прочии файлы, да и другие по аналогии сделать, верстать будет удобнее

хм баг в парсере кода, см редакторе пост выше
SEO блог: http://blog.stfw.ru/

This post was edited by jcrush (2009-02-10 22:07, 12 years ago)
medar
#8 2009-02-10 22:52
Мне кажется, так понятнее человеку, кто в первый раз этот кусок кода увидит. А так будет {tags} и куда ему дальше смотреть ? Тем более если таких мест будет много.
Зачем плодить сущности без необходимости ?
Для верстки никаких особых плюсов не вижу..
rangjungyeshe.ru
jcrush
#9 2009-02-10 23:23
вообще то понятнее если он увидит просто {tags} и все, в дле сделано неплохо, именно так одним тегом выводят и в страницах, и в списках тегов и на главной, все ясно и просто
SEO блог: http://blog.stfw.ru/
Dayver
#10 2009-02-10 23:31
Да а еще выносить html из движка именно таким образом приходится......а то что этот самый html находится в движке уже многие признали недостатком
Pavel Tkachenko aka Dayver. Гик и веб мастер который делает сайты, увлекается электроникой и очень любит смотреть кино.
О себе: Я злой и страшный серый волк, я в поросятах знааааюююю толк
Aristei
#11 2009-02-11 00:10
# medar : Aristei, твою идею понял, сам над этим думал. Идея хорошая, если хочешь, могу сам её в Ideas изложить.

Да слушай если тебе не трудно, а то я сегодня пытался на английском написать чет как то тупо получилось.
Sorry for my English
esclkm
#12 2009-02-11 05:00
есть предложение - сначала хочу увидеть ответ от русского варианта сообщества - давайте все обращения к ява стандартизуем... то есть на пишем более или менее человевеччный апи для основных функций.
Пусть ява станет полноценным модулем,
просто сеголня в моде jquery ? завтра чтото другое...
Будет у нас нормальный апи - класса AjaxSend (thx dayver) - тогде можно будет движок легко перевесть на mootools или еще какую библиотеку.
Плиз! очень жду ответов: мотода, медара, трастмастера, дайвера, сергеича (Этих обязательно) и остальных тоже
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Sergey
#13 2009-02-11 05:45
# esclkm : Будет у нас нормальный апи - класса AjaxSend (thx dayver) - тогде можно будет движок легко перевесть на mootools или еще какую библиотеку.
Плиз! очень жду ответов: мотода, медара, трастмастера, дайвера, сергеича (Этих обязательно) и остальных тоже
http://walkthrough.ifupdown.com/walkthrough-1.2/important-notes
MooTools will not work with most javascript libraries. The following list is just a really short example of what MooTools will not work with.
    *      Dojo
    *      Prototype
    *      jQuery (Might work with noConflict enabled.)
    *      YUI

What if you write your own library? Well, 
if you use any Class names such as Fx or Class or function names like $, 
you'll find your code or MooTools code borked. 
In addition to that, if you use native properties of _proto_, 
the prototypes in JavaScript, 
MooTools probably will break your code since MooTools modifies a lot of prototype stuff.
www.cotonti.mobi
esclkm
#14 2009-02-11 07:45
Вы не поняли...
есть фунциция
function a (b, c, d, e)
{
Обработчит работает на jquery;
return r;
}
небольшие фокусы и получаем
function a (b, c, d, e)
{
Обработчит работает на mootools;
return r;
}
в итоге получается в коде не будет никакких библиотековский функций, а лишь обращение к апи, которое можно будет модульно заменить
а фукнционал не пострадает
littledev.ru - мой маленький зарождающийся блог о котонти.
снижение стоимости программирования и снижение стоимости производства разные вещи. Первое можно скорее сравнить с раздачей работникам дешевых инструментов, чем со снижением зарплаты
Sergeich
#15 2009-02-11 08:09
Я за. Не очень понимаю как это делается, но если без особых заморочек можно будет с одной библиотеки перейти на другую, то я за :)

jcrush, по поводу тегов.
С одной стороны я согласен с тобой - одиночный тег проще и понятней неподготовленному человеку.
С другой стороны развёрнутый вариант (как в приведённом тобой примере) значительно увеличивает возможности тонкой настройки оформления под свои нужды.

Идеальное решение если бы можно было использовать оба варианта (короткий тег и развёрнутое выражение). Кому что удобнее, тот то и использует :)
Born in the Wild Wild East!

This post was edited by Sergeich (2009-02-11 18:32, 12 years ago)

12345...10>>>