Разработка веб-сайта систем автоматизации «Умный Дом»

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

СОДЕРЖАНИЕ 3
ВВЕДЕНИЕ 4
1 ОСНОВНАЯ ЧАСТЬ 7
1.1 Теоретические сведения по СМS Joomla в аналитическом обзоре 7
1.2 Установка и интерфейс СМS 10
1.3 Специфика построения дизайна сайта 12
1.4 Используемые типы расширений CMS Joomla 14
1.5 Организация содержимого сайта 24
1.6 Специфика построения структуры меню и его пунктов 31
1.7 Специфика переноса сайта на хостинг 40
1.8 Поисковая оптимизация 53
2 ОХРАНА ТРУДА 62
2.1 Санитарно-гигиенические требования к помещениям с компьютерным оборудованием 62
2.2 Электробезопасность компьютерных помещений 66
2.3 Перспективные средства профессионального подбора специалистов компьютерщиков 72
3 ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ САЙТА «УМНЫЙ ДОМ» 74
3.1 Общая характеристика проекта 74
3.2 Расчет трудоемкости 75
3.3 Определение цены программного продукта 80
3.4 Расчет начальных инвестиций 83
3.5 Расчет текущих затрат 84
4 гражданской защиты 87
4.1 Рекомендации по поведению на воде 88
4.2 Рекомендации по поведению на льду 89
4.3 Рекомендации по поведению при обморожении 91
4.4 Рекомендация по поведению при переохлаждении 93
5 ЗАКЛЮЧЕНИЕ 96
ЛИТЕРАТУРА 97
ПРИЛОЖЕНИЕ 9

В современных условиях развития компьютерных технологий и постоянного повышения вычислительных мощностей растет количество пользователей ПК и ЭВМ. Увеличиваются возможности по обработке и хранению информации, растет коммерческий спрос на программное обеспечение, наблюдается высокая конкуренция в отрасли. Все большую актуальность приобретает направление сайтостроения.
В коммерческом плане создания сайта для предприятия, фирмы или другой производственной организации способствует увеличению списка клиентов, повышению доходов, укреплению репутации путем рекламирования своей продукции или услуг посредством предоставления необходимой информации на созданном ресурсе.
В настоящее время существует множество средств и технологий создания web-сайта. Наиболее широко используемыми являются:
• Скриптовы е и высокоуровневые языки программирования, такие как PHP, Perl, JavaScript, Python, ActionScript, Ruby;
• Системы управления контентом (CMS), такие как Joomla, WordPress, Drupal, 1С-Битрикс;
• Языки разметки текста HTML, XHTML, DHTML;
• Каскадные таблицы стилей CSS.
Каждая из перечисленных технологий имеет свои преимущества и недостатки, и в зависимости от конкретной задачи позволяет сделать реализацию более актуальной и полной.

Диплом защищен на оценку "Отлично" в феврале 2012 года в одном из Вузов Украины

