Отправляет email-рассылки с помощью сервиса Sendsay

Школа вебмастера

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Левитас: Почему Ваш бизнес-сайт не работает?" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Январь 2006   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Автор
Александр Левитас

Статистика

1.523 подписчиков
0 за неделю
←   Все выпуски   →

Школа вебмастера . - 53


Информационный Канал Subscribe.Ru

Школа WEB-мастера

Выпуск N53

Ведущий рассылки: Борис Лайон

ВНИМАНИЕ ! Посетите сайт http://www.biznesklas.ru

Книги, методики, пособия, диски, фильмы, технологии, программы,

рефераты...... БЕЗ ПРЕДОПЛАТЫ! БОНУС: Каждый посетитель получает БЕСПЛАТНО методику "Как БЕСПЛАТНО получить квартиру за несколько месяцев". АБСОЛЮТНО БЕСПЛАТНО!

Заходите по ссылке: http://www.biznesklas.ru и ознакомьтесь с методикой. Много бесплатностей!


В выпуске

  1. Как оплачивать активную рекламу?

  2. Semantic web. Заметка о логичной и нелогичной верстке

  3. Управляем потоком информации с помощью CMS Drupal

Как оплачивать активную рекламу?

Борис Лайон

Борис Лайон

В этой статьей я расскажу вам о том, как можно оплачивать активную рекламу с помощью сервиса ClSar.ru. Способов так много, что даже появилась необходимость написать эту статью.

Почему выгодно именно покупать кредиты, а не зарабатывать их лично? Казалось бы, проще зарабатывать кредиты серфингом, партнерской программой и не платить ни копейки.

Да, так можно делать. Но это, к сожалению, большие затраты времени. Оставьте серфинг тем, кто им  хочет, и будет заниматься. Ваше время наверняка стоит гораздо дороже. Проще купить кредиты, тем более что, в самом деле, активная реклама стоит сущие копейки. Тысячи показов по цене сравнимы с бутылкой шампанского, да и то самого дешевого.

Почему имеет смысл покупать больше кредитов? В ClSar.ru действует накопительная система приоритетов: чем больше вы купите кредитов, тем более приоритетны будут показываться ваши сайты, а значит, они будут показываться лучше, больше и чаще.

Тестовая закупка. Если вы не сомневаетесь в активной рекламе, не до конца уверены в том, что сможете оплатить сразу большое количество кредитов без ошибок, то можете вначале оплатить небольшую партию в размере 1 тысячи или 2.5 тысяч кредитов. Сделав это, вы поймете, как проще оплачивать, а потом уже, если понравиться (что наверняка будет), купить и больше!

Доступны следующие варианты осуществления платежа:

  • Цифровыми валютами: они сейчас есть у многих, но пока еще не у всех пользователей. Это Webmoney, E-gold, Яндекс.Деньги и другие. Моментально оплачиваете, моментально получаете кредиты.

  • Другими способами: самыми привычными и обыденными, например банковским переводом. Минус в том, что платеж может идти некоторое время, вплоть до недели.

А теперь чуть поподробнее.

Цифровыми валютами оплачивать действительно быстро, фактически моментально, сделать платеж и сразу получить купленные кредиты, которые вы можете использовать по назначению. Причем платеж гарантированно будет зачтен сразу же, кредиты на счет тоже поступают гарантированно. И при этом минимальная сумма платежа практически не ограничена, т.е. вы можете купить сотню кредитов за несколько рублей.

Доступен самый широкий круг цифровых валют с возможностью оплатить кредиты. 

С помощью Webmoney вы можете оплатить следующими валютами: WMZ, WMR - доллары и рубли WM.

При этом, что крайне интересно, можно оплатить с помощью предоплаченной карты, причем сделать даже частичный платеж. Т.е. достаточно будет купить карту пополнения счета Webmoney, стереть с неё защитный слой и оплатить, воспользовавшись реквизитами карты и моментально получить кредиты на счет. Т.е. не надо ни в чем особо разбираться и ставить программу-кошелек Webmoney Keeper.  

Если вы оплачиваете другими цифровыми валютами вроде e-gold, то это можно сделать автоматически через сервис RoboXChange. Тут доступен выбор самых популярных цифровых валют. 

Платеж обычными способами можно применять в тех случаях, когда вы не хотите или у вас нет времени разбираться с цифровыми валютами или по другим причинам.

