Forum Webscript.Ru
Программирование => Теория, алгоритмы и стандарты => Тема начата: USE от 10 Февраля 2004, 17:49:32
-
в каком виде вы готовите контент для сайтов?
задача: делаем сайт, есть много информации: статей, книг, очерков. все хранится в обычных текстовых файлах, мб письмах и т.п. т.е. нету четкой структуры, файлы придется полюбому править, переверстывать, чтобы можно было выкладывать их.
соответственно, поделитесь опытом, как лучше организовать контент? мб есть уже решения, на которые стоило бы посмотреть? сразу писать в HTML, XML или в своем формате каком-то?
-
USE
контент - проблема заказчика а не разработчика - просто делаешь рули - а дальше он сам вколачивает
-
USE:
мб есть уже решения, на которые стоило бы посмотреть?
DocBook (http://www.docbook.org/) (как вариант)
-
ThE0ReTiC:
контент - проблема заказчика а не разработчика - просто делаешь рули - а дальше он сам вколачивает
так вот я и думаю, какой лучше синтаксис придумать для верстки контента. потому что контент редактируется в оффлайне, много контента, а потом будет просто заливаться на сервер.
да и заказчика сложно порой заставить верстать свой контент. дают на бумагах, в лучшем случае в вордовских документах.
Макс:
DocBook
смотрел. сложный. идеи хорошие. очень хорошие, только вот очень много затрат на верстку будет уходить.
я вот подумываю о разработке TeX-like языка для разметки контента, а то набирать XML уж очень неудобно, читать тем более проблематично - в глазах рябит от тегов.
-
вообще-то для docbook есть специальные редакторы (если не ошибаюсь вся дока к ПХП в docbook-формате верстается)
-
Макс:
вообще-то для docbook есть специальные редакторы
визивиг?
-
не знаю, не писал
http://www.php.net/manual/howto/
http://www.php.net/manual/howto/chapter-tools.html
-
Макс, спасибо.
есть еще какие-нить соображения?
-
USE
а то <...> XML <...> читать тем более проблематично - в глазах рябит от тегов
LOL :D
Ты думаешь если контент в XML-е хранится он в нём клиенту (читай - посетителю сайта) так и отдаётся? ;)
-
metton, не тупи. или объясни откуда ты взял:
metton:
если контент в XML-е хранится он в нём клиенту (читай - посетителю сайта) так и отдаётся
-
USE
Это вообще-то вопрос был
-
metton
риторический?
-
USE
Ничуть, самый что ни на есть обычный вопрос.
Ты писал:
а то <...> XML <...> читать тем более проблематично - в глазах рябит от тегов
Это наводит на мысль, что ты думаешь что если контент хранится в XML-е, он в нём (без форматирования) и выводится.
-
metton:
Это наводит на мысль, что ты думаешь что если контент хранится в XML-е, он в нём (без форматирования) и выводится
странное мышление у тебя.
у меня иное.
USE:
в каком виде вы готовите контент для сайтов?
это первый вопрос.
ключевое слово готовить.
о выводе здесь нет ни слова.
.
-
USE
Ты сам написал. Ну да ладно. Но тогда чем тебе так тэги XML-евские мешают?!
-
metton:
Но тогда чем тебе так тэги XML-евские мешают
возьми и посмотри эту страницу в виде ХТМЛ. тебе ничего не мешает?
мне, например, неудобно читать такого рода исходники.
Открывающие и закрыващие теги рябят в глазах.
Кроме того приходится дублировать название тега.
XML-like paragraph
Мне было интересно нету ли какого-то неизбыточного языка разметки контента.
-
USE
А кто заставляет тебя читать исходники?! Если данныее в твоей CMS хранятся в XML, должны быть соответствующие метода работы с ними (как то, вывод, обработка и т.д.).
Мне было интересно нету ли какого-то неизбыточного языка разметки контента
А вот тут ты В КОРНЕ не прав. XML - не избыточный, а формализованный язык, в отличие от html.
-
USE:
нету ли какого-то неизбыточного языка разметки контента
у тебя есть четкое представление, что должен позволять твой "неизбыточный язык разметки контента" ?
Например код Wikki (http://faq.webscript.ru/Doc?v=cm0) для тебя избыточный ?
-
metton:
А кто заставляет тебя читать исходники?! Если данныее в твоей CMS хранятся в XML, должны быть соответствующие метода работы с ними (как то, вывод, обработка и т.д.).
Ты - можешь прочитать исходники ХМЛ. Программеры - могут. А ты объясни секретутке из офиса, как, напр, закрываются теги и дай ей общее понятие о пространстве имен... ? Лично я сдался после 2х дней.
А как выводить - это вопрос совершенно не в тему. Как хочешь.
-
metton:
А кто заставляет тебя читать исходники?
когда пишешь - надо читать. семь раз, как говорится...
metton:
вот тут ты В КОРНЕ не прав
мне нужен язык разметки контента, который бы был:
1. удобен для набора
2. удобен для чтения
XML - хороший формат для обмена информацией между программами,
но не между людьми.
Макс:
у тебя есть четкое представление, что должен позволять твой "неизбыточный язык разметки контента" ?
1. язык должен быть удобен для набора
2. удобен для чтения/редактирования
3. удобен для программной обработки
4. иметь средства логической разметки информации
5. расширяемый
6. возможно, и... создание функций-макросов
7. при наборе текста как можно меньше переключаться
между раскладками клавиатуры.
8. пока что полностью представить не могу,
если бы полностью представлял вряд ли писал на форуме:
USE:
мб есть уже решения, на которые стоило бы посмотреть
Макс:
Например код Wikki для тебя избыточный ?
это интересное решение.
CGVictor
да. ( http://forums.webscript.ru/showthread.php?s=&postid=101305#post101305 )
-
CGVictor
Мля, люди, вы мне объясните, ЗАЧЕМ ДАВАТЬ ЧИТАТЬ СЕКРЕТАРШЕ ИСХОДНИКИ??!! Ты её ещё весь исходный код CMS дай!
Это же статья :D (ну, в смысле, человек неприспособленный не выдержит такой мозговой нагрузки ;))
Почему секретарше просто не дать админский интерфейс?! Обычный человеческий админский интерфейс...
-
metton:
Почему секретарше просто не дать админский интерфейс?! Обычный человеческий админский интерфейс...
кто говорит, что нельзя дать? можно.
суть совершенно не в том. я делаю сайт и хочу чтобы мне было удобно редактировать исходники статей, книг и т.п. для этого мне совершенно не нужен админ. интерфейс.
речь идет о языке разметки контента, а не о способах заполнения КМС информацией.
-
Всё. Я пас. Разговор потерял всякий смысл.
-
Порядочное количество лет назад мне пришлось перегонять значительный объем текстовой информации в HTML. Copy-Paste несколько часов!
Появилась идея все это автоматизировать.
Позднее идейка переросла в разработку языка AML, расширяющего возможности HTML практически до серверных технологий.
Сейчас продолжаю развивать идею и предлагаю решение всем желающим:
http://www.alex-world.nm.ru/aml
Думаю, это как нельзя лучше подходит к вашему случаю, поскольку структура страниц и оформление неизвестны -
необходима достаточная гибкость.
Хотя судя по дате, вы уже решили эту проблему!