| ← Август 2004 → | ||||||
|
1
|
||||||
|---|---|---|---|---|---|---|
|
2
|
6
|
7
|
||||
|
23
|
29
|
|||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://kirov.lug.ru
Открыт:
15-09-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.kirovlug-list@subscribe.ru
Turbolinux 6 (1 cd)
Mandrake 7 (1 cd)
Mandrake 8 (2 cd)
Slackware 9.0 (1 cd)
Slackware 9.0 (4 cd)
Red Hat 9 (2 cd)
ASPLinux 9.2 Greenhorn (live cd)
Knoppix 3.1 (live cd)
ALT Linux Master 2 (6 cd)
Linux XP 1 (4 cd)
Akulov Zakhary
-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписать: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru
http://subscribe.ru/ http://subscribe.ru/feedback
Доброго времени суток, LUG.
Z - Zmei
VL - Vasya Leushin
VL> Да не-е... Я готовлю страницу для своего проекта, а не вариант сайта.
VL> И готово будет, но не на днях...
Понятно. Спасибо за уточнение.
>>> http://torbaclub.ptlan.com/kirovlug/index.html
Z> да, хочу оговорить: там только индекс, остальные страницы задумывались
Z> под очень аскетичный дизайн.
Да, основную идею я понял, хотя некоторые могут задаться вопросом
зачем такой большой логотип. Очень даже хороший вариант. Мне он
понравился больше чем второй, хотя общая гамма показалась немного агрессивной.
Раз уж встал вопрос о гамме, то необходимо коснуться и самого главного - логотипа.
Возможно, стоит взять какой то из уже существующих символов OpenSource
или их сочетание и выразить в нестандартной форме например в виде
граффити или рисунка карандашом.
Z> А до каких размеров может в таком случае разрастись форум? Притом
Z> НЕНУЖНЫХ размеров. А какая возможна каша с темами? Еще
Z> проблема избыточным цитированием: если в рассылке
Z> это ни фига не мешает, то в on-line будет вызывать чудненький матерок.
Z> Я бы остановился на одностороннем публиковании мессаг форума в
Z> рассылке.
Проблемы с распознаванием той или иной темы чисто технические, а вот
целесообразность... Да это действительно стоит обсудить.
Возможно, это будет отдельный форум... может быть, это будет
просто архив рассылки доступный на форуме, или база
по которой можно будет осуществлять поиск.
КС>>>> - Информированиие о численности и составе LUG.
КС>>>> (предлагается сделать что-то вроде каунтера членов Kirov-LUG,
КС>>>> регистрационная информация - на основе формы персоналий)
Z> Кого можно считать членом KirovLUG? Точнее, каков ценз?
Z> Хотя это уже уточнения... Пока не по теме...
А какой ценз может быть у открытой некоммерческой "организации"?
Все заинтересованные лица предоставившие информацию и проявляющие
какую то активность... можно внести некоторые временные ограничения
на отсутствие активности... или просто разделить пользователей на
две категории, созидающую - активную и ведущую свои проекты и
всех остальных. Хотя вопрос действительно к теме не относится.
Z> Замечание без ответа:
Z>>> Вся фича в том, что он-лайн ссылки могут периодически умирать.
Спасибо за напоминание. Но фича не столько в задаче, сколько в поиске
её рашения. Полностью автоматизиовать процесс контроля ссылок вряд ли
удастся. Часть работы можно переложить на скрипт, но основную работу
всё равно придётся делать человеку.
КС>> 1)Это наклдывает ограничения на круг возможных участников, ИМХО XML
КС>> пока всё же не является стандартом и не все с ним близко знакомы.
Z> Погоди, разве XML - не стандарт? Или я просто не догоняю?
Похоже я не совсем точно выразился, стандарт то он стандарт, но
в смысле использования...
КС>> 2)(в том числе следует из первого) Трудозатраты не отражают потребностей
КС>> сайта. (Сайт пишется для выполнения своих целей, и если параллельно
КС>> он будет способствовать накоплению опыта, то хорошо, но
КС>> не наоборот.)
Z> А как насчет реализации lindoc на интерфейсе, базирующемся на том же
Z> XML и использование той же базы на сайте. Естественно, определенных
Z> тем из lindoc.
Хм... насчет использования XML для lindoc ничего не могу сказать, там,
насколько я знаю, стоят пока другие задачи. Точнее тебе сможет
ответить mr.Ebola. И на данный момент это отдельный проект.
Опять же, конечно, можно объединить все проекты, но будет ли результат?
Уточнения по поводу XML исходят из желания участвовать в проекте
или просто из желания обсудить особенности проекта?
Если да, то есть ли уже опыт работы с XML?
В общем желающих на данный момент участвовать в проекте
я ожидаю в течение недели, для того чтобы составить примерный график
выполнения работ. Столько же ведётся и обсуждение основных
вопросов. Через неделю будет принят окончательный проект.
IMHO неделя это достаточно долго для того чтобы сформулировать
все предложения. Основной набор вопросов требующих уточнения
планирую сформулировать к linux-овке, где и обсудить.
Всем здравствовать,
Z>> КАК совместить между собой форум и майл-лист? Причем, специально
Z>> оговорю, речь НЕ идет о технической стороне дела.
КС> Содержимое форума - отражает состояние мэйл-листа, т.е.
КС> все посты в мэйл лист будут автоматически добавляться
КС> в форум и соответственно наоборот... сообщения в форум
КС> будут дублироваться в мэйл-лист.
А до каких размеров может в таком случае разрастись форум? Притом
НЕНУЖНЫХ размеров. А какая возможна каша с темами? К примеру: "Сайт",
"сайт", "Re[1]:сайт", "Re[1]: сайт" и т.д. - это разные темы. И если
даже предусмотреть это, то неизбежно может появится что-то еще. Еще
проблема избыточным цитированием: если в рассылке это ни фига не
мешает, то в on-line будет вызывать чудненький матерок.
Я бы остановился на одностороннем публиковании мессаг форума в
рассылке.
КС>>> - Информированиие о численности и составе LUG.
КС>>> (предлагается сделать что-то вроде каунтера членов Kirov-LUG,
КС>>> регистрационная информация - на основе формы персоналий)
Кого можно считать членом KirovLUG? Точнее, каков ценз?
Хотя это уже уточнения... Пока не по теме...
Замечание без ответа:
Z>> Вся фича в том, что он-лайн ссылки могут периодически умирать.
КС>>> - Активный контент -
КС>>> возможны варианты по соотношению активного/статического контената.
КС> ...
КС>>> 3)Максимальный - реальизация сайта с использованием XML/XSLT и т.п.
Z>> Хм... А насчет третего пункта можно подумать со всей серьезностью.
КС> Да, конечно. Только:
КС> 1)Это наклдывает ограничения на круг возможных участников, ИМХО XML
КС> пока всё же не является стандартом и не все с ним близко знакомы.
Погоди, разве XML - не стандарт? Или я просто не догоняю..?
КС> 2)(в том числе следует из первого) Трудозатраты не отражают потребностей
КС> сайта. (Сайт пишется для вполнения своих целей, и если параллельно
КС> он будет способствовать накоплению опыта, то хорошо, но
КС> не наоборот.)
А как насчет реализации lindoc на интерфейсе, базирующемся на том же
XML и использование той же базы на сайте. Естественно, определенных
тем из lindoc.
Hello Vasya,
Monday, August 9, 2004, 9:21:10 AM, you wrote:
VL> Круподёров Станислав пишет:
>> на данный момент существуют предварительные версии дизайна
>> по адресам:
>> http://torbaclub.ptlan.com/kirovlug/index.html
да, хочу оговорить: там только индекс, остальные страницы задумывались
под очень аскетичный дизайн.
>> и http://www.kirov.ru/~mypost/lindocs/example/
Круподёров Станислав пишет:
> на данный момент существуют предварительные версии дизайна
> по адресам:
> http://torbaclub.ptlan.com/kirovlug/index.html
> и http://www.kirov.ru/~mypost/lindocs/example/
> ещё один вариант, насколько я знаю, будет готов на днях
> его предоставит Vasya Leushin.
Да не-е... Я готовлю страницу для своего проекта, а не вариант сайта.
И готово будет, но не на днях...
-*Информационный канал Subscribe.Ru
Адрес подписки:
Написать в лист: mailto:comp.soft.linux.kirovlug-list@subscribe.ru
Отписать: mailto:comp.soft.linux.kirovlug--unsub@subscribe.ru
http://subscribe.ru/ http://subscribe.ru/feedback
Доброго времени суток.
Z - Zmei:
Z> Пара вопросов и уточнений:
КС>> - информирование о последних событиях из мира OSF
КС>> в Кировской области и за её пределами.
Z> В плане аналитических статей, как и обсуждалось?
В любой удобном для авторов статей форме.
КС>> - Обсуждение вопросов интересующих членов LUG
КС>> (подцель решается с поможью сопражения мэйл-листа и
КС>> форума), и оказаие помощи начинающим пользователям.
Z> КАК совместить между собой форум и майл-лист? Причем, специально
Z> оговорю, речь НЕ идет о технической стороне дела.
Содержимое форума - отражает состояние мэйл-листа, т.е.
все посты в мэйл лист будут автоматически добавляться
в форум и соответственно наоборот... сообщения в форум
будут дублироваться в мэйл-лист.
КС>> - Информированиие о численности и составе LUG.
КС>> (предлагается сделать что-то вроде каунтера членов Kirov-LUG,
КС>> регистрационная информация - на основе формы персоналий)
Z> Что такое "на основе формы персоналий"?
Предполагается наличие формы, которая будет определять минимум
информации, предоставляемой пользователем, это будет основная
форма персоналий - т.е. эта информация будет использоваться для
наполнения этого раздела. И в то же время "Персоналии" не будут
ограничиваться только этой стандартной формой, т.е. форма определяет
лишь минимум информации, и заполняется при регистрации.
КС>> - Структура сайта -
КС>> Исходя из целей создания сайта имеет смысл создать следующие разделы:
[skip]
КС>> +-Ссылки на on-line документацию
Z> Вся фича в том, что он-лайн ссылки могут периодически умирать.
Z> |
Z> +-Разработка своих собственных HowTo
(ИМХО - это всё таки можно отнести к статьям, они в большинстве своём
обычно и имеют вид Mini-HOWTO)
Z> |
Z> +-Перевод документации на русский язык
Да, спасибо, конечно, если переводы будут, то, несомненно, будет смысл
создать такой раздел.
КС>> - Активный контент -
КС>> возможны варианты по соотношению активного/статического контената.
...
КС>> 3)Максимальный - реальизация сайта с использованием XML/XSLT и т.п.
Z> Хм... А насчет третего пункта можно подумать со всей серьезностью.
Да, конечно. Только:
1)Это наклдывает ограничения на круг возможных участников, ИМХО XML
пока всё же не является стандартом и не все с ним близко знакомы.
2)(в том числе следует из первого) Трудозатраты не отражают потребностей
сайта. (Сайт пишется для вполнения своих целей, и если параллельно
он будет способствовать накоплению опыта, то хорошо, но
не наоборот.)
КС>> Основные спецификации сайта:
Z> Я бы сформулировал это так: что есть, то и использовать.
Z> Хотя, IMHO, PHP предпочтительней.
Для каждого ИМХО предпочтительнее тот инструмент, с которым
он привык работать. Перл это не ограничение, это соглашение.
Любые законченые модули могут быть написаны на любом языке,
который будет присутствовать на сервере (пока что это
Perl и PHP). НО для снижения затрат времени и сил на поддержку
сайта предпочтительнее было бы, чтобы это был, по возможности,
один язык.
И спецификации опредалены, опять же, как соглашения, для облегчения
дальнейшей поддержки сайта.