Платежи идут через сервис Rupay, имеется весь выбор вариантов приема платежей: Сбербанк РФ, Банковский платеж, Рапида, Наличными по системе Контакт, Картой Webmoney WMZ, paymer, Telepat, Наличными (в Москве, в Киеве, в странах мира), Fethard, Международный банковский перевод, E-GOLD, Capitalcollect, RUpay, Анелик, Western Union, Приват 24, Наличными в Приватбанке, Интернет.Деньги Украина, WebMoney WMU.

Процедура платежа проста: заказываете кредиты, получаете квитанцию по счету. Оплачиваете. Дожидаетесь пока платеж поступит. И все, кредиты зачтены на ваш счет.

Кстати, как вы видите, имеются несколько вариантов платежа через обычные или экзотические цифровые валюты.

Только, пожалуйста, учтите, что через рупей минимальная сумма платежа - 5$. Соответственно и минимальная покупка выходит в несколько тысяч кредитов.

Так что перед вами широкое поля для выбора способа платежа. Выбор за вами.

Могу только дать несколько рекомендаций.

Если у вас уже есть счет в рупее, то самый простой, моментальный способ - это сделать платеж через рупей. Этот платеж делается без комиссии, что приятно.

Если вы в России, то самый простой способ, но далеко не быстрый способ - это сделать платеж через сбербанк. Другой вполне достойный вариант - это наличными по системе Контакт.

Если вы собираетесь использовать платежные сервисы с высокой комиссией типа Western Union, которые зато быстро делают перевод, то имеет смысл делать заказ не достаточно крупную сумму, чтобы потери на комиссию в процентном отношении были не большие.

 

Как вы понимаете, активную рекламу очень легко и просто купить и стоит это совсем не дорого.

Как обычно, я рекомендую воспользоваться услугами сервиса активной рекламы ClSar.ru. Уверен, вы справитесь и сможете купить кредиты - это совсем просто!

Воспользоваться услугами сервиса активной рекламы ClSar.ru

Semantic web. Заметка о логичной и нелогичной верстке

Источник: NunDesign о веб-дизайне

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

Факт: у человека есть два полушария головного мозга. Исследования ученых: левое полушарие отвечает за логику и аналоговые сигналы (знаки), правое – за образы.

Когда мы создаем веб-страницу, мы формируем информацию так, чтобы воздействовать на оба полушария, задача визуального дизайна – образами показать посетителю, пользователю этой страницы, что он здесь получит (это – использование цвета, графическое оформление, подсказывающее, как распределена информация, подсветки и подчеркивания, выделение смысловых элементов, навигационных и текстовых, "выдавить" на первый план важный навигационный элемент), а задача семантики – отдать пользователю упорядоченные данные документа.

В irc канале webmascom (интересующимся – искать на irc.ircinfo.ru) один из участников дискуссии озвучил следующую информацию: "нет большого смысла ждать от браузеров корректной реализации display: table;, поскольку нет смысла в его использовании". Имелось ввиду, что для вывода табличных данных должно использовать стандартный html-тег table, и, с другой стороны, использовать для визуального дизайна, в частности, к примеру, для злополучной 3-колоночной верстки display: table – это тот же самый возврат к табличной верстке (имитации табличной верстки), т.е. - неправильно с точки зрения семантики web, типа - "назвали таблицы дивами и радуемся".

Тогда и стал вопрос по поводу того, что же такое "семантика в web". Тем же участником дискуссии было предложено официальное такое определение: "(от греч . semantikos - обозначающий):

  1. значения единиц языка.
  2. То же, что семасиология, раздел языкознания, изучающий значение единиц языка, прежде всего слов.
  3. Один из основных разделов семиотики."

О как! Не то, чтобы не понятно, но хотелось услышать более... близкое к css определение. Попыталась сформулировать нечто следующее (просто поток сознания):

"Я так понимаю, что если не путаться в терминах (семасиология, семиотика) - то, к примеру, если я закрою глаза и прослушаю открытую страницу, озвученная информация будет достоверной. Так? Т.е. если мне браузер говорит: Таблица, а в ней - заголовок (в th) - Прайс - то дальше будут табличные данные - название, цена... Описания стилей или назначенные id/class в этом случае браузер мне надиктовывать не будет. Вот. Т.е. если он дойдет до дива, в котором назначен display:table, он прочтет только содержимое этого дива, но диктовать мне табличную структуру не будет, так? Тогда где нарушение семантики?"

