Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Mikeo

Страницы: [1] 2
1
Sanitarium WebLoG / Sanitarium 2 = Unews CMS альфа
« : 13 Октября 2005, 15:54:54 »
Вот вот :) Некоторые ждут уже 2 года точно ;)

2
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 23 Июня 2005, 20:24:54 »
Цитировать

если каждому документы дать некое название напрмиер about-company или documents&reports или bla-bla-bla то если их хранить (в статике) все в корне сервера например то обращение к ним будет - http://www.your-server.ru/bla-bla-bla/ и все. И ссылка легко запомнится и в случае изменения принадлежности к категории (разделу) не нужно физически файл ни перемещать ни переименовывать, а тем более целые ветки каталогов!!! все фидически остается на своих местах. Это же удобно прежде всего тем что реальный инетовсикй адрес не меняется при переходе статьи (документа) из категории в категорию (раздела в раздел)!!! Вот я о чем.

3
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 23 Июня 2005, 13:58:20 »
P.S. вернее речь шла о двух системах :) Одна с адресами типа "/ГГГГ/ММ/ДД/НОМЕР" а другая - "/some-document-name"
в первом случае получается та же древовидная стркутура статичных страниц а во втором "линейная" т.е. одного уровня вложенности

4
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 23 Июня 2005, 13:53:10 »
Все верно! Насчет Урлов на основе даты - рулез!!!! Я тут не так давно именно об этом и толковал. Для системы публикаций это особенно удобно и актуально, да и сама такая система формирования урлов позволяет без каких-либо дополнительных телодвижений изменять принадлежность документа (статьи) любой категории. Вообще подобная система кажется мне близкой к идеальной - когда урл некий однозначный буквенно цифровой идентификатор (слово/словосочетание по типу about-company или news-archive, company-year-report) и является адресом - например http://www.webscript.ru/sanitarium-documentation !!! Т.е. например в корне сайта лежали бы все документы (каталоги а в них index файл).
Таким образом проблема регенерации той же статики после изменения структуры сайта - просто нету! Хотя тут есть и свои минусы :) например закрыть доступ к разделу сайта средствами Апач уже не так удобно - придется прописывать каждый документ (которые в обычном древовидном представлении лежали бы в пределах одной ветки и было бы достаточно закрыть доступ к верхнему самому каталогу). Но пожалуй это единственный минус вместе с той кучей файлов (или каталогов с index файлами) которые бы заполнили либо корень сайта либо выделенный каталог. Хотя это не всегда проблема... если не считать стайтов с огромным количеством страниц, ввиду существования ограничения самой файловой системы на количество файлов (или каталогов уровня вложенности 1) в одном каталоге.

5
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 04 Июня 2005, 19:12:42 »
Отличная новость!! :)

6
MobilePublisherPHP / Дистрибутив MP
« : 18 Мая 2005, 14:02:36 »
А блок "статьи по теме" в Санитаре уже есть!!!

7
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 17 Мая 2005, 15:56:55 »
Ау... Ждеееееееееееееееееееееееееееемммм... Скоро уже пора летних отпусков :( Неужели раньше осени не ждать? :(((

8
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 12 Мая 2005, 10:15:19 »
К автору последнего коммента есть вопрос: Хотелось бы услышать Ваше мнение относительно той же xapid??? Желательно не в двух словах :) Спасибо

9
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 27 Апреля 2005, 20:37:28 »
Не то слово :( ОЧЕНЬ ЖДЕМ... если честно уже года полтора, а то и два лично я жду. Потому что пока не видел чего-то более простого, корректно работающего и удобного (бесплатного разумеется)

10
Хм... че-то уже на сайте этого скрипта нет :( Но его можно найти в сети легко) Скрипт на самом деле очень неплохой. Лично я давно его пользую с небольшими заточками под себя. Вообще таких скриптов сейчас море... есть и отечественные например SiteWerk...
Проблему с подключением пока не совсем понял.

11
Можно использовать очень распространенный визуальный редактор htmlarea - http://www.interactivetools.com вроде.
Там подклбючается на странице скрипт редактора через и еще в теле страницы настроить панель кнопок для редактора мно настроить... плюс делается вызов функции создания редактируемого textarea на основе реального! просто передается функции имя объекста textarea и все! даже если скрипт не выполнится то будет доступна все та же стандратная textarea

12
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 17 Февраля 2005, 14:59:29 »
А где можно взять старую версию Санитара во всеми ее модификациями?

13
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 08 Февраля 2005, 16:28:51 »
Да и когда же попробуем долгожданный Sanitar2? Очень ждем :)

14
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 08 Февраля 2005, 16:23:00 »
P.S. насчет имени файла ЧЧММСС - ошибся :) путь будет ГГГГ/ММ/ДД/ЧЧММСС/ а имя файла Index.html(shtml,php и т.п.)
да и обработчика можно избавить от проблемы поиска соответствия набранного урла и реального файла а создавать соответственно набранному урлу (ссылке) реальный путь и оотуда вызывать например через SSI соответствующий ГГГГ/ММ/ДД/ЧЧММСС/
Может быть тоже не лучший выход но вариант вполне реальный к тому же как вызывать обработку тех же shtml через обработчик ошибок типа "документ не найден" без отображения в адресной строке реального пути пока не понимаю. Есть конечно реврайты урлов но это уже допсредства.

15
Sanitarium WebLoG / SANITARIUM 2 ToDo List
« : 08 Февраля 2005, 16:14:54 »
По поводу генерации: сам тут голову ломаю над чем-то подобным, поскольку проблема выбора/создания движка для сайтостроительства стоит в общем-то островато. ТАк вот есть кое-какие мысли. Для генерации страниц я подумываю использовать простой принцип формирования имен файлов - время создания самой страницы в системе: ГГГГ/ММ/ДД/ЧЧММСС таким образом получаем ветвистую систему каталогов с именами фалов ЧЧММСС в соответсвующих дате создания каталогах. Например файл/страница/раздел созданный 2005.02.08 в 15:58:00 будет лежать например от корня в каталоге 2005/02/08/155800/
файл просто index.html(shtml,php и т.п) таким образом мы:
1. "прячем" тип используемых нами документов 9бывает актуально, но главное более приятно на вид и более разумно поскольку изменив расширение нам не придется менять ссылку!!!)
2. не создаем неимоверное количество каталогов в любом существующем каталоге (как было раньше - много файлов-статей в каждой категории). т.е. обходим ограничение на количество каталогов, а главное при навигации по этим каталогам в случае желания че-то посмотреть или исправить, не теряем время на ожидание загрузки списка подкаталогово :)
С последней да и с первой проблемой сталкивался не раз :)

Далее названия (ссылки/пути) к разделам(старницам, статьям) создаем в системе произвольные и человекопонятные /about/history/ и т.п., обращаемся соответственно этому адресу в браузере... и делаем обработчик ошибок "документт не найден" который роется в базе и ищет соответствие введееного урла и реального /ГГГГ/ММ/ВВ/ЧЧММСС/ :) вот собственно и все если я правильно понял суть дела :)
Если нет, прошу больно не бить :)

Страницы: [1] 2