История на изграждането на сайта

Видове доходи:

Статии по темата:

Търсене в сайта:

Структурата на сайтовете и формирането на крайни страници, показвани в браузърите на потребителите

В статията Какво е сайт, вече говорих за сайтове с бази данни, динамични, но в началото сайтовете бяха статични. Статичният сайт се състои от графични файлове, стилове и html файлове. Html файловете са файлове, в които текстовите данни са представени в специфичен формат. Този формат се нарича хипертекст. Позволява документите да се показват смислено в браузърите на потребителя. Ако например погледнете изходния код на тази страница в браузър, ще видите нейния html код.

За създаването на такива сайтове не се изискваше нищо освен познания по html и много работа за поддържането на такъв сайт. Е, в зависимост от разбира се какъв сайт. Клиентът сам не знаеше html и следователно имаше услуга съответно - попълване на сайта с данни. Промяната на данните на пръв поглед е проста, рутинна операция, но когато трябва да се направи на десетки статични страници, става трудоемко. Например, за да се проектира логото на сайта по различен начин, който е на всички страници, беше необходимо да се направят промени във всички файлове на сайта.
Имайки предвид всички проблеми на статичните сайтове, ситуацията не може да продължи по-нататък и естествено бяха намерени решения за нейното преодоляване. Решението не беше да съхраняваме готови страници като файлове, а да ги формираме в движение. Те поискаха страница, тя беше оформена на сървъра и браузърът на потребителя получи html готов за показване.

Има много езици за програмиране, които работят на сървъра, правят сайта динамичен. Но най-често срещаният (обикновено извън конкуренцията) е PHP. Ето как се превежда - препроцесор на хипертекст. От wikipedia: Понастоящем се поддържа от по-голямата част от хостинг доставчиците и е един от водещите езици за програмиране, използван за създаване на динамични уеб сайтове. Както wiki казва, че е така. PHP работи почти навсякъде сега, включително 1 $. Няма да говоря за други езици за програмиране на сървъри, поради много по-рядкото им използване. в крайна сметка това са само паралелни клонове на една и съща задача - създаване на динамичен уебсайт. По-нататък ще говорим само за динамични сайтове.

И сега етапите на създаване на сайтове PHP премина през ранните си версии, самият език е добър, удобен, но сайтовете в него бяха програмирани както искаха. PHP просто ви дава средства за решаване на проблеми с програмирането и тогава можете да правите, както сметнете за добре. Като цяло времената на php версиите до 4-ти - например не намерих, защото Преминах към уеб програмиране много по-късно, когато петата версия вече съществуваше перфектно.
Много хора имат интернет у дома и съответно има предложения за създаване на сайтове и вече са пуснати разширени версии на php, изграждането на сайтове е получило нов тласък. Но въпросът е, че в нашите страни помислете, че такива неща не са били преподавани и тази ниша е била запълнена от всеки, който е искал и можел. Програмисти на приложения, решили да отидат в мрежата. Но има много и просто хора, които започнаха да разбират програмирането от нулата.

С активното развитие на фрийлансинга (на Запад това е често срещано нещо), много професионални разработчици от регионите се изтеглиха към уеб разработката. В моя град например просто не е интересно да се прави мрежа (и никой не се нуждае и цените са смешни), но на свободен пазар ще стане. Но например в големите градове професионалните програмисти имат повече възможности в други области на програмиране, така че много хора се вкопчиха в мрежата там.

Така че първоначално имаше сайтове, които са написани самостоятелно специално за тази задача. Има техническа спецификация за разработката, разработчикът изпълнява необходимото и сайтът започва да работи. Това се прави въз основа на личен опит и образование. И тъй като много случайни хора започнаха да предоставят такива услуги - такива сайтове имаха значителни проблеми. Писах за това по-подробно в следващата статия Потребителски интерфейс и интерфейс на програмист. Можете да го прочетете сега, за да разберете по-добре други материали.