Что же касается злополучного вопроса о трехколоночном футере, стабильном и кроссбраузерном, без использования display: table; - было предложено использовать метод "отрицательных полей" (по статье на вебмасконе http://webmascon.com/topics/coding/43a.asp). Однако. Отрицательные поля - такой же обман браузера, как и в случае использования стилевых свойств типа display:table! Поэтому - выбор между двумя нарушениями логики - типа по вкусу как мне кажется.

В рамках семантических реализаций был супер главным оператором канала озвучен вывод урока: "сегодняшний урок: не важно, что мы там напишем в CSS, главное, чтоб ul был списком" (в первоначальной реализации звучало так: "сегодняшний урок: не важно, что мы там напишем в CSS, главное, чтоб ul выглядел как список", что не соответствует тем требованиям, которые предъявляются к семантической разметке – она не должна выглядеть, она должна быть – ее можно озвучить словом, словами).

Semantic Web - это вообще интереснейший проект, продвигаемый директором w3c.org, одним из основателей Web, и более внятно и подробно (определение, цели и задачи, плюсы и минусы) лучше прочесть на официальном портале семантической паутины на сайте консорциума или же в русскоязычной википедии. Однако великое и прекрасное будущее сети, видимо, еще достаточно далеко от нынешних разработчиков. Давайте немного поговорим об основах - стандартном html.

По определению HTML — Hypertext Markup Language (Язык Разметки Гипертекста) - это язык, предназначенный для описания форматирования текста, задания ссылок и других элементов веб-страниц. В нём используются стандартизированные "тэги", такие как <HEAD> и <BODY>, смысл и способ интерпретации которых задан универсально WWW-Консорциумом. К сожалению, современные разработчики, зачастую, не стремятся к изучению и соблюдению стандартов (не забывая при этом обижаться и злобить на разработчиков браузеров, которые так же не в полной мере те же стандарты блюдут, что, мол, "кривой браузер неверно отображает мою страницу", и старая больная тема - сделать кроссбраузерный, не разваливающийся и не расползающийся сайт). Более того, некоторые, довольно матерые интернетчики демонстративно игнорируют осовные требования к разметке страницы, намеренно рекомендуя новичкам "не возиться" с правильным, но трудно форматируемым документом, "не морочиться" с изучением документации, а сделать "как все" - поскольку главное - чтобы документ отображался в сегодняшних браузерах прилично, а начинающий дизайнер при этом - не переутомился, побыстрее сдал проект и забыл как о заказчике сайта, так и о его пользователях.

Совсем уже живой пример: на форуме в разделе, где обсуждаются дизайнерские проекты и проблемы по разработке, один из участников попросил помочь решить проблему: одна из картинок отображалась неправильно, а вернее, не так, как требовалось по замыслу дизайнера, причем не во всех браузерах, а только лишь в Мозилле (в ИЕ - ок).

Код был примерно следующим: в блоке (div с длинным и сложным описанием стиля) располагался тег параграфа P, внутри которого - картинка, т.е. примерно следующее:

<div id="Layer8" style=""xposition:absolute;" left:161px; top:-410px; width:141px; height:598px; xz-index:1;">

<p align="left"><img src="images/shvarz.jpg" width="138" height="600"></p>

</div>

Участники форума давали разные рекомендации - уйти от блочной верстки и сверстать сайт таблицами (не лучший совет, однако для этого дизайнера, возможно, и не худший, потому что "блочная" верстка анализируемого документа была ужасна), рекомендовали обнулить поля и отступы (задавая дополнительные описания стиля для параграфа) у внешних объектов.

Однако что говорит консорциум о правильном использовании тега параграфа?

P - это строчный (inline) элемент. Элемент P представляет параграф. Он не может содержать элементы уровня блока (включая сам P). в рамках стандарта допустимо заключать картинку в тег абзаца (поскольку она не является блочным элементом, а определена как empty - т.е. пустой объект, до тех пор, пока этому объекту не заданы дополнительные атрибуты и значения), картинку вообще можно ставить куда угодно :), однако вовсе не обязательно заключать ее в тег параграфа; при этом простое решение для конкретного вопроса - убрать обрамляющий и не нужный тег параграфа и поставить перенос строки после картинки, т.е.

...

