Керування Web-сайтом b> p>
Ви непогано потрудилися, плануючи і розробляючи ваш Web-сайт, і ось, нарешті,
робота підійшла до завершення. Ви приступаєте до етапу втілення ідеї в реальність, але щось вас бентежить. Як з усім цим впоратися? Як забезпечити
постійну підтримку сайта? Як переконатися, що все працює, перш ніж розміщати сайт у мережі? Чи можете ви бути впевнені, що який-небудь
доброзичливець, який любить пхати свого носа в чужі справи, не залізе в сайт і не зіпсує все? p>
Безліч подібних питань може прийти вам в голову на будь-якій стації розробки вашого
сайту, особливо, якщо команда Web-розроблювачів у вашій чи компанії організації досить велика. Але навіть якщо ця команда складається з одного
людини, все одно доводиться враховувати велику кількість адміністративних проблем, пов'язаних з організацією сайта. Перед тим, як ці тривожні думки
перетворяться на страшну головний біль, прочитайте цей розділ і ви побачите, наскільки Frontpage спрощує адміністрування сайту. p>
І якщо ви замислюєтеся про адміністрування Web-сайта, згадаєте про Провідник.
Провідник Frontpage - це прекрасний інструмент для розв'язання більшості ваших завдань адміністрування: з його допомогою ви можете планувати заходи щодо
розробки і підтримки ваших сайтів, вирішувати проблеми з Proxy-серверами, установлювати повноваження користувачів і багато чого іншого. У цьому розділі
пояснюється, як Frontpage допоможе вам впоратися з цими завданнями. Почнемо з розгляду проблем захисту інформації. p>
Захист b> p>
На Дикому Заході захист асоціювався з крутим хлопцем і його командою стрільців.
Сьогодні, коли інформація передається по повітрю та по телефонних і супутникових лініях зв'язку, забезпечити її безпеку стало набагато складніше. Особливо, коли
12-річний хакер з Небраски знаходить спо-подію перервати навіть через самі досконалі заходи захисту. Так що, коли справа дійде до безпеки вашого
Web-сайту та обмеження доступу до нього, в? Ам буде приємно дізнатися, що Frontpage може надати у ваше розпорядження дуже надійні засоби
захисту. p>
Використання SSL b> p>
Протокол безпечних з'єднань (Secure Sockets Layer, SSL) - це протокол, який
забезпечує безпечний зв'язок між сервером і клієнтом. SSL не закриває доступ до переданим даними, а просто їх шифрує. Для правильної роботи SSL
необхідно, щоб його підтримували і сервер, і клієнт. Frontpage і Microsoft Internet Explorer, а також Netscape Navigator підтримують SSL. Frontpage також
дозволяє створювати посилання, що починаються з https :// b> замість http://; такі посилання означають безпечне з'єднання по протоколу SSL. p>
Перш ніж рухатися далі, ви повинні з'ясувати, чи підтримує SSL сервер, з яким
ви збираєтеся працювати. Зробити це можна кількома способами: p>
- Дізнайтеся це в адміністратора сервера. Адміністратор може відключити підтримку
SSL, так що бажано з'ясувати це заздалегідь p>
- Якщо ви використовуєте Microsoft Internet Information Server чи один із серверів
Netscape (Commerce Server, FastTrack Server або Enterprise Server), то вам, швидше за все, турбуватися нема про що. Однак і в даному випадку вам не зашкодить
з'ясувати це в адміністратора (майте на увазі, що Microsoft Personal Web Server не підтримує SSL) p>
- Якщо ви хочете перевірити це самостійно, то створіть новий сайт у Провіднику Frontpage, як було описано в розділі 3. Укажіть сервер, задайте ім'я
сайту і встановіть прапорець Connect Using SSL. b> Якщо Провідник відкриє сайт без повідомлення про помилку, то підтримка SSL на вашому сервері встановлена p>
Якщо на сервері й у Frontpage активізований SSL, то зв'язок між клієнтом Frontpage і
сервером, включаючи будь-які команди від чи Провідника Редактора, є безпечним. Це означає, що весь потік інформації між Frontpage і
Web-сервером, де б вони не були розташовані, шифрується. Такий захист зручна у декількох ситуаціях: p>
- Якщо ви знаходитеся в шляху і вам потрібно внести зміни в сайт, що знаходиться на сервері у вас удома, то ви можете
відкрити сайт, зробити необхідні зміни і зберегти їх на сервері p>
- Якщо ваша організація має більше одного офісу і тільки один Web-сервер, то
можна вносити зміни в сайт із віддаленого офісу p>
- Якщо ваш корпоративний чи персональний Web-сайт розташований на сервері провайдера послуг Internet (як правило, такі
сервери обслуговують декілька Web-сайтів), то ви зможете робити зміни у вашому сайті за допомогою Frontpage, не побоюючись, що інформація по шляху буде
перехоплена і переглянута яким-небудь хакером, оскільки всі передані дані зашифровані p>
Повноваження b> p>
Повноваження дають вам як розробнику Web-сайта можливість установки прав доступу до вашого
сайту. З їхньою допомогою ви можете визначати коло осіб, що мають привілеї перегляду, чи авторства адміністрування сайту незалежно від того, для якої
мережі - intranet або Internet - ви розробляєте сайт. Якщо ви установили дозвіл доступу тільки для зареєстрованих користувачів, то очевидно,
незареєстрований користувач доступу до вашого сайту мати не буде. Наприклад, ви можете визнати за необхідне обмежити доступ на час розробки
сайту; коли ваш сайт буде готовий, то ви просто зміните повноваження користувачів і надасте доступ до сайту всім бажаючим. p>
Якщо ви розміщуєте сайти Frontpage на сервері Internet, то визначати повноваження і
розмежовувати доступ різних користувачів до всіх сайтів ви можете прямо в Провіднику.
Якщо ж ви створюєте ваш сайт і зберігаєте його у вигляді файлів на локальному або мережевому диску, то у вас немає можливості використовувати Провідник для установки
повноважень. У таких сайтах для керування доступом вам доведеться використовувати засоби файлової системи. p>
Адміністратор може керувати повноваженнями в Провіднику за допомогою команди Permissions b>
(Повноваження) меню Tools. B> За замовчуванням усі Web-сайти, що знаходяться на сервері, використовують права доступу, установлені для кореневого сайту. Однак ви
можете для кожного окремого сайта установити свої дозволи. Далі будуть описані обидві ці можливості. p>
Установка і зміна повноважень для кореневого Web-сайту b> p>
Установка і зміна повноважень для кореневого Web-сайту проводиться таким чином.
Відкрийте існуючий сайт Frontpage у Провіднику, вибравши в меню File b> пункт Open Frontpage Web. В b> діалоговому вікні Open Frontpage Web b>
введіть або виберіть Web-сервер. Натисніть кнопку List Webs, b> виберіть зі списку сайтів та натисніть кнопку ОК. Для того щоб відкрити
діалогове вікно Permissions, b> показане на рис. 5.1, виберіть у меню Tools b> команду Permissions. B> p>
p>
Рис. 5.1. B> Діалогове вікно Permissions b> p>
На вкладці Users b> (першій вкладці діалогового вікна) перераховані всі наявні в даний час користувачі кореневого сайта, а також їх поточні
рівні доступу. На цій вкладці ви можете додавати, редагувати або видаляти бюджету користувачів, як пояснено в наведеному нижче списку. Ще тут
є присутнім перемикач, що має два положення - Everyone has browse access b> (Усі мають доступ на перегляд) і Only registered users have
browse access b> (Доступ на перегляд мають тільки зареєстровані користувачі). p>
- Для того щоб додати бюджет користувача, натисніть кнопку Add b> і поставте його ім'я і права доступу p>
- Для редагування прав доступу користувача виберіть ім'я потрібного користувача зі списку та натисніть кнопку
Edit. B> На екрані з'явиться діалогове вікно Edit Users, b> показане на рис. 5.2, в якому ви зможете змінити рівень його привілеїв p>
- Для того щоб видалити бюджет користувача, виберіть його ім'я в списку та натисніть
кнопку Semove b> p>
Друга вкладка, Groups b> (Групи), містить список усіх груп, встановлених у
даний час для кореневого Web-сайту, і поточний рівень доступу кожної групи. Це також дає вам можливість додавати, редагувати або видаляти
бюджети груп аналогічно тому, як це робиться на вкладці Users. b> p>
p>
Рис. 5.2. B> Діалогове вікно Edit Users b> p>
Попередження b> p>
При видаленні бюджетів чи адміністраторів авторів зі списку повноважень переконайтеся, що виділено саме ті, які ви хочете видалити, тому що
Frontpage не стане запитувати у вас підтвердження ваших дій. p>
Установка і зміна повноважень для зазначеного Web-сайту b> p>
Щоб встановлювати і змінювати повноваження для конкретного сайту, спочатку відкрийте в
Провіднику існуючий сайт, вибравши пункт Open Frontpage Web b> у меню File. B> У діалоговому вікні Open Frontpage Web b> введіть або виберіть Web-сервер.
Натисніть кнопку List Webs b> і вибравши сайт, клацніть по кнопці ОК. Далі в меню Tools b> виберіть команду Permission. B> На екрані з'явиться
діалогове вікно Permissions, b> що містить три вкладки, кожна з яких відноситься до певного рівня доступу. На рис. 5.3 показано діалогове вікно
Permissions b> сайту Project One. Це вікно має 3 вкладки: p>
- На вкладці Settings b> (Параметри настроювання) знаходиться перемикач, одне
з положень якого встановлює для поточного сайту ті ж самі повноваження, що і для кореневого, а інше дозволяє вам установлювати для поточного сайту
свої власні повноваження. Вибір кожної з цих опцій супроводжується описом її в нижній частині діалогового вікна. Якщо ви хочете призначити
певним особам привілеї адміністратора, автора та/або кінцевого користувача тільки для цього сайту, але не для кореневого, то виберіть другу
опцію. Інакше виберіть перший опцію і внесіть необхідні зміни в повноваження для кореневого сайту, як було описано в цьому розділі раніше p>
- Наступні дві вкладки відносяться до користувачів групам (вкладки Users і
Groups b> відповідно). Установка повноважень користувачів груп працює точно так само, як і у випадку кореневого сайта. Майте на увазі, що при видаленні
користувачів або груп Frontpage не запросить вас про підтвердження ваших дій p>
p>
Рис. 5.3. B> Діалогове вікно Permissions b> сайту Project One p>
Після того як ви закінчите модифікацію повноважень, натисніть кнопку ОК, b> щоб
повернутися в Провідник. p>
Примітка b> p>
Якщо ви вносите зміни в параметри настроювання на вкладці, то перед переходом до
інший вкладці для збереження параметрів слід натиснути Apply b> (Застосувати). p>
Установка повноважень на сервері b> p>
Web-сервери часто мають вбудовані механізми регулювання повноважень, що дозволяють вам
обмежувати доступ на основі імені/пароля користувача, маски IP-адреси або їх комбінації. p>
Примітка b> p>
Microsoft Internet Information Server, Microsoft Personal Web Server і Windows NT
Workstation Peer Web Services обмежують доступ, використовуючи стандартну систему безпеки Windows NT, і не підтримують обмеження доступу через
маски адреси IP. p>
Адреса IP містить чотири числа, розділені крапками, кожне з яких менше 256,
наприклад, 150.200.45.65. Маска адреси IP використовується для того, щоб створити модель прийнятної адреси IP, використовуючи комбінацію фактичних значень і
зірочок (відомих також як групові символи (wild cards)). Маски використовуються для того, щоб визначити, чи має комп'ютер доступ до Internet,
наприклад, до сайту Frontpage. Прикладом адресної маски, що дозволяє з'єднання з вищенаведеним адресою IP, може служити 150.200 .*.*. Комп'ютери
з IP-адресами, що починаються на 150.200, будуть мати доступ до сайту Frontpage, а комп'ютерам з іншими IP-адресами доступ буде закритий. Якщо встановлена маска
IP, то для доступу до сайту Frontpage адміністратор, автор чи користувач повинні працювати на комп'ютері, який має доступ до місця розташування сайта, а
також мати відповідні повноваження. За замовчуванням доступ до сайтів Frontpage відкритий усім комп'ютерам. p>
За більш докладною інформацією щодо установки повноважень на сервері звертайтеся до документації вашого сервера. p>
Паролі b> p>
Для зміни й адміністрування сайтів Frontpage вам необхідно мати пароль, але
вводити його доведеться не дуже часто (це залежить від використовуваного вами Web-сервера); опція Change Password b> меню Tools b> Провідника може
навіть бути недоступна. p>
Якщо Frontpage попросить вас ввести ім'я користувача і пароль, то це може бути
викликано однієї з наступних причин: p>
- Деякі Web-сервери вимагають обов'язкового введення імені користувача і пароля, незалежно від користувача або
ситуації p>
- Ви намагаєтеся звертатися, вносити зміни або керувати сайтом на сервері, не маючи на те відповідних прав p>
При установці Frontpage запропонує вам вказати ім'я користувача і пароль для адміністратора, єдиного для всіх створюваних вами сайтів. Щоб надати
іншим особам права адміністративного, авторського і призначеного для користувача доступу до ваших сайтів, скористайтеся командою Провідника Permissions. b> p>
Зміна паролів b> p>
З деякими Web-серверами Microsoft зміна паролів у Frontpage виявиться неможливою. Microsoft Internet Information Server, Microsoft Personal Web
Server і Windows NT Workstation Peer Web Services звертаються до списку бюджетів користувачів (user accounts) Windows NT, a Frontpage не здатний дозволити вам
створювати, видаляти або редагувати бюджети користувачів. Зміна вашого пароля аналогічно зміні вашого бюджету в Windows NT, тому Windows NT
вважатиме це порушенням захисту. p>
Так, якщо, використовуючи один з цих серверів, ви спробуєте командою Провідника
Permissions b> змінити права доступу, то побачите, що паролі користувачів вам змінити не вдасться, і тепер ви знаєте, чому. З цієї ж причини може
бути недоступна команда Change Password b> меню Tools. b> При використанні цих серверів Frontpage перевіряє ім'я і пароль користувача за
списку бюджетів системи Windows NT. Отже, в Windows NT ви повинні змінювати паролі на рівні системи. За інформацією про те, як змінювати паролі
при використанні цих серверів Microsoft, зверніться до документації по серверу або мережі. p>
Якщо Microsoft Personal Web Server у вас запущений під керуванням Windows 95, то
редагування параметрів і паролів користувачів можна робити за допомогою засобів адміністрування цього сервера. Щоб до них добратися, клацніть
двічі на значку Personal Web Server b> у панелі керування Windows (Windows Control Panel). Більш докладно про це написано в розділі 11. p>
При використанні інших Web-серверів завдяки тому, що список бюджетів користувачів сервера цілком незалежний від списку бюджетів користувачів
операційної системи, ви можете вільно додавати, видаляти або змінювати паролі без побоювання порушення захисту. Ви можете зробити це за допомогою діалогового
вікна Change Password, b> яке ви можете викликати, вибравши в меню Tools b> Провідника команду Change Password. b> Більш докладно цей момент висвітлений у
розділі 3. p>
Proxy-сервери b> p>
Proxy-сервер (Proxy server) захищає мережу з несанкціонованого доступу зовні. Frontpage дозволяє легко
працювати з Proxy-серверами в будь-якому напрямку, як ззовні - у випадку підключення зовні через Proxy-сервер до вашого внутрішнього сервера, так і
зсередини - коли ваш внутрішній сервер через Proxy-сервер установлює з'єднання з яким-небудь зовнішнім сервером. Всі звернення до сайту дозволяються
тільки Proxy-сервером, що запобігає доступ до всієї системи непроханих гостей. p>
Якщо у вашій локальній мережі встановлений Proxy-сервер, то його варто вказати в
Провіднику Frontpage. Для того щоб задати Proxy-сервер для вашої чи машини сервера, з'єднання з якими відбувається безпосередньо, без участі Proxy-сервера,
виконайте наступне: p>
1. Натисніть кнопку Tools b> Провідника команду Options, b> а потім у діалоговому вікні Options b> виберіть вкладку Proxies b> (рис. 5.4) . p>
2. У текстовому полі HTTP Proxy b> введіть ім'я Proxy-сервера і порту; наприклад,
itgproxy.1000. p>
3. Якщо ваша організація має сервери, що знаходяться усередині брандмауера, то
їхній список відображається в текстовому полі List of Hosts without Proxy b> (Список хостів без Proxy-сервера). Зв'язок з цими серверами здійснюється без
використання Proxy-сервера. Номери портів ви можете задавати довільно, і в списку вони повинні відокремлюватися комами; наприклад, jeffserver.345,
deborahserver.222. Для того щоб видалити Proxy-сервер або будь-які інші сервери зі списку, виділіть відповідне ім'я і натисніть клавішу. p>
Якщо ви хочете мати доступ до всіх серверів всередині Proxy-сервера, встановіть прапорець
Do not use proxy server for local (intranet) addresses b> (He p>
використовувати Proxy-сервер для локальних адрес (intranet)). p>
4. Після внесення змін у діалоговому вікні Proxies b> натисніть кнопку ОК. p>
p>
Рис. 5.4. B> Вкладка Proxies b> p>
діалогового вікна Options b> p>
Frontpage зберігає інформацію про Proxy-сервер і використовує її при всіх наступних підключеннях,
так що вам не доведеться вводити цю інформацію щораз. Кожного разу, коли ви запитуєте підключення до сервера (наприклад, випливаючи по посиланню), Frontpage
перевіряє, чи не чи встановлений прапорець За not use proxy server for local (intranet) addresses, b> і при необхідності перевіряє список хостів без
Proxy-сервера. Якщо сервер доступний зсередини, то Frontpage здійснює підключення безпосередньо. У протилежному випадку Frontpage спочатку з'єднується з
Proxy-сервером і далі встановлює з'єднання Proxy-сервера з тим сайтом, до якого ви звернулися. Це означає, що після того, як ви ввели інформацію про
Proxy-сервер, усі звертання через нього Frontpage забезпечує автоматично, а ви можете навіть і не знати про використання Proxy-сервера. p>
Тестування вашого сайту b> p>
Рано чи пізно процес розробки вашого сайта підійде до кінця, і хоча ви можете
бути впевнені, що він буде працювати без сучка, без задирочки, не заважає це перевірити. Тестування може запобігти, скажімо, наступну ситуацію:
настає день, коли ви збираєтеся представити замовникам закінчену роботу. Ваш сайт невеликий, але ви ним дуже пишаєтеся. Однак один з ваших колег, давно
заздрять вашим успіхам і червоному спортивному автомобілю, затримавшись напередодні в офісі, входить на ваш сайт і злегка змінює в ньому одну з посилань. І
замість того щоб по кнопці See Profile b> перейти, як було задумано, на сторінку профілю компанії, ви прямо відправляєтеся на сайт бюро ритуальних
послуг "Німфа". p>
Для того щоб перевірити ваші посилання, існує три методи: p>
- Ви можете перевірити їх окремо в редакторі. Це дуже повільний спосіб
перевірки посилань, але якщо ви вже запустили Редактор і хочете упевнитися, що посилання працюють, то помістіть курсор на посилання та натисніть
одночасно з клацанням на посиланні. У Редактор буде завантажена відповідна сторінка p>
- Ви можете досліджувати ваш сайт за допомогою якого-небудь браузера типу Microsoft
Internet Explorer або Netscape Navigator і перевірити кожну з посилань. Цим способом ви зможете на власні очі переконатися в тому, що ваші посилання, включаючи посилання на
інші сайти Internet, працюють як потрібно p>
- Ви можете змусити Frontpage автоматично перевірити усі ваші посилання в один
прийом, задавши в Провіднику команду Tools, Verify Hyperlinks. b> Ця процедура була докладно розібрана чолі 3. Ця команда, однак, перевіряє
тільки існування адрес призначення всіх посилань, але не їх правильність! Якщо ви хочете заощадити час, то ви можете перевірити стан ваших посилань
у протоколі стану гіперпосилань (Hyperlinks Status View) b> Провідника. Про нього було розказано в главі 3 p>
Нарешті, ви можете перевірити правильність розташування зображень на вашій сторінці.
Обов'язково зробіть це як у редакторі, так і в різних браузерах. При перевірці зображень звертайте увагу на такі речі, як час їхнього завантаження і
якість. Більш детально тема графіки розглянуто в главі 8. p>
Найпростіший спосіб перевірити ваш сайт у браузері - це використовувати команду
Preview in Browser b> (Попередній перегляд. В браузері) з меню File b> Редактора. Ця команда дозволяє вам вибрати будь-якої з установлених браузерів і
перевірити роботу вашого сайта при різних значеннях дозволу екрана. Більш докладно про команду Preview in Browser b> читайте в розділі 7. p>
Нерідко при тестуванні того самого сайта на локальному комп'ютері, в мережі і в
Internet результати істотно відрізняються. Це відбувається з-за різних факторів, які можуть впливати на швидкодію і передачу інформації.
Перевірте, по можливості, роботу вашого сайта як можна великою кількістю способів, такими як: p>
- Локально, на вашому власному комп'ютері p>
- У мережі p>
- У віддаленому режимі, в Internet p>
- Використовуючи модеми й інші пристрої зв'язку при різних швидкостях p>
- Під різними операційними системами p>
- У різних браузерах і при різних параметрах екрана (таких, як роздільна
спроможність) p>
Вихід в мережу b> p>
Не кожна організація може дозволити собі влаштувати всенародні торжества з нагоди появи на світ нового Web-сайту. Але, тим не менше, явище сайту
народу, глобального чи чи сайту intranet, є досить значною подією, і коли прийде час, ви повинні знати, як це робиться. p>
Існує кілька способів зробити ваш сайт доступним для аудиторії. Один розповсюджений шлях - будувати сайт прямо на тому сервері, на якому він і
буде розміщено в мережі, і відкрити до нього вільний доступ. При такому варіанті дуже корисні піктограми Under Construction b> (Ведуться роботи), тобто вони
дають зрозуміти відвідувачам, що сторінка ще не завершена. Frontpage може додати ці піктограми, якщо ви використовуєте мастер створення сайту. p>
Якщо ви не хочете, щоб хто-небудь бачив ще не закінчений сайт чи якщо у вас
просто недостатньо інформації, яка заслуговує на увагу, то ви можете зробити одне з двох: або розробляйте свій сайт на локальному рівні, або
обмежте доступ до нього користувачів. p>
Локальна розробка сайту b> p>
Microsoft Personal Web Server, Frontpage Personal Web Server і Microsoft Internet
Information Server дуже добре підходять для локальної розробки. Вони дають вам можливість розробляти і перевіряти ваші intranet або Internet Web-сайти на
вашому власному комп'ютері або в локальній мережі. Коли ваш сайт буде повністю готовий, і ви будете готові представити його загального огляду, ви
зможете скопіювати його на Web-сервер одним натисканням кнопки на панелі інструментів Провідника, використовуючи команду Publish. b> За допомогою цієї
команди ви зможете скопіювати сайт на будь-який з найбільш популярних Web-серверів. Більш докладно про команду Publish b> читайте в розділі 3. p>
Оновлення сайту b> p>
Всесвітня Павутина, будучи дзеркалом інформаційних технологій, знаходиться в постійному
розвитку. Сьогодні ви відправите другу по електронній пошті адреса сподобався вам сайту, а на наступний день, може статися, ваш друг вже не побачить те, що
бачили ви, тому що сайт вже докорінно змінився. Ця тенденція до мінливості стосується навіть мереж intranet. Однією з причин такої мінливості є
простота модифікації сайтів. Для того щоб замінити графіком, змінити посилання або навіть додати нову сторінку, особливих зусиль не потрібно. p>
Інша причина швидкого зміни сайтів - це вимоги аудиторії. Вам необхідно
постійно насичувати сайт свіжою інформацією, в іншому випадку більше одного разу ніхто на нього повертатися не захоче. Відвідування сайту подібно перевертиванію
гральної карти, якщо ваші глядачі побачать ту ж саму картинку ще раз, то вони будуть грати в іншу гру. p>
Однак великі зміни не слід вносити занадто часто. Якщо у вас багато постійних
користувачів, то не варто заплутувати їх, щомісяця змінюючи розташування кнопок навігації або назви розділів сайту; погано, якщо вони не зможуть знайти те, що
шукають. Пам'ятайте, що хороші регулярні зміни змісту, такі як зміни тексту і зображень, але зміна структури може бути реальним ударом для
ваших постійних користувачів. p>
Модифікування великих сайтів може віднімати багато часу, і тим більше, чим ширший сайт і
чим частіше відбувається оновлення. Ви повинні скласти план модифікування вашого сайту ще до того навіть, як почнете його. Якщо саме зараз ви займаєтеся
плануванням сайту або у вас назріла необхідність у складанні плану його оновлення, то прочитайте декілька корисних порад з цього приводу. p>
Оновлення змісту b> p>
Оновлення змісту відбувається тим же шляхом, що і збір первинної інформації,
однак цей процес напевно можна раціоналізувати. Наприклад, якщо в перший раз це зайняло дуже багато часу, спробуйте збирати інформацію в іншому
порядку або усунути який-небудь не дуже важливий етап, наприклад, редагуйте матеріал не двічі, а тільки один раз. А також перевірте розкладу
співробітників, щоб бути впевненим у тому, що папка з вашими матеріалами не осяде на столі у людини, який поїхав відпочивати на Таїті. p>
Якщо вашої компанії потрібно, щоб ваш матеріал проходив через юридичний відділ,
то, швидше за все, не обов'язково віддавати туди весь матеріал, адже частина його напевно вже де-небудь використовується. Якщо вам вдасться скоротити обсяг
зайві пересуваються матеріалу, то ви збережете час та енергію, які стануть у нагоді для більш корисних справ. p>
Ніколи не забувайте планувати вперед. Якщо ваш сайт підлягає щомісячному
оновленню і для свіжого матеріалу у вас передбачений тестовий сайт, то не жалійте часу на роботу з ним. Наприклад, якщо ваш перший вихід в мережу
відбувся у травні, а оновлення заплановано на червень, то залиште достатньо часу для розробки і тестування оновлень до настання 1 червня. Це
означає, що весь зміст для червневого випуску повинно бути завершено до середини травня, щоб у вас було достатньо часу для перевірки сайту і
усунення знайдених помилок. p>
Оцініть час, який знадобиться вам і/або вашої групи для написання, редагування
і схвалення змісту. Вам буде потрібно інформація з різних відділів вашої компанії, і навіть якщо ви або ваш помічник любите самі відвідувати співробітників для уточнення
кожної дрібниці, переконайтеся, що для збору матеріалу ви вьщелілі достатньо часу. p>
Віддалене оновлення сайту b> p>
Віддалене оновлення - одна з найсильніших сторін Frontpage. Існує не так багато
інших засобів розробки Web-сайтів, що пропонують подібну можливість. Це робиться просто: p>
- Ви повинні мати можливість з'єднатися з Web-сервером, що містить сайт, який ви хочете модифікувати. Бажано, щоб на сервер були встановлені
Серверні розширення Frontpage p>
- На використовується вами потрібно встановити Frontpage p>
- Віддалений комп'ютер і користувач повинні мати для редагування сайту права автора або адміністратора p>
Якщо ви готові відповісти ствердно на ці три вимоги, то йдіть до свого шефа
і переконуйте його в необхідності перенести ваше робоче місце в ваше улюблене кафе. p>
Одночасне редагування b> p>
Frontpage робить зміну змісту вашого сайту простим завданням, виконувати яку
можуть одночасно кілька авторів. Однак, якщо ви вносите зміст і працюєте над який-небудь його частиною, в той же час над цією ж частиною може
працювати хтось інший. Небезпека, звичайно, виникає, коли двоє або більше авторів намагаються робити зміни на одній і тій же сторінці одночасно. p>
Щоб допомогти уникнути такої ситуації, Frontpage видає попередження у випадку, коли
хтось намагається записати сторінку, яку вже редагує хтось інший. Якщо ви отримаєте таке попередження, то вам доведеться вирішувати, який із змін
залишити. Якщо ви залишите свої зміни, то будуть втрачені правки, зроблені вашим колегою. У майбутньому координує свою роботу з іншими таким чином,
щоб в один і той же час над однією сторінкою не працювало кілька людей. p>
Щоб уникнути таких ускладнень, ширше використовуйте у своїй роботі перелік завдань
(Tasks View) b> Провідника. У переліку завдань кожного завдання призначається тільки один автор. Якщо обставини змінилися, то ви завжди зможете перепризначити
завдання. Навіть якщо автори, які працюють над сайтом, географічно віддалені один від одного, то все одно всі вони будуть мати справу з одним і тим же переліком завдань.
Таким чином виключається одночасне редагування однієї сторінки кількома авторами. p>
Підвищення пропускної здатності b> p>
Чи готовий ваш сайт до високого графіком? Якщо він стане популярним, то для обробки
запитів вам знадобиться потужний Web-сервер. Frontpage за допомогою команди Publish Frontpage Web b> Провідника дозволяє спростити процедуру переносу
сайту з одного сервера на інший. Так, якщо використовуваний вами сервер не справляється, і у вас є більш потужний сервер, здатний впоратися з
що збільшився потоком інформації, то ви можете просто перемістити ваш сайт на новий сервер. Ця операція гранично проста і здійснюється за допомогою команди
Publish Frontpage Web, b> яка була описана в розділі 3. Аби більше дізнатися про Web-серверах і серверні розширення Frontpage (Frontpage Server
Extensions), загляньте в розділ 11. p>