Студията и професионалните програмисти, имащи опит в разработването, са изправени пред факта, че за ефективност се нуждаят от някаква рамка, от която ще започнат да сглобяват своите сайтове. Е, това е логично, сайтовете решават много от същите проблеми и техните решения трябва лесно да преминат в нови проекти. И в студията, освен това, когато служителите се сменят и сайтовете са на поддръжка, новият служител не разбира как всички програмисти са писали преди него, техните предпочитания и т.н.

Следователно двигателите започнаха да се създават. Двигателят на сайта е вид софтуерна база, парче код, което поема задачата да изгради рамка за уеб приложение. Започвайки с двигателя, вече правейки конкретни неща за спецификата на новия сайт, се спестява много време.

Тези, които нямат собствен двигател, могат да изучават един от свободно разпространяваните. Те са известни като Frameworks. Осигурете и основни неща. По-популярен във фирми с група програмисти - за да се улесни разбирането на работата в екип

Двигателите и рамките са добри, разбира се, но крайният собственик на сайта всъщност не се интересува от вътрешността на сайта (стига всичко да работи и няма проблеми), но са необходими удобни инструменти за управление на съдържанието. Съдържанието е информацията, която се публикува на сайта. Неговото управление е добавяне, промяна, изтриване и търсене

В преследване на целта за създаване на интерфейси от по-високо ниво, насочени специално към управлението на съдържанието, някои двигатели са се превърнали в CMS (на руски се произнася „CMS“) - системи за управление на съдържанието. Много може да се разбере от съдържанието на сайта, като такива системи като цяло управляват целия сайт.

Такива CMS се появиха и безплатно - свободно се разпространяват и разработват от общностите на разработчиците

Тук трябва да се отбележи, че някои начинаещи наричат ​​разработката на своя уебсайт свой собствен двигател или дори CMS. Въпреки че това всъщност е само изпълнение на конкретен сайт. Нов сайт (за разлика от този) с подобни разработки няма да бъде от полза.
Фирми, студия и професионални разработчици, разработвайки своите двигатели и CMS, стигнаха до доста сериозни продукти.

Мнозина започнаха да продават своите решения. Широко разпространени са платените CMS - които дават на купувача шаблон за определен тип сайт.

Безплатната CMS сега е много силна. Те позволяват на разработчика да изгради на тяхна основа такъв сайт, който ще има развито ниво на управление на съдържанието и ще бъде подкрепен в бъдеще (от която и да е от общността)

Трябва да кажа веднага, че „безплатната“ CMS не е равносилна на безплатен сайт. Вземайки го за основа, разработчикът го конфигурира за определен сайт. Конфигурира с помощта на допълнителни модули (какво позволяват) и специфично програмиране за тази CMS (ако е необходимо).

Сред CMS данните има решения, които ви позволяват да събирате само определени типове сайтове на шаблони (например сайтове на Joomla), но не и такива. А има и по-персонализируеми - с тяхна помощ можете да създавате всякакви сайтове, т.н. те са предназначени за използване от програмисти (например Drupal).

Интересът към такава CMS е толкова голям, че ето защо: на Запад сайтовете могат да бъдат много скъпи, като се имат предвид западните им заплати като програмист. Нашите програмисти не печелят $ 50/час. И там - като се има предвид, че са необходими сайтове, CMS данните се превърнаха в един вид спасител. Например в същия Drupal, ако погледнете статистиката за използването, сега има повече от половин милион сайтове. Те просто нямат опции. Ако, четейки книги от чуждестранни специалисти по php, те описват как няколко души правят уебсайт в продължение на месеци, тогава може само да се гадае за бюджета му. И тук има безплатна CMS. Като цяло този проблем с високата цена на работата на програмиста на Запад (и съответната промяна във фокуса на интерес) може да се види с просто око - колко на пръв поглед не слаби сайтове са спрели в разработка и изглеждат „като от миналия век ".

Тази страна има и обратен медал. При създаването на такава CMS проблемите с производителността вече са малко взети под внимание (и не могат да бъдат взети предвид). Например мениджърите на тези CMS (американци, европейци) могат да попитат - „какво не можете да платите за хостинг $ 50 на месец? Толкова е малко. " Тези. ресурсната интензивност на CMS данни може да бъде компенсирана само технически - поради добър и по-скъп хостинг.