<img src="images/shvarz.jpg" width="138" height="600"><br>

...

Решение простое, и оно сработало. Однако настойчивые рекомендации других участников форума "забить на стандарты" и перейти к табличной верстке немного удивляло. А на замечание о том, что существует какая-то "логика сети", которая, вообще-то, должна соблюдаться, от весьма уважаемого участника форума (который, кстати, и порекомендовал не морочиться и перейти к традиционной табличной верстке) поступил странный ответ: "А не приходила мысль, что может быть логика эта - какая-то неправильная, раз большинство разумных, профессиональных разработчиков при создании хороших в общем-то сайтов ее нарушают?". Да почему же нарушают? Профессиональные разработчики как раз очень даже используют картинки в качестве иллюстраций к текстовому контенту, в том числе включают их в тег параграфа. А те картинки, которые не являются контентом, а представляют из себя элемент интерфейса, оформление - здесь уже другие решения используются.

И вот ведь странно... я не являюсь фанатом css и блочной верстки, и настаивать на какой-то конкретной модели не буду - да верстайте как хотите, однако странно - даже если не говорить о semantic web, зачем же рекомендовать начинающему разработчику использовать лишние теги для верстки параграфы/таблицы, усугубляя изрядным стилевым описанием, когда достаточно сделать по стандарту, (как в приведенном выше примере - добавить перенос строки после иллюстрации)? Решение, которое является избыточным, не может быть правильным.

Действительно, решение вставить картинку в тег параграфа не противоречит логике разметки, когда картинка является иллюстрацией к тексту параграфа. Однако противоречие наблюдается, когда в параграф включают картинки "элементов дизайна" интерфейса страницы. А теперь воспользуемся приведенным в начале заметки методом анализа семантической верности разметки и попробуем прочесть то самое неправильное решение :) голосовым, к примеру, браузером, для ленивых или плохо видящих, к примеру, пользователей: "а сейчас будет новый параграф текста: оп-па, картинка для оформления страницы; а сейчас - следующий параграф: оп-па, еще одна картинка для оформления страницы". И как? логично?


Управляем потоком информации с помощью CMS Drupal

Материал подготовил: А. В. Кириллов

Что необходимо в первую очередь для успешной эксплуатации сайта, выполняющего роль визитки вашей фирмы в Интернете? Обычно это быстрота разработки и невысокая стоимость его обслуживания. Когда запущена первоначальная версия сайта, осознается необходимость постоянного обновления его материалов. Для того чтобы удачно предоставить информацию о ваших товарах или услугах и контактную информацию, ваш веб-сайт должен иметь возможность управления несколькими сотрудниками фирмы, владеющими той или иной информацией. Для того чтобы заинтересовать новых посетителей, сайт должен иметь постоянно обновляемую страницу новостей, а также возможность сбора информации с других сайтов. Все это, а также многое другое реализовано в CMS Drupal, которая и будет разобрана в этой статье "по винтикам".

Отличительные способности CMS Drupal 

В настоящее время разработано большое количество CMS. Среди них есть достаточно много некоммерческих решений, способных удовлетворить множество запросов и желаний веб-мастеров, а также их клиентов. Что же заставляет специалистов в каждом конкретном случае выбирать то или иное решение? В основном это особенности построения, которые находишь при пристальном рассмотрении конкретной системы управления контентом. На выбор в большой мере влияют удобство, простота пользования и, конечно же, отсутствие ошибок в базовой версии программного обеспечения. Что же есть такого в рассматриваемой нами системе управления контентом, чего нет в других системах? В CMS Drupal есть многие возможности, которые так или иначе воплощены в других системах управления сайтами. Но конкретная реализация каждой такой функции в конечном итоге настолько проста, что самой системой очень легко пользоваться. Такие моменты, как компактность реализации внешних расширений (одно расширение в одном файле), простота подключения тем и модулей (их просто копируют в нужные каталоги), изначально встроенная возможность локализации, могут сделать из простой системы очень удобный инструмент управления веб-сайтом. 

Краткий перечень возможностей

Приведу лишь краткий перечень тех возможностей CMS, которые могут заставить вас познакомиться с ней поближе: 

  • иерархическая организация материалов сайта (используется так называемая таксономия - принцип иерархического и взаимосвязанного размещения материалов сайта); 

  • модульность построения программного обеспечения CMS; 

  • реализация доступа к различным материалам сайта в зависимости от прав конкретного пользователя; 

  • темы оформления CMS применяются как к административному, так и к пользовательскому интерфейсам (административные функции появляются в интерфейсе пользователей с соответствующими правами); 

  • дружественные относительные URL - в Drupal относительные URL, указывающие на ресурсы вашего веб-сайта, очень коротки в отличие от многих других CMS. Например, относительная ссылка на конкретную статью сайта выглядит следующим образом: /q=node/4; 

  • встроенный поисковый механизм. Весь контент системы изначально индексируется; 

  • возможность использования CMS с любой базой данных SQL (в настоящий момент имеются интерфейсные модули к базам данных PostgreSQL и MySQL, но в принципе можно написать такой модуль к любой базе данных SQL, поддерживаемой функциями PHP); 

  • возможность локализации интерфейса пользователей (русский перевод интерфейса доступен на русском сайте CMS); 

  • встроенные модули для построения статистики (например, вы можете проанализировать состав аудитории, популярность материалов, с каких сайтов к вам заходят посетители); 

  • встроенные модули форума и агрегатора новостей (сборщика новостей с других сайтов) позволят обновлять ваш сайт "малой кровью"; 

  • для уменьшения нагрузки на SQL-сервер применяется кеширование страниц, что актуально для сайтов с большой посещаемостью. 

Установка CMS Drupal

Для успешной установки CMS вам необходимо иметь настроенный веб-сервер Apache (с установленным PHP) и сервер MySQL (в статье я описываю установку именно на этот серверный комплект, но вы можете установить Drupal и на систему MS IIS с установленным PostgreSQL). Процессы установки для AltLinux 2.4 и Windows XP практически не отличаются один от другого (различны лишь абсолютные пути, используемые для установки скриптов CMS). Приведу последовательность шагов, необходимых для установки Drupal CMS: 

Скачайте CMS Drupal (например, с русского сайта Drupal). 

  • Создайте каталог /home/drupal/, в который распакуйте файл drupal-x.x.x.tar.gz. 

  • Установите права доступа к каталогу /home/drupal/ и находящимся в нем файлам (в AltLinux владельцем файлов веб-сервера является пользователь apache, но в каждом конкретном случае лучше "подсмотреть" имя владельца процессов сервера в конфигурации веб-сервера). 

  • Пропишите Alias для директории /home/drupal/ к веб-директории /drupal/ Apache (как это сделать, описано в этой статье, а также в документации по веб-серверу Apache). 

  • Перезапустите Apache командой (от root) /sbin/service  httpd  restart и проверьте доступность веб-каталога имя_сервера/drupal/ (в Windows XP следует последовательно выполнить команды net  stop  apache, net  start  apache). 

  • В конфигурационном файле CMS ./includes/conf.php пропишите параметры доступа к базе данных. Если база данных называется drubase, находится на сервере sqlhost и доступна для пользователя user с паролем password, то вам следует указать $db_url="mysql://user:password@sqlhost/drubase". В этом же конфигурационном файле укажите базовый URL (абсолютный путь размещения) для CMS следующим образом: $base_url="http://имя_сервера/drupal". 

  • Создайте таблицы базы данных для CMS. Как на MS Windows, так и на Linux это делается с помощью следующей команды:

mysql  -h  сервер_базы  -u  пользователь  -p  пароль  имя_базы<./database/database.mysql

Инициализация CMS

После установки CMS и создания базы данных вам следует проверить доступность веб-каталога /drupal/ из браузера и приступить к настройке CMS. В первую очередь следует создать учетную запись для администратора CMS. Перейдите по ссылке "create the first account", которая находится на главной странице новоустановленной CMS. Укажите имя пользователя и e-mail администратора веб-сайта (письмо при создании этой учетной записи не отправляется, но поле нельзя оставлять пустым) и подтвердите ввод кнопкой "Create new account". Система сама сгенерирует пароль администратора, потом его можно будет поменять в любой момент. Если вы по какой-либо причине забыли записать пароль администратора - просто опять создайте таблицы базы данных и повторите инициализацию CMS. 

Русификация интерфейса

Русификация Drupal выполняется следующим образом: 

Зайдите в CMS как администратор (первый созданный пользователь обладает административными правами). 

  • Перейдите в меню CMS "Administer - Modules" (откроется страничка управления модулями). 

  • Активируйте модуль "locale" (установите флаг "Required" и нажмите кнопку "Save configuration"). После этого в административном меню добавится пункт "Localization". 

  • Зайдите в меню "Administer - Localization", добавьте русский язык (ссылка "Add language"), после чего установите флажки "Enabled" и "Default" на вкладке "List" странички настройки языков и подтвердите запись конфигурации (кнопка "Save configuration"). 

  • Скачайте пакет русской локализации с русского сайта Drupal, распакуйте из этого архива файлы локализации (ru-1.po, ru-2.po, ru-3.po) во временную директорию. 

  • Перейдите на вкладку "Import" странички настройки локализации и загрузите указанные файлы (с помощью поля выбора файла "Обзор" и кнопки "Import")

После загрузки всех трех файлов интерфейс CMS русифицируется.

Создание нового сайта

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

С чего начать создание сайта

Даже не имея разработанной структуры разделов, вы можете начать конфигурировать блоки, которые будут видны на станицах сайта. Сам сайт Drupal состоит из трех полос: двух боковых, в которых можно вывести различные блоки, а также центральной части с материалами сайта. Управление блоками осуществляется из меню "Администрировать - Блоки". Изюминкой этого раздела является "вес", указываемый для каждого блока. Чем меньше вес блока, тем выше он "всплывает". После сохранения конфигурации блоков вы сможете визуально оценить их расположение на вашей странице. В зависимости от веса и расположения (слева или справа) блоки переместятся и в самом административном разделе. 

Расширения CMS

Функциональные возможности CMS наращиваются с помощью механизма внешних модулей. Управление модулями осуществляется с помощью меню "Администрировать - Модули". Сами внешние модули представляют собой PHP-скрипты и размещаются в каталоге ./modules. Характерная особенность CMS Drupal заключается в возможности размещать одно расширение в одном файле. 

Административные функции CMS

Drupal отличается наличием встроенного механизма записи действий пользователей. Все выполненные пользователями операции можно просмотреть с помощью меню "Администрировать - Логи - Пользователь". Управление пользовательскими учетными записями осуществляется из меню "Администрировать - Пользователи". Именно здесь можно поменять пароль пользователя. Вы можете ограничить возможность регистрации новых пользователей сайта. Для этого права на регистрацию можно предоставить только администратору сайта на вкладке "Настроить" страницы "Администрировать - Пользователи" административного меню системы. 

Типы материалов сайта

Контент веб-сайта в Drupal разделен на статьи и страницы. Разница между ними состоит в том, что статьи в дальнейшем можно разрешить обсуждать (с помощью указания комментариев), а страницы нет. Есть возможность ввода статей в "фильтрованном" HTML (HTML с определенным набором разрешенных тегов), PHP-формате (вы можете вставлять в ваши статьи вставки на PHP, например запросы к базе данных), "полном" HTML (разрешены все теги). Администратор системы может задать также свой формат ввода данных, в котором сможет указать разрешенные теги, необходимость конвертации окончания строк в HTML (перевод строки конвертируется в <br>), а также возможность применения PHP-кода. 

Управление контентом

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

Темы и модули CMS Drupal

CMS предоставляет пользователям функциональность, "спрятанную" в более чем тридцати стандартных модулях. В стандартном пакете существуют модули: 

  • для агрегации данных (сбора контента с других сайтов);

  • организации форума; 

  • настройки меню; 

  • модерирования контента сайта; 

  • поиска по сайту; 

  • ведения статистики посещений; 

  • ведения блогов (пользователи могут присылать материалы из программ, поддерживающих технологию XML-RPC API ведения блогов). 

Просмотреть список доступных модулей можно в меню "Администрировать - Модули". Подключение дополнительных модулей сводится к копированию файла расширения в каталог ./modules.

MS Drupal имеет четыре встроенные темы оформления. Также вы можете создать индивидуальную тему оформления внешнего вида или взять уже готовую в разделе релизов веб-сайта CMS Drupal (англ.). Установка новой темы сводится к копированию файлов темы в каталог ./themes/ и подключению самой темы в меню "Администрировать - Темы".

CMS Drupal, несомненно, заслуживает внимания. Ее гибкость достигается за счет простоты решения схемы управления контентом. Но система имеет и определенные недостатки. Например, в CMS отсутствует встроенный модуль визуального редактирования материалов сайта, и поэтому процесс разработки сложных материалов может затянуться. Кроме того, постоянное наращивание возможностей CMS приводит к отсутствию полной русификации и, как следствие, к необходимости перевода некоторых терминов самими пользователями. Некоторые модули CMS требуют применения планировщика cron для выполнения некоторых периодических заданий вроде сбора новостей, а эта возможность может быть недоступна на бесплатных хостингах. 

Конечно, веб-сайты, выполненные на основе Drupal, подойдут не для всех фирм. Возможно, некоторый негативный осадок от знакомства с CMS произведет не полный перевод терминов. Но определенную нишу данная CMS все-таки займет. Это веб-представительства или новостные проекты c уже разработанной структурой, требующие быстрого внедрения. Причем с такими задачами CMS справляется на "отлично". Если посмотреть на скриншот с логами (приведенный выше), то можно увидеть, что на все операции по созданию простейшего сайта ушло менее часа. Конечно, это не стопроцентно готовый веб-сайт, но даже в таком виде он позволяет предоставить пользователям фирмы определенный сервис. А самим менеджерам фирмы дает возможность выставлять в Интернете свои информационные материалы. Кроме того, администратор веб-сайта всегда имеет возможность наращивать информационный потенциал такого сайта с помощью использования встроенных PHP-вставок.

Скачайте CMS Drupal (например, с русского сайта Drupal).

  • Создайте каталог /home/drupal/, в который распакуйте файл drupal-x.x.x.tar.gz.
  • Установите права доступа к каталогу /home/drupal/ и находящимся в нем файлам (в AltLinux владельцем файлов веб-сервера является пользователь apache, но в каждом конкретном случае лучше "подсмотреть" имя владельца процессов сервера в конфигурации веб-сервера).
  • Пропишите Alias для директории /home/drupal/ к веб-директории /drupal/ Apache (как это сделать, описано в этой статье, а также в документации по веб-серверу Apache).
  • Перезапустите Apache командой (от root) /sbin/service  httpd  restart и проверьте доступность веб-каталога имя_сервера/drupal/ (в Windows XP следует последовательно выполнить команды net  stop  apache, net  start  apache).
  • В конфигурационном файле CMS ./includes/conf.php пропишите параметры доступа к базе данных. Если база данных называется drubase, находится на сервере sqlhost и доступна для пользователя user с паролем password, то вам следует указать $db_url="mysql://user:password@sqlhost/drubase". В этом же конфигурационном файле укажите базовый URL (абсолютный путь размещения) для CMS следующим образом: $base_url="http://имя_сервера/drupal".
  • Создайте таблицы базы данных для CMS. Как на MS Windows, так и на Linux это делается с помощью следующей команды:

mysql  -h  сервер_базы  -u  пользователь  -p  пароль  имя_базы<./database/database.mysql

Инициализация CMS

После установки CMS и создания базы данных вам следует проверить доступность веб-каталога /drupal/ из браузера и приступить к настройке CMS. В первую очередь следует создать учетную запись для администратора CMS. Перейдите по ссылке "create the first account", которая находится на главной странице новоустановленной CMS. Укажите имя пользователя и e-mail администратора веб-сайта (письмо при создании этой учетной записи не отправляется, но поле нельзя оставлять пустым) и подтвердите ввод кнопкой "Create new account". Система сама сгенерирует пароль администратора, потом его можно будет поменять в любой момент. Если вы по какой-либо причине забыли записать пароль администратора - просто опять создайте таблицы базы данных и повторите инициализацию CMS.


Подписаться на эту или другие рассылки вы можете здесь: http://borislion.ru/subscribe/

С уважением, 
Борис Лайон.

temp@borislion.ru

Интернет-бизнесмен Борис Лайон
http://borislion.ru/ 

Портал Cashlist.ru: бизнес в интернете
http://cashlist.ru/

 

P.S.

Что может вам пригодиться:

Наверх

Copyright © 2005г. BorisLion.ru

Копирование материалов возможно только в случае явного указания на "BorisLion.ru" как на источник информации. При этом обязательно явное указание адреса: http://borislion.ru/
Subscribe.Ru
Поддержка подписчиков
Другие рассылки этой тематики
Другие рассылки этого автора		 Подписан адрес:
Код этой рассылки: inet.webbuild.webmasterschool
Архив рассылки		 Отписаться Вебом Почтой
Вспомнить пароль
В избранное