Foren / National / Russian / Переезд на сиену. Нужен ли?

ErsteVorherige12345NächsteLetzte

Trustmaster
#31 20. September 2010, 15:01
Просьба для обсуждения блогов и формирования ТЗ создать отдельную ветку.

Насчёт онлайн-альфы идея отличная, сейчас сделаю.
May the Source be with you!
Sergeich
#32 20. September 2010, 16:03
А где демо то, что-то не увидел в иноземном посте ссылку.
Trustmaster
#33 20. September 2010, 16:05
См. большой заголовок "Online Demo" здесь
May the Source be with you!
Alex300
#34 20. September 2010, 17:24
# psyvek : Я под блогами в условиях cotonti представляю себе, категорию блоги, В которой каждому пользователя принадлежит своя подкатегория, в которой он имеет админские права, а значит постит без премодерации и может редактировать комменты к своим записям. При этом в категория блогов выводится единая лента записей ну можно еще вывести топ авторов по количеству авторов.

Решено на 70% под Genoa. Пока руки не доходят закончить т.к. моного работы. Но будет закончено обязательно. Спонсорская помощь могла бы ускорить процесс. Но независимо от помощи, плагин будет бесплатным и доступным для всезх. + к вышеописанному у пользователя будет возможность выбора скина и в своей категории создавать вложенные категории.


О том как должны выглядеть блоги - мне близок livejournal. + Фотоальбомы пользователей.
Есть миры, не здесь, там, где небеса горят, и моря засыпают, и реки дремлют; люди сделаны из дыма, а города – из песен. Где-то опасность, где-то несправедливость, даже где-то остыл чай. Идем Эйс, у нас много работы!...
...Sorry for my english...
Бесплатные расширения для Cotonti: https://lily-software.com/free-scripts/
Kort
#35 20. September 2010, 17:36
Категории в блогах -- это фильтры, также, как теги и архивы. Поэтому категория не должна принадлежать пользователю и пользователь -- категории.

У нас модуль блогов собран по следующей схеме:
1. Есть родительская категория "Блоги", в которой все выводится одним потоком
2. Поток можно фильтровать по пользователям (ака "категория пользователя" или фильтр "пользователь"), когда выводятся категории, созданные пользователем с возможностью их просмотра
3. Поток можно фильтровать по пользователям + их категориям (фильтр пользователь + категория), когда выводится поток постов пользователя в категории
4. Пользователь может манипулировать своими категориями (изначально -- создать, в дальнейшем -- создать / удалить / переименовать)
5. Естественно, все сделано на базе страниц
6. Аналогично создаются фотогалереи, видеогалереи и аудиогалереи (соответственно мы подшивали fancybox, fancybox и jqplayer в связке с pageavatar2 и автовалидатором)
7. Сомневаюсь, что все это нужно кому-то кроме нашего заказчика, но предложить можем как уже готовое решение.
8. пп. 1-6 никакого отношения к Сиене не имеют и работают под 0.6.10
SED.by - создание сайтов, разработка плагинов и тем для Котонти
jcrush
#36 20. September 2010, 18:21
Потестим...

Добавлено 24 Минуты спустя:

жесть конечно... index.php?z=index&z=index - ЧПУ отдыхает!

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

в LDU когда то так же было через index.php?c= правда...

А это к чему:
Forums / Public / Off-topic / 123112121 *Forums / Public / Off-topic / 123112121 *
ошибка в шаблоне или как?

в общем ожидал большего...
SEO блог: http://blog.stfw.ru/