Рисунок 1.7.1 – Програма управління базами даних phpMyAdmin
Для експорту БД сайту в SQL-файл необхідно виконати наступні дії:
в лівій вертикальній частині вікна, в списку вибору БД, виберемо БД нашого сайту. Переглянути її можна в файлі configurations.php в рядку var $ db;
вибираємо ім'я нашої БД:
вгорі натиснемо вкладку Експорт (Export) і вибираємо таблиці для експорту;
експортна сумісність залишається такою, як зазначено в полі SQL (export) compatibility mode: NONE або вказується версія SQL, яка встановлена ​​у хостера зі списку: ANSI, DB2, MAXDB, MSSQL, MYSQL323, MYSQL40, ORACLE, POSTGRESQL, TRADITIONAL;
у пункті «Дані» повинні бути відзначені поля «Дані», «Повна вставка» та «Використовувати шістнадцяткові бінарні поля»;
внизу відзначимо поле пункту «Надіслати», у пункті «Стиснення «виберемо «Архівувати в gzip»;
потім у правому нижньому кутку натиснемо кнопку «Пішов», після чого зберігаємо файл на локальному ПК.
Вікно конфігурування зображене на рис.1.7.2.
Рисунок 1.7.2 – Конфігурування експорту бази даних у phpMyAdmin
Експорт БД безпечніше виконувати у форматі gzip, тому формат zip може не підтримуватися при імпорті БД на хостингу, з видачею повідомлення: «Завантажуваний файл стиснутий методом application / zip, який не підтримується, і тому не може бути імпортований».
1.7.4 Додавання користувача до бази даних
Після створення БД потрібно додати користувача до цієї БД (якщо він не був автоматично створений хостером при створенні хостингового акаунту).
Виконуємо це засобами хостингової панелі cPanel.
У розділі Користувачі MySQL додаємо нового користувача.
Введемо Ім'я користувача: root та його пароль і натискаємо кнопку «Створити користувача», а потім знову повернувшись назад в розділі «Додати користувача» до БД заповнюємо «Користувач:» і «База даних:» і натискаємо кнопку «Додати».
У вікні необхідно призначити цьому користувачеві всі привілеї (select, insert, update, delete, index, create temporary tables, create, alter, drop, look tables, references, create routine), вибравши All Privileges і натиснувши кнопку «Внести зміни».
1.7.5 Імпорт бази даних на хостинг
Запускаємо програму PhpMyAdmin, встановлену на хостингу, зазвичай вона встановлюється адміністратором хостингу. У розділі Бази даних cPanel натиснемо однойменну посилання PhpMyAdmin.
У вікні в лівому верхньому кутку виберемо створену БД і у вікні натиснемо вкладку «Імпорт» у верхньому меню. У наступній області «Імпортувати файл» натиснути кнопку «Вибрати» та вибрати на локальному ПК файл з дампом БД нашого сайту.
Виберемо кодування файлу cp1251 і натиснемо на кнопку OK.
Деякі сервера видають помилку при виборі кодування cp1251, але без помилок виконують імпорт при кодуванні UTF8. Однак, не завжди після цього вміст на сторінках сайту нормально відображається.
Після завершення операції повинно з'явитися повідомлення «Імпорт успішно завершений» і відобразиться число виконаних запитів.
Тепер можна змінити кодування у вкладці «Операції». Для цього внизу, в області «Порівняння» зі списку вибрати рядок UTF8_general_ci і натиснути кнопку праворуч «Оk».
У результаті БД скопійована на хостинг, має бути присутня у списку в лівій вертикальній частині вікна з кількістю таблиць, рівних їх кількістю при експорті, її структура повинна проглядатися при виборі БД зі списку.
1.7.6 Параметри видаленої копії сайту
Відкриємо Dreamweaver і в меню Web-сайт виберемо опцію «Управління web-сайтами».
У вікні вибираємо наш сайт bases_html і натискаємо кнопку «Редагувати».
У полі «Локальна коренева папка» змінимо адресу каталогу нашого шаблону на кореневу папку Joomla Y: \ WebServers \ home \ girasd \ www \.
Тепер в списку категорій виберемо категорію «Тимчасова інформація», де задаються параметри видаленої копії сайту. В області вікна «Дистанційна інформація» в списку, що відкривається «Доступ» виберемо «FTP».
У полі «FTP-сервер»: вказуємо URL, який нам надав хостер.
У полі «Каталог на сервері»: можна вказати шлях до каталогу на сервері, де будуть знаходитися файли, наприклад / public_html / bases-html.
У полі «Ім'я входу»: зазначаються логін і дані хостера.
У полі «Зберегти» потрібно встановити прапорець і в полі «Пароль»: вказати свій пароль.
Щоб перевірити правильність інформації потрібно натиснути кнопку Тест. Після чого з'явиться повідомлення «З'єднання встановлено успішно».
Після успішної перевірки натискаємо «Оk» і після поновлення кешу сайту не обходимо натиснути кнопку «Готово».
Перед копіюванням файлів на віддалений сервер в адміністративному розділі сайту Joomla потрібно очистити кеш сайту на локальному ПК через меню «Інструменти» - «Очистити кеш». У вікні, «Менеджер кеша» - «Очистити Кеш» обрати у вкладці «Сайт» групу кешування і натиснути кнопку «Видалити», а також видалити застарілий кеш через меню «Інструменти» - «Видалити застарілий Кеш».
1.7.7 Копіювання файлів на хостинг
У Dreamweaver за допомогою кнопки «Показати локальні і видалені web-сайти» перейдемо в ftp-менеджер програми.
Щоб з'єднається з web-сервером потрібно вгорі у вікні натиснути кнопку «Провести підключення до віддаленого вузла».
Після підключення виділити на правій панелі всі файли або виділити кореневу папку сайту і за допомогою кнопки «Розмістити файли» скопіювати всі файли з локального комп'ютера на хостинг. Цей процес може зайняти багато часу і більше підходить до одиночного копіюванню.
Для економії часу краще помістити на сервер упаковані файли каталогу Y: \ home \ girasd \ www \ *.* в zip-архіві і розпакувати їх на віддаленому сервері каталог / public_html / bases-html.
Упакуємо вміст нашого сайту Y: \ home \ girasd \ www \ *.*, стиснувши його в zip-архів потім розпакуємо його на віддаленому сервері засобами диспетчера файлів хостингової панелі, яка може бути різною у різних хостерів.
1.7.8 Установка прав доступу
Наступним етапом буде встановлення права доступу на запис до деяких каталогів на віддаленому web-сервері.
Наведемо список каталогів системи:
administrator/backups/
administrator/components/
administrator/language/
administrator/language/en-GB/
administrator/language/ru-RU/
administrator/modules/
administrator/templates/
components/
images/
images/banners/
images/stories/
language/
language/en-GB/
language/pdf_fonts/
language/ru-RU/
media/
modules/
plugins/
plugins/content/
plugins/editors/
plugins/editors-xtd/
plugins/search/
plugins/system/
plugins/user/
plugins/xmlrpc/
templates/
Папка для кешу: /home/---/cache/
Папка для кешу: /home/---/administrator/cache/
Log Directory ($log_path) /home/---/logs/
Temp Directory ($tmp_path) /home/---/tmp/
У Dreamweaver в лівій колонці виберемо потрібний каталог, клацнемо по ньому правою кнопкою і виберемо пункт «Поставити дозвів», після чого у вікні «Засоби доступу до файлів» встановимо права на запис для категорій «Власник», «Користувач / група», «усі », чому буде відповідати код «777» і натиснемо «Оk».
У таблиці 1.7.1 нижче наведені значення коду, залежно від значення атрибута «запис» файлів і каталогів для наявних категорій користувачів (при дозволених атрибутах «читання» і «виконання» для всіх категорій).
Таблиця 1.7.1 - Значення кодів прав доступу
№
Категорія
Читання
Запис
Код
Виконати
1.
Власник
X
X
755 (1)
X
2.
Користувач/група
X
X
775 (1+2)
X
3.
Усі
X
X
777 (1+2+3)
X
При роботі з робочим каталогом сайту на сервері хостинг-провайдера:
1. При роботі в адміністративному розділі, перед виконанням налаштувань, для файлу configuration.php необхідно вирішити в правах доступу атрибут «запис» для категорії Користувач / група інакше вносяться зміни не будуть вступати в силу.
2. Після закінчення налаштування для забезпечення безпеки каталогів сайту встановити права доступу:
755 - для робочого каталогу сайту;
644 - для файлів всередині робочого каталогу;
777 - для підкаталогів робочого каталогу;
644 - для файлів всередині підкаталогів робочого каталогу.
1.7.9 Зміна файлу configuration.php
Перед зміною файлу конфігурації configurations.php створимо його копію на локальному ПК.
Це необхідно зробити, тому що вміст локального файлу конфігурації буде відрізнятися від вмісту файлу конфігурації, призначеного для сервера.
Враховуємо при цьому, що при будь-якій зміні та збереженні загальних налаштувань (а також інших параметрів) з адміністративного інтерфейсу Joomla в файлі configurations.php робочого каталогу порушується згрупований порядок проходження рядків і зникають всі коментарі.
Тому потрібно завжди мати резервні копії файлів коментовані configurations.php як для локальної (на ПК), так і для віддаленої (на хостингу) конфігурацій, наприклад:
configurations_with_comments_Local.php
і configurations_with_comments_Host.php.
Аналогічно, потрібно створити новий каталог.
Відкриємо файл configurations.php.
Текст файлу configurations.php до змін має мати такий вигляд:
<?php
class JConfig {
/* Site Settings */
var $offline = '0';
var $offline_message = 'Сайт сейчас закрыт на техническое обслуживание. Пожалуйста зайдите позже.';
var $sitename = 'Умный дом';
var $editor = 'tinymce';
var $list_limit = '20';
var $legacy = '0';
/* Debug Settings */
var $debug = '0';
var $debug_db = '0'; //добавил уд.сервер после настройки БД
var $debug_lang = '0';
/* Database Settings */
var $dbtype = 'mysql'; // Normally mysql
var $host = 'localhost'; // This is normally set to localhost
var $user = 'root'; // MySQL username (Имя пользователя БД)
var $password = ''; // MySQL password
var $db = 'mysite'; // Имя БД
var $dbprefix = 'jos_'; // Do not change unless you need to!
/* Server Settings */
var $live_site = ''; // Optional, Full url to Joomla install.
var $secret = 'JGVteczMvTulEpYE'; //Change this to something more secure
var $gzip = '0';
var $error_reporting = '-1';
var $helpurl = 'http://help.joomla.org';
var $xmlrpc_server = '0';
var $ftp_host = '127.0.0.1'; // IP-адрес FTP(хост)-сервера
var $ftp_port = '21'; // порт FTP (хост)-сервера
var $ftp_user = ''; // login для FTP-клиента
var $ftp_pass = ''; // password для FTP-клиента
var $ftp_root = ''; // корневой каталог для FTP-клиента
var $ftp_enable = '0'; // признак включения FTP
var $force_ssl = '0'; //Force areas of the site to be SSL ONLY. 0 = None, 1 = Administrator, 2 = Both Site and Administrator
/* Locale Settings */
var $offset = '0';
var $offset_user = '0';
/* Mail Settings */
var $mailer = 'mail';
var $mailfrom = '[email protected]';
var $fromname = 'Основы HTML';
var $sendmail = '/usr/sbin/sendmail';
var $smtpauth = '0';
var $smtpsecure = 'none';
var $smtpport = '25';
var $smtpuser = '';
var $smtppass = '';
var $smtphost = 'localhost';
/* Cache Settings */
var $caching = '0';
var $cachetime = '15';
var $cache_handler = 'file';
/* Meta Settings */
var $MetaDesc = 'Joomla - the dynamic portal engine and content management system';
var $MetaKeys = 'joomla, Joomla';
var $MetaTitle = '1';
var $MetaAuthor = '1';
/* SEO Settings */
var $sef = '0';
var $sef_rewrite = '0';
var $sef_suffix = '0';
/* Feed Settings */
var $feed_limit = '10';
var $feed_email = 'author';
var $log_path = 'Y:\\home\\mysite\\www\\logs'; //абс.путь к файлу протокола
var $tmp_path = 'Y:\\home\\mysite\\www\\tmp'; //абс.путь к врем. каталогу
/* Session settings */
var $lifetime = '30'; // Session time
var $session_handler = 'database';
/* Other (Dm) */
var $memcache_settings = array();
}
?>
Перевіримо і змінимо (при необхідності) у файлі configurations.php значення наступних змінних:
/ * Database Settings * /
var $ host = 'localhost'
Ім'я сервера бази даних, в більшості випадків має значення 'localhost' - не змінюємо.
var $ user = 'dgs_root'
Ім'я користувача базою даних, яку ми створили в цьому розділі (якщо додано префікс, то тут його треба вказати). Змінили на dgs_root.
var $ password =''
Пароль бази даних, який ми створили і зберегли для нашого користувача - не ввели.
var $ db = 'dgs_girasd'
Ім'я створеної нами бази даних. Змінили на dgs_girasd.
var $ dbprefix = 'jos_'
Префікс до імені бази даних - не змінюємо.
/ * Server Settings * /
var $ ftp_host = '188 .40.86.105 ';
IP-адреса або ім'я FTP-сервера (dgs.ru), на якому розміщений наш аккаунт - ввели.
var $ ftp_port = '21 ';
Порт FTP-сервера - ввели.
var $ ftp_user = 'dgs_root';
Ім'я користувача для входячи на FTP-сервер - ввели.
var $ ftp_pass ='';
Пароль поьзователя для входячи на FTP-сервер - не ввели.
/ * Feed Settings * /
var $ log_path = '/ home / dgs / public_html / bases-html / logs'
Вказуємо абсолютний шлях до файлу протоколу на сервері logs - змінили.
var $ tmp_path = '/ home / dgs / public_html / bases-html / tmp'
Вказуємо абсолютний шлях до тимчасового каталогу tmp без слеша в кінці - змінили.
Зберігаємо внесені зміни і копіюємо змінений файл configurations.php на віддалений сайт. Тепер сайт повинен бути доступний.
При оперативних перекидання файлу з локального ПК на хост і назад (для різних перевірок) в файлі configurations.php досить змінювати наступні рядки:
var $ host = 'localhost';
var $ db = 'dgs_mesite';
var $ password ='';
var $ ftp_host = '188 .40.86.105 ';
1.8 Пошукова оптимізація
1.8.1 W3C, її принципи та концепції
Зручність, доступність і пошукова оптимізація (SEO) - ці слова характеризують високоякісні веб-сторінки в сучасному Інтернеті. Насправді дуже важливо, щоб області, визначаючі зручність, доступність і пошукову оптимальність, перетиналися між собою. Найпростіше досягти цих трьох цілей можна при використанні інфраструктури, закладеної у веб-стандартах, які розроблені організацією World Wide Web Consortium (W3C).
Таким чином семантично структурований сайт на мові розмітки (X) HTML легко сприймається пристроями читання з екрану, якими користуються люди зі слабким зором. Його також легко зможуть досліджувати пошукові роботи.
Поточні стандарти консорціуму W3C покликані допомогти виробникам створювати більш сумісні між собою броузери, щоб розробники могли створювати веб-сторінки для однієї спільної платформи.
Інший ускладнюючий фактор - броузери різних виробників (таких, як Microsoft) по-різному інтерпретують розмітку HTML / XHTML. Це веде до того, що розробники веб-сайтів змушені передбачати підтримку старих версій браузерів.
У цілому, стандарти консорціуму W3C спрямовані на досягнення несуперечливості і одноманітності.
Сайт, який слід стандартам W3C, становить більш надійний фундамент для досягнення високого рівня доступності, зручності та пошукової оптимізації.
Існують наступні принципи W3C:
1. Загальнодоступність (Accessibility). Особливий опір при реалізації даного принципу робиться на забезпечення доступності ресурсів Всесвітньої павутини для людей з обмеженими фізичними можливостями.
2. Апаратна незалежність (Device Independence). Цей принцип стверджує, що ресурси і протоколи не повинні бути розраховані на конкретне фізичне устаткування, а повинні працювати на будь-якій апаратурі.
3. Інтернаціоналізація (Internationalization). Тут мова йде, насамперед, про доступність інформації на всіх мовах світу, а не тільки англійською, а також можливість і рівноправність використання національних шрифтів в документах і системах розроблених на основі стандартів.
4. Патентна політика (Patent Policy). Тут мова йде про патентування рекомендацій W3C таким чином, щоб їх можна було впроваджувати безплатно, на основі ліцензії W3C Royalty-Free License.
5. Багатоформова взаємодія (Multimodal Interaction). Принцип стверджує, що у програм повинно існувати багато форм і режимів взаємодії з користувачем.
6. Семантична павутина (Semantic Web). Це нова концепція розвитку Всесвітньої павутини, яка покликана зробити розміщену в Мережі інформацію зрозумілішою для комп'ютерів.
7. Мобільна павутина (Mobile Web Initiative, W3C-MWI). Цей принцип визначає, що ресурси Всесвітньої мережі повинні бути доступні для мобільних пристроїв.
В Joomla є кілька параметрів, що оптимізують сайт для пошукового механізму. Крім того, є кілька способів підвищення рейтингу сайту. Щоб Joomla-сайти добре індексувалися пошуковими машинами, розробники додали безліч функцій, що дозволяють поліпшити рейтинг сайту в результатах пошуку.
Для більш ефективного індексування контенту сайту в Joomla використовуються різні параметри. Оскільки Joomla динамічно генерує сторінки сайту, що відправляються користувачеві, це дозволяє негайно застосовувати зміни, зроблені в конфігурації на рівні всього сайту, проте у динамічних сайтів є й недоліки, наприклад, web-майстер більше не контролює організацію і конфігурацію сайту, як це можна зробити зі статичними сайтами.
Щоб обійти цю проблему Joomla містить параметри, що впливають на індексування сайту пошуковими машинами. Найбільш важливі з них - параметри, що дозволяють зробити URL, що генеруються Joomla, дружніми по відношенню до пошукових машин, тобто перевести їх у формат SEF (Search Engine Friendly) URL.
За замовчуванням, URL, що генеруються Joomla для доступу до сторінок сайту не дуже дружні до пошуковиків. Тобто URL, що генеруються Joomla за замовчуванням малозрозумілі і людям і пошуковикам.
Цей URL містить інформацію про параметри для движка Joomla, які вказують який контент потрібно отримати з БД і передати користувачеві. Під час завантаження сторінки Joomla використовує поточний шаблон і запитує з БД контент для створення форматованої Web-сторінки, щоб відправити її користувачеві.
На відміну від динамічного сайту, контент якого форматується «на льоту», статичний web-сайт зберігає інформацію у файлах web-сторінок в різних каталогах і отримує її, коли в її URL вказано шлях до документа.
1.8.2 Використання механізму SEF
Розробники включили в Joomla три опції, які дозволяють генерувати більш зрозумілий URL. Після включення цих опцій, Joomla буде генерувати зрозумілі пошуковикам URL (SEF URL), що нагадують структуру статичного сайту та у пошукачів більше не буде проблем з індексуванням нашого сайту.
Ці опції не включені за замовчуванням, тому що для реалізації режиму SEF Joomla динамічно перезаписує URL на web-сервері. Деякі провайдери не дозволяють програмам змінювати URL з міркувань безпеки, тому що цим можуть скористатися хакери для злому сайту.
SEF-параметри знаходяться в адміністративному розділі сайту в інтерфейсі адміністратора «Загальні настройки». Вхід через меню «Сайт» - «Загальні настройки».
Зайшовши в розділ «Загальні налаштування», в області Search Engine Optimization відображаються три SEF-параметра:
1. Включити SEO - включає механізм пошукової оптимізації (SEO) для виведення посилань у вигляді SEF (Search Engine Friendly) URL.
2. Використовувати mod_rewrite - визначає, чи використовувати Mod-rewrite сервера Apache для перехоплення і перенаправлення посилань, що відповідають певним умовам.
3. Додати суфікс до URL - якщо включено, система буде додавати у URL-адресу суфікс, що залежить від типу документа.
При включенні 1-го параметра, система буде генерувати URL у форматі папок.
Цей параметр використовує трюк маршрутизації, що змушує сервер читати і виконувати файл index.php, вказаний в URL.
При запуску index.php обробляє шлях, вказаний після нього в URL і виводить відповідний йому контент.
При цьому існує 2 особливості:
не потрібно активувати розширення mod_rewrite, що знімає навантаження на сервер і економить ресурси;
деякі вузли неправильно працюють з цією технікою.
Якщо спостерігається 2-й випадок і сервер повертає помилку 404 (файл не знайдено) при переході по посиланню будь до головної сторінки, то в цьому випадку раціонально активувати опцію «Використовувати mod_rewrite».
Налаштування mod_rewrite в Appache проводитися наступним чином:
1. Перевірка наявності mod_rewrite в Apache.
Відкриємо в адміністративному розділі сайту розділ «Інформація» через меню «Допомога» - «Інформація про систему».
У вкладці «Інформація РНР» потрібно знайти розділ Apache.
У рядку «Loaded Modules» (завантажені модулі) повинен знаходиться модуль mod_rewrite, як показано на рис.1.8.1.
Рисунок 1.8.1 – Перевірка наявності mod_rewrite в Appache
2. Активуємо файл .htaccess
Щоб дозволити Apache правильно відображати URL у форматі SEF потрібно створити окремий файл. htaccess (без розширення) в кореневому каталозі віддаленого web-сервера.
Щоб дозволити Joomla використовувати mod_rewrite потрібно перейменувати на віддаленому сайті цей файл в .htaccess (або ht.acl в Windows), після цього потрібно перезапустити Apache.