Dieser Beitrag wurde von jcrush (am 20. September 2010, 18:45, vor 14 Jahre) bearbeitet
Sergey
#37 21. September 2010, 04:17
У меня чисто технический вопрос по урлам. Тут такое дело, можно сказать выглядит несколько комично типа кремль.рф/news а вот надо бы так кремль.рф/новости вот этот вопрос у меня и возник, как это сделать? Известный пример отображается так http://ru.wikipedia.org/wiki/Википедия:избранные_статьи а ссылка так http://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%98%D0%B7%D0%B1%D1%80%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D1%81%D1%82%D0%B0%D1%82%D1%8C%D0%B8
www.cotonti.mobi
jcrush
#38 21. September 2010, 08:09
это нужна поддержка русского ЧПУ, но оно того не стоит, да и сомневаюсь что в коте такое будет.
SEO блог: http://blog.stfw.ru/
Trustmaster
#39 21. September 2010, 14:16
Создаёте категории с кодами на русском языке. В .htaccess придётся немного пошаманить: без опции [NE] в правиле, русские слова будут url-кодированы, то есть класс символов будет вроде этого: [a-zA-Z0-9_\-\%] (главное включить символ %). Если нужно поймать какую-то конкретную строку, то следует написать её кодированный вариант, например %D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8. Если включена опция [NE], то юникод будет представлен в виде юникода, и русские символы теоретически можно будет "ловить" с помощью последовательностей \x{0410}-\x{044f}, но поддериживает ли их Apache на практике - вопрос.
May the Source be with you!
jcrush
#40 21. September 2010, 14:54
не все движки правильно выдают русские буквы, я как то пытался движок свой научить таким урлам, но поисковики так их и видели как %D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8, а должны были как русское слово, браузер понимал, забил... хотя википедия как мы видим это сделала.

Добавлено 1 секунда спустя:

не все движки правильно выдают русские буквы, я как то пытался движок свой научить таким урлам, но поисковики так их и видели как %D0%BD%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8, а должны были как русское слово, браузер понимал, забил... хотя википедия как мы видим это сделала.
SEO блог: http://blog.stfw.ru/
Boss
#41 3. Februar 2011, 17:49
В целом, кто работал над сиеной молодцы! Чувствуется, что многое переосмыслено. Изменения немалые. Однако если уж так менять движок координально, то стоит копать сразу глубже. А то потом неизбежно придется делать очередную версию движка, которая так же будет сильно отличатся.

Есть следующие мысли:
- правильно все редакторы выбросить из дистрибутива. По умолчанию работа лишь с текстом. Кому нужна поддержка BB или HTML - ставят отдельно.

- поля страниц по умолчанию имеют ограничения, зачем так?
1. Поле описание всего 255 знаков. Раз у всех разное мнение по тому, какой величины должно быть это поле, то вовсе удаляем данную опцию в отдельное расширение и таблицу. Далее кому какое поле надо, тот пусть такое и делает. Кому-то может вообще [_MORE_] хватит. Некоторые еще про поддержку парсинга для данного поля говорили, что лично я считаю извратом, но кому надо, пожалуйста пусть делают. Главное, что в ядре движка этого не будет.
2. Поле файл, размер, количество загрузок и т.д. - ведь это же явно слишком специфичная штука. Зачем она всем по умолчанию? Слишком часто на странице надо несколько файлов. В общем эту функцию тоже в отдельный модуль и отдельную таблицу, и конечно же не ограничиваться закономерностью, - одной странице - один файл. Мы ведь говорим про универсальный движок!
3. система рейтингов тоже напрашивается в отдельный модуль.

А теперь, собственно, почему я пишу в этой ветке. Дело в том, что пока в ядре движка есть такие вот пережитки прошлого, а также некоторые тупиковые решения (типа заточенности по умолчанию под HTML), то не стоит надеяться что текущий релиз будет основой, как тут сказали "каркасом" для развития в будущем. К сожалению, его придется пилить напильником основательно еще не раз. В связи с этим, я не вижу смысла перехода на этот новый движок. Как не вижу смысла и создания на нем новых сайтов. В любом случае это предвещает сложности с переходом на новые будущие версии. Очевидно, что пока ядро движка не избавится от мусора окончательно, переход от версии к версии всегда будет затруднительным.

Еще раз говорю, что я ценю то что сделали и делают разработчики в сиене. Но лично я смотрю сейчас в сторону более стабильного и устоявшегося движка. Принимать участие в разработке сиены, к сожалению, некогда, да и не совпадают некоторые мои взгляды со взглядами других разработчиков (тот же HTML). Сайты нужно делать уже сейчас и делать их нужно считаю именно на устоявшемся движке. Это экономия своего времени сейчас (много расширений) и в будущем (более простое обновление).

Достаточно неплохо код выглядит у друпал, понравилась и структура базы. Как-то больше оно соответствует моему пониманию "ядра без лишнего мусора". Плюс сейчас версия вышла друпала которую тоже по-моему три года делали (вышел релиз). В друпал больше всего меня напрягает - мания все подряд записывать в базу. Тем не менее для не очень оживленных сайтов думаю движок неплох.

Для легких сайтов держку котонти на примете и отслеживаю новости, но пока не более того.
jcrush
#42 3. Februar 2011, 19:00
а что не так с HTML?, во многом согласен.
SEO блог: http://blog.stfw.ru/
Trustmaster
#43 3. Februar 2011, 23:27
1. Всё-таки чем так HTML насолил? В большинстве подобных систем сейчас он стандарт (Друпал тот же). Убрать его в плагин несложно. Сложно будет потом плагинописателям ориентироваться на бесконечное число разных разметок (в том же PFS, как картинку вставить в текст).

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

3. Файловое поле можно будет убрать в экстраполя. После того как файловые экстраполя пройдут процесс дебага.

4. Система рейтингов уже и есть плагин. Комментарии, естественно, тоже.
May the Source be with you!
Boss
#44 7. Februar 2011, 13:30
Всё-таки чем так HTML насолил?
Для НЕ визуального редактирования код более сложен. Не удобно работать с HTML.

Не видел я на нормальных сайтах в форумах и комментарях, чтобы пользователям HTML давали в руки, пусть даже и через визуальный редактор. BB-код обычно, и это считаю правильно.

В большинстве подобных систем сейчас он стандарт (Друпал тот же).
В Друпале по умолчанию три режима редактирования: HTML, урезанный HTML, и простой текст. Для разных модулей сайта можно выбирать режимы. Можно везде ограничится лишь простым тестом, запретив использовать HTML. Обработчик BB-кодов ставится дополнительно.

Еще скажу про Битрикс раз уж его неплохо знаю. В нем по умолчанию для контента тоже HTML и простой текст. А вот для форума и комментариев по умолчанию BB-коды.

Сложно будет потом плагинописателям ориентироваться на бесконечное число разных разметок (в том же PFS, как картинку вставить в текст).
Да это проблема! Но ничего не поделаешь, видимо надо какую-то настройку добавлять стандартизованную, к которой плагино/модули-писатели могут обращаться к коде, чтобы выводить правильный формат тегов. Затачивать все под HTML точно не правильно.

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

Система рейтингов уже и есть плагин.
Я не использую данный плагин, но в базе в страницах есть page_rating. Похоже оно по умолчанию создается.
Kort
#45 7. Februar 2011, 15:02
Boss:
Не видел я на нормальных сайтах в форумах и комментарях, чтобы пользователям HTML давали в руки, пусть даже и через визуальный редактор. BB-код обычно, и это считаю правильно.
Нормальные сайты форумов сейчас не имеют. В качестве средства общения форумы для среднего пользователя давно умерли -- это раз. У меня все клиенты уже давно требуют ckeditor в т. ч. для комментов (и не просто так, а потому что у конкурентов он стоит) -- это два. Отбивание абзацных отступов вводами и прочие "достоинства бибикодов" выглядят паршиво -- это три. Поддержка bbcodes для любителей старины остается -- это четыре. И это я считаю правильно.
Ок, пусть поле будет, но расширьте вы его уже! Ну мало 255 знаков. Реально мало!
Эта история не про more и не про символы. SEO-описание и "человеческое" описание -- две разные вещи (это знают даже те, у кого в портфолио меньше трех сайтов). В некоторых случаях они совпадают: в этом нет ничего неправильного. Развернутый дескрипшен в более чем 255 символов с парсингом тоже может требоваться -- этот так. Но путать его с метатегом нельзя. Абзац такого текста в description записывать тоже нельзя. Поэтому для таких случаев умные мальчики создают экстраполе и подшивают к нему markitup или ckeditor и пишут свои описания в любое количество символов. С новым шаблонизатором сиены такие штуки можно делать за три секунды -- спасибо, Трастмастер. А page_desc умные мальчики заполняют отдельно для -- еще раз повторю -- метатега description.
SED.by - создание сайтов, разработка плагинов и тем для Котонти

ErsteVorherige12345NächsteLetzte