Что необходимо знать чтобы создать веб страницу

Что нужно, чтобы создать веб-страницу

Большинство вещей в сети ничем не отличаются от аналогичных вещей в вашем домашнем компьютере: такие же файлы, хранящиеся в таких же подкаталогах.

HTML файлы – это обычные текстовые файлы. Таким образом, чтобы начать писать на языке HTML, вам необходим всего лишь обычный текстовый редактор.

Если вы используете операционную систему MS Windows, то подойдет стандартный «Блокнот» (Notepad). Если же на вашем компьютере установлена другая операционная система, то сгодится аналогичный редактор текстов, например, Pico (Linux) или TextEdit (Mac).

Запустите свой текстовый редактор и, в открывшемся окне, введите:

 Это моя первая веб-страница 

Теперь создайте на любом диске своего компьютера (например, на диске C) папку с названием «html» и сохраните свой файл как «myfirstpage.html». Очень важно, чтобы у файла было расширение «.html»; некоторые текстовые редакторы, такие как «Блокнот», по умолчанию сохраняют файл с расширением «.txt».

Чтобы просматривать HTML файлы, они не обязательно должны быть размещены в сети Интернет. Откройте программу браузер, например, Firefox или Internet Explorer, и в адресной строке, где вы обычно вводите адрес сайтов, введите адрес только что созданного вами файла (например, «c:\html\myfirstpage.html») и нажмите ввод. Альтернативно вы можете войти в меню браузера «Файл», выбрать пункт «Открыть» и найти нужный файл.

И вот она! Ваша первая веб-страница!

Ранее было сказано, что следует использовать простой текстовый редактор. Тем не менее, возможно, вы захотите воспользоваться специальной программой для создания сайтов вроде Dreamweaver или Frontpage. Однако в этом случае следует быть очень осторожным, особенно начинающим веб-мастерам, так как подобные специализированные программы очень часто стремятся вставлять ненужный или нестандартный код, чтобы вам, так сказать, «помочь».

Если вы серьезно намерены изучать HTML, то подобные программы могут вам только навредить, так как они никогда не дадут вам такого полного контроля над кодом веб-страницы, как ручное кодирование.

Основы веба, которые должен знать начинающий разработчик

В этом посте я объясню, как работает Интернет. Мы ответим на вопросы наподобие «Как браузер находит файл HTML для запрошенной веб-страницы?», «Как файл HTML превращается в интерфейс пользователя?», «Что можно сделать, чтобы ускорить этот процесс?», «Как устанавливается и поддерживается связь с сервером?», а также рассмотрим следующие концепции:

• Клиент-серверную модель
• Жизненный цикл запроса веб-страницы
• Hypertext Transfer Protocol
• Как браузеры рендерят контент

Клиент-серверная модель

Термин «клиент-серверная модель» — это обобщённое понятие, описывающее взаимодействие друг с другом двух компьютеров; один из компьютеров является клиентом, запрашивающим информацию, другой — сервером, отправляющим эту информацию. Эту модель можно использовать во множестве различных проектов, и одним из самых популярных примеров его применения является Интернет.

Когда мы пытаемся перейти на какой-нибудь веб-сайт, допустим, на linkedin.com, то наш браузер превращается в клиент. Он выполняет запрос к серверу. Сервер создаётся LinkedIn. Когда кто-то создаёт веб-сайт, он должен содержать этот веб-сайт на каком-то сервере. Иногда для этого используется поставщик облачных услуг наподобие AWS или Azure, или же можно создать сервер самостоятельно.

Сервер будет отправлять клиенту HTML, после чего клиент, который, повторюсь, является обычным веб-браузером, интерпретирует этот HTML и генерирует пользовательский интерфейс. Пока вы продолжаете пользоваться linkedin.com и взаимодействовать со страницей, браузер продолжает обмениваться данными с сервером.

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

Жизненный цикл запроса веб-страницы

Что же происходит, когда мы переходим на linkedin.com? Что делает браузер, чтобы запросить HTML для этой страницы с сервера LinkedIn? Чтобы ответить на эти вопросы, нам сначала нужно взглянуть на её URL. Полный URL может выглядеть примерно так: https://www.linkedin.com:443/feed . Давайте его разберём.

• HTTPS — это протокол, определяющий, как будет отформатирован этот запрос. HTTPS и HTTP — это стандартные протоколы для обмена данными в Интернете.
• После протокола идут двоеточие и две косые черты, затем поддомен, а также доменное имя. linkedin.com — это доменное имя, а также имя веб-сайта. www — это поддомен, его можно воспринимать как домен внутри домена linkedin. Доменное имя разбито на имя веб-сайта и домен верхнего уровня, то есть часть .com . Большинство доменов верхнего уровня связано с какой-нибудь страной.
• Далее указан порт 443 , который можно не указывать, потому что это стандартный порт. Для HTTPS по умолчанию используется порт 443, а для HTTP — 80. В URL почти никогда не требуется указывать порт.
• Затем идёт путь к ресурсу, который мы запрашиваем. Если вы просто запрашиваете домашнюю страницу, то большинство серверов позволяет не указывать путь. Однако если вам нужен конкретный ресурс, например, лента новостей LinkedIn, то нужно будет добавить косую черту и путь feed .

Разобравшись с URL, нам нужно найти сервер и отправить ему запрос HTML. Когда вам нужно отправить запрос к серверу, вы знаете, что его доменное имя linkedin.com, но необходимо ещё и определить адрес этого сервера. Его можно узнать при помощи IP-адреса. Это уникальный идентификатор компьютера в Интернете. Для поиска IP-адреса нужного домена используется Domain Name System (DNS, система доменных имён).

Когда браузер ищет IP-адрес веб-сайта, сначала он проверяет локальный кэш. Операционная система на вашей машине хранит локальный кэш каждого IP-адреса, который недавно был обнаружен при помощи DNS. Благодаря этому, ей не приходится выполнять повторные сетевые запросы. Если IP-адрес не найден в локальном кэше, в сеть передаётся DNS-запрос.

Сначала этот запрос передаётся на сервер ресолвинга имён, который проверяет собственный кэш. Сервер ресолвинга имён (resolving name server) обычно принадлежит вашему Интернет-провайдеру. Далее, если сервер ресолвинга имён не знает IP-адреса, то он будет искать корневой сервер имён. На этом сервере хранятся сопоставления доменов верхнего уровня наподобие .com с IP-адресами серверов доменных имён верхнего уровня. Для каждого домена верхнего уровня существует сервер, который знает, как найти IP-адреса всех доменов, зарегистрированных в этом домене верхнего уровня.

Корневой сервер имён может сообщить серверу ресолвинга имён, где искать, и где находится сервер домена верхнего уровня. Сервер ресолвинга имён использует эту информацию для выполнения запроса к нужному серверу доменных имён верхнего уровня (серверу имён TLD). Мы достигли сервера доменов верхнего уровня, который перенаправит нас на полномочный сервер имён. Полномочный сервер имён (authoritative name server) знает IP-адрес домена, который мы ищем, поэтому он отправит этот IP-адрес серверу ресолвинга имён, который, в свою очередь, вернёт его вашему компьютеру, и браузер будет знать, где искать.

Теперь мы знаем IP-адрес linkedin.com, но у нас возникает следующий вопрос: как браузер подключается к linkedin.com? Каким образом два компьютера связываются друг с другом? Это соединение происходит по TCP, что расшифровывается как Transmission Control Protocol. Это сетевой протокол, используемый для установки соединения между двумя компьютерами в Интернете. TCP — это основной механизм доставки HTTP-запросов. Он передаёт информацию от одного компьютера другому при помощи пакетов. Это небольшой фрагмент данных, часть большего фрагмента данных; пакеты объединяются вместе, образуя передаваемый большой фрагмент данных.

Чтобы создать TCP-соединение, клиент должен инициировать подключение. Клиент делает это, отправляя пакет синхронизации (SYN), а сервер отвечает клиенту подтверждением синхронизации. Затем клиент отвечает серверу, подтверждая, что получил подтверждение синхронизации. Это называется подтверждением клиентом и сервером, а также трёхэтапным рукопожатием (three-way handshake).

После этого два компьютера подключены друг к другу по TCP, поэтому могут начать передавать HTTP-сообщения. Когда пользователь уходит с веб-сайта, соединение завершается. Для завершения этого TCP-соединения каждая из сторон отправляет другой стороне пакет завершения (fin), который другая сторона подтверждает. Это обозначает завершение соединения.

Hypertext Transfer Protocol (HTTP)

HTTP — это стандартный сетевой протокол, используемый для отправки запросов и ответов в вебе. HTTP-запросы в общем случае состоят из трёх компонентов:

1. Строка запроса — включает в себя метод, путь и версию HTTP
2. Заголовки — содержат пары «ключ-значение» дополнительной информации для сервера
3. Тело — содержимое запроса, например, новые данные, загружаемые в POST-запросе.

Распространённые методы запросов :

• GET-запрос — это запрос серверу с просьбой отправки какой-то информации.
• POST-запрос используется, когда клиент отправляет информацию на сервер.
• PUT заменяет данные на сервере
• DELETE удаляет данные с сервера
• PATCH частично обновляет данные на сервере
• HEAD — это то же самое, что и GET, но без тела

• 200: OK (запрос выполнен)
• 201: создан (часто с POST-запросами)
• 301: перемещён навсегда (перенаправление)
• 302: обнаружен (перемещён временно)
• 400: плохой запрос
• 401: не авторизован (без аутентификации)
• 403: запрещён (у клиента отсутствует доступ к тому, что он пытается использовать)
• 404: не найден (указанный путь не содержит ресурса)
• 500: внутренняя ошибка сервера
• 503: сервис недоступен (если сервер отключён на запланированное обслуживание)

Hypertext Transfer Protocol Secure (HTTPS) — это расширение HTTP, используемое для безопасных онлайн-коммуникаций. Этот протокол требует, чтобы у серверов были доверенные сертификаты и чтобы они использовали Transport Layer Security (TLS) — протокол безопасности, надстроенный поверх TCP и предназначенный для шифрования данных, передаваемых между клиентом и сервером.

Перед передачей HTTP-сообщения по сети HTTPS оборачивает его в зашифрованные конверты. HTTPS скрывает тело сообщения и HTTP-заголовки, но не IP-адреса отправителя и получателя, показывающие, какие узлы общаются друг с другом.

Как браузеры рендерят контент

Что делает браузер с файлами HTML, получив их от сервера? Как он превращает этот HTML в страницу, с которой может взаимодействовать пользователь? Процесс получения файла HTML и его преобразования в пользовательский интерфейс называется критическими этапами рендеринга (critical rendering path). Всего существует пять критических этапов рендеринга:

1. Парсинг HTML, создание дерева DOM и запросы всех найденных ресурсов (изображений, скриптов, шрифтов и таблиц стилей).
2. Парсинг CSS в дерево CSS Object Model (CSSOM).
3. Объединение DOM и CSSOM в дерево рендеринга, содержащее информацию об узлах, которые будут рендериться на странице.
4. Вычисление структуры (ширины, высоты, местоположения) узлов на основании размера вьюпорта.
5. Отрисовка экрана на основании дерева рендеринга и вычислений структуры.

▍ Динамические изменения

Что происходит, когда JavaScript пытается изменить какие-то элементы на странице? Мы можем разделить такие изменения на три типа:

1. Изменение цвета : узел будет перерисован, это очень быстрая операция.
2. Изменение позиции : повторный перерасчёт и перерисовка изменённого узла и одноуровневых узлов.
3. Крупные изменения : повторный перерасчёт и перерисовка всей страницы.

▍ Оптимизация под критические этапы рендеринга

Что же мы можем сделать для оптимизации своего кода? Вот несколько идей:

• Использовать defer/async-скрипты — смысл заключается в том, чтобы скрипты не мешали рендерингу.
• Минимизировать размер DOM — чем глубже идёт наш код HTML, тем сложнее должно быть дерево DOM и тем дольше занимает парсинг такого HTML. Однако никогда не стоит жертвовать accessibility.
• Уменьшить размеры файлов при помощи сжатия/минификации.
• Использовать ленивую загрузку — определите, какой минимальный объём контента требуется вашей странице и не запрашивайте всё за раз. Когда страница становится интерактивной, начинайте запрашивать дополнительные ресурсы в фоновом режиме.
• Анимации с аппаратным ускорением — анимации сложны и способны сильно замедлить страницу. Если у вас есть замедляющая страницу анимация, то можно повысить её скорость рендеринга, добавив CSS-правило transform:translate 3D(0,0,0) . Это один из способов, которым можно сообщить браузеру, что необходимо использовать композитинг. При работе с трёхмерным пространством нам нужно выстраивать элементы послойно. Когда браузер выполняет это выстраивание, он понимает, насколько сложна анимация и применяет её аппаратное ускорение. Он будет обрабатывать её в GPU, а не в CPU, что обычно повышает производительность. Можно воспользоваться этим способом, если у вас есть проблемы со скоростью рендеринга анимаций.

10 шагов, чтобы создать сайт с нуля

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

Наличие собственного представительства в интернете – важный шаг в укреплении имиджа компании, повышения доверия пользователей / покупателей.

Вам нужно создать сайт, если:

• Конкуренты успешно торгуют через свои сайты. В этом случае уже не приходится гадать, пойдут продажи через интернет или нет. Чтобы не отставать от конкурентов, имеет смысл не ограничиваться соцсетями.
• У вас много клиентов с разных источников и продажи нуждаются в автоматизации. По мере расширения бизнеса становится все сложнее обрабатывать заказы вручную. Сайт позволяет решить эту проблему.
• Функционала соцсетей вам не хватает. Возможности сайта намного превосходят скромный инструментарий социальных сетей. Можно выстраивать структуру веб-страниц по своему усмотрению, предлагать клиентам широкий спектр возможностей: удобный поиск, покупка товара, общение на форуме и проч.
• Необходимо периодически давать новую информацию о сложных товарах или услугах. Например, компания торгует новинками электротехники, и потребителю нужно рассказывать о ее особенностях и принципах работы. Или стоматологическая клиника периодически вводит в прайс новые услуги, например, лечение ультразвуком.

Чтобы создать сайт, нужно пройти 10 основных этапов. Сейчас мы будет говорить именно о многостраничных сайтах, не о лендингах (посадочных страницах или одностраничных сайтах).

1. Определиться с основными целями присутствия компании в Сети

Создание сайта – дело довольно хлопотное, за него берутся не для галочки, а чтобы достигнуть поставленной цели. Например, увеличить узнаваемость бренда, продавать товар или услугу, собрать базу подписчиков для вашего блога и пр. Поэтому первоочередная задача – определиться с основной целью присутствия компании в интернете. А уже потом можно выстраивать структуру, продумывать дизайн, наполнение и т.п.

Цели могут быть следующими:

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

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

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

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

2. Выбрать и зарегистрировать домен

Регистраторов доменов достаточно много, можно выбирать любого, кто “приглянулся”, проверить, свободен ли домен и зарегистрировать.

Совет: регистрируйте домен на физическое лицо, ибо, если вы зарегистрируете на юридическое лицо и через какое-то время обновите данные или перерегистрируете юридическое лицо и забудете про привязку домена к старому юрлицу, то перенести домен под новое юрлицо будет практически невозможно.

3. Выбрать и оформить хостинг

После того, как определились с доменным именем, нужно определиться с хостингом и тарифным планом. Хостинг — это “дом” для сайта, где будет размещаться ваш веб-ресурс в виде папок и файлов.

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

Хостинги, с которыми мы работаем:

4. Выбрать систему управления сайтом или конструктор

На эту тему у нас есть несколько статей, которые помогут вам определиться с выбором:

• Конструктор или CMS: выбираем инструменты для создания сайта
• Плюсы и минусы CMS MODX
• 10 заблуждений про «1С-Битрикс»
• Преимущества и недостатки CMS WordPress
• Плюсы и минусы системы управления сайтом CMS Joomla

Поддерживать и дорабатывать мы можем сайты на разных CMS, а также самописные. А вот создавать предпочитаем на следующих платформах: Webasyst, Shop Script, Битрикс.

5. Купить ssl-сертификат

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

У нас есть услуга перехода на защищенный протокол, где мы подробно рассказали, как и зачем это нужно делать.

6. Продумать структуру и навигацию сайта

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

7. Дизайн сайта

Далее идет сложный процесс выбора дизайна сайта — подобрать шаблонный вариант или нарисовать уникальный дизайн? Подробно раскрыли эту тему в статье.

8. Кто будет создавать сайт? Самостоятельно или обратиться к специалистам?

Идем к специалистам

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

• Нужно будет потратить время на поиск подходящего исполнителя.
• Либо самостоятельно надо будет подготовить подробное техническое задание, либо заказать его за отдельную плату у профи.

Самостоятельно

• Минимальные расходы включают только оплату домена и хостинга или конструктора сайтов.
• Нужно будет во все вникать вам самостоятельно, но новые знания – полезный груз, который в дальнейшем пригодится.

• Придется потратить много времени на изучение HTML, административной панели и нюансов работы CMS.
• Вряд ли человеку, делающему только первые шаги в сайтостроении, удастся воплотить в жизнь все свои идеи.
• Слабый уровень реализации проекта будет тормозить продвижение сайта и отпугивать некоторых привередливых посетителей.

Заниматься сайтом самостоятельно имеет смысл, если есть:

• желание вникать во все нюансы;
• время на обучение, сроки не горят;
• огромное желание сэкономить.

9. Кого выбрать: фрилансера или веб-студию

Заказать в веб-студии

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

Недостаток один – высокая стоимость услуг.

Заказать у фрилансеров

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

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

10. Наполнение сайта контентом, реклама, продвижение

После того, как сайт создан необходимо заняться его наполнением, продвижением и развитием. Лучший вариант — обратиться к профессионалам, в команде у которых будет и интернет-маркетолог, и SEO-специалист, и контент-менеджер, и дизайнер. Такая команда способна наполнить сайт уникальным, интересным и полезным контентом для ваших пользователей, грамотно подстроив контент под поисковые системы.

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

Автор статьи:
Светлана Ильиченко
Интернет-маркетолог, преподаватель и дипломный руководитель на курсе «SEO-специалист» в Нетологии
+7 (925) 004-52-13

Это может быть вам интересно

Конструктор или CMS: выбираем инструменты для создания сайта

Сайт-визитка или лендинг пейдж: что выбрать? В чем их разница и сходство?

Как создать эффективный сайт

Сайт по готовому шаблону или индивидуальный дизайн — что выбрать?

Чем мы можем быть вам полезны

Что нужно знать для создания сайтов [закрыт]

Закрыт. На этот вопрос невозможно дать объективный ответ. Ответы на него в данный момент не принимаются.

Хотите улучшить этот вопрос? Переформулируйте вопрос так, чтобы на него можно было дать ответ, основанный на фактах и цитатах.

Закрыт 8 лет назад .

1. База:
   HTML + CSS
2. JavaScript библиотеки,технологии:
   Atom. Js, jQuery.js, node.js, ajax,
3. База данных:
   MySQL.
4. Серверный язык:
   Ruby, php, c #, java, python,jsp ,perl,go,asp.net
5. IDE:
   Phpdesigner,PHPStorm,WebStorm,SublimeText2, NetBeans
6. html редакторы:
   Dreamweaver,
7. фреймворки:
   ruby / rails, python / django,Kohana,Zend Framework,Cake PHP,YII

Так что я выбрал для изучения:

1. База:
   HTML + CSS
2. JavaScript библиотеки,технологии:
   jQuery.js, ajax,
3. База данных:
   MySQL.
4. Серверный язык:
   Ruby
5. IDE:
   Вакансия
6. Фреймворки:
   Ruby on Rails

Я Выбрал ruby вместо php, это правильно? Не понимаю для чего фреймворки. И стоит ли html редакторы использовать, или в «блокноте»? Прошу посоветовать. Готов слушать какой я плохой)

Я думаю, что база данных — это потом. Не думайте, что я выбрал ruby , потому что на php много быдлокодеров и школоты и тому подобное. Я и на ruby смогу написать говнокод, пока каша не пройдет). А html редактор нужен? Мне кажется что лучше будет без него.
canvas. Какую библиотеку лучше использовать? Атом?

Отслеживать
задан 9 апр 2013 в 14:39
177 1 1 золотой знак 2 2 серебряных знака 14 14 бронзовых знаков
ajax это технология, а не библиотека. И зачем phpDesigner если ruby?
9 апр 2013 в 15:25

1.Задача с сайтом била поставлена,до изучения аз html))) 2.Я вкурсе,просто не хочу придумувать велосипеди. 3.Так и делаю ,и буду делать.

9 апр 2013 в 20:35
sharpc.livejournal.com/67583.html пункт 32, я не со всем согласен, но лучше трудно сказать.
9 апр 2013 в 20:41
> Редакторы: Редактор и IDE это разные вещи!
10 апр 2013 в 6:24

мда. ну и вопросы пошли, да ладно еще, что такой вопрос был задан, но вот то что его не закрыли и он собрал плюсов уже огорчает((

12 июл 2013 в 14:01

8 ответов 8

Сортировка: Сброс на вариант по умолчанию

Всё смешали в кашу. По порядку, что вам нужно для создания динамического сайта:

Для начала вам этого хватит. Пока не будет базового понимания javascript — библиотеки вам особо не помогут, как и фреймворки. Редактор я использую PHPStorm и WebStorm. C Ruby советую подождать (хотя бы потому что не на каждом хостинге он есть и проще поднять свой VDS, но там еще дополнительный стек знаний нужен), но если вам понравился этот язык — то замените четвертый пункт на Ruby + RoR.

Отслеживать
ответ дан 9 апр 2013 в 14:45
Zhukov Roman Zhukov Roman
9,085 15 15 серебряных знаков 26 26 бронзовых знаков
>учиться надо не PHP, а программировать золотые слова
9 апр 2013 в 16:09

Я пробовул как рыба наживку, мне понравилось.Пока пробовал съел базу.База есть в умении использования html + css + простой javascript, для простых изменений на сторинци.ООП-я не розберал, и чтото НЕ хочется, люблю когда ево нет.Почав смотреть на php, но ево много людей не любят, и счас думаю взять ruby начать учить.Я также пробувал С++.С придумуванием алгоритмов беды нет.Бо меня сначала движет идея ,а потом я ее воплощаю.

9 апр 2013 в 19:47

@Олег24, а вы думайте своей головой. Его многие не любят? А работать с ним будете вы или они? Вот и выбирайте то, что больше нравится вам. Сайт создает не язык, а программист. Язык играет роль лишь для самых начинающих.

9 апр 2013 в 20:55

сорри @Олег24 у тебя как с русския языком? мне аж читать неприятно все комментарии твои. 24 в нике — это возраст? если да то жесть. +пробовул +попробувать +придумувании +розберал +ево +почав +счас я язык сломал читать комментарии.

10 апр 2013 в 12:03

>»я язык сломал читать комментарии.»-не читай вслух) ну тогда можно мозг сломать об эту безграмотность.

11 апр 2013 в 11:38

Вам здесь очень много и упорно советовали php. Так вот для полноты картины я посоветую что-нибудь, но НЕ PHP. Пусть это будет C# с ASP.NET, Python, Ruby, но не php. Признаюсь, я не люблю этот язык, и, возможно, несколько предвзято к нему отношусь. Но все же постараюсь привести адекватные доводы в пользу этой точки зрения.

Бесспорно, php хорош для создания сайтов-визиток и всяких прочих интернет-магазинов, кроме того, в случае с этим языком нет проблем с хостингами. Но проблема в том что:

1. php слишком прост (да, это плохо). Отсюда следует то, что на нем пишет любой имбецил, у которого есть пальцы, чтобы стучать ими по клавиатуре. А это значит, что придется конкурировать с толпами школоты, согласной писать тонны говнокода за бигмак. Вряд ли это можно назвать пределом мечтаний в карьере.
2. Php склонен прощать программисту все, что он наговнокодит. Сядьте на клавиатуру и попрыгайте на ней, пардон, задницей, и весьма вероятно, что то, что получилось, сможет быть интерперетировано, как корректный скрипт на php. Думаете, это хорошо? Как бы не так — вседозволенность губит даже программистов.
3. Задачи, обычно стоящие перед php-программистом, редко требуют сколько-нибудь высокой квалификации. Отсюда — отсутствие профессионального роста и святая вера программиста в то, он уже крутой чувак, и дорос до небес. Излишне говорить, что это конец
4. Неудачная спроектированность самого языка. Один только факт, что глобальное пространство имен захламлено миллионом функций уже говорит о многом. Сюда еще надо добавить проблемы с поддержкой UTF-8 (в XXI-то веке!), отсутствие поддержки многопоточности, отсутствие обратной совместимости между версиями языка, кучу функций, выполняющих сходные действия, но реализованных разными группами программистов, и потому имеющих разные префиксы и порядок следования аргументов. ну и много-много чего еще
5. Всячечкие неочевидные проблемы, вызываемые динамической типизацией
6. Низкая зарплата опять же

Ну и напоследок цитата:

В одном интервью с кем-то из руководителей Гугла спросили «Используете ли Вы и если да то как php в Гугл?». На что получили ответ «Да, используем… У нас в офисе есть страничка, через которую мы пиццу заказываем… Так вот, ОНА написана на php.»

Так вот, все вышесказанное не преследует цели очернить славный php — есть немало php-программистов очень высокой квалификации, зарабатывающих очень хорошие деньги. Это лишь желание сказать, что php не так хорош, как может показаться на первый взгляд

Отслеживать
371 1 1 золотой знак 5 5 серебряных знаков 13 13 бронзовых знаков
ответ дан 9 апр 2013 в 16:39
DreamChild DreamChild
36.2k 3 3 золотых знака 45 45 серебряных знаков 85 85 бронзовых знаков

В моем понимании школота != школьник. Школота — это собирательное название для малограмотных самоуверенных и бездарных подростков, не более того. Так вот, когда такие люди пытаются заниматься программированием, то ничего кроме быдлокодеров из них вырасти не может по определению. А то, что школьник не может быть хорошим/неплохим программистом, я не говорил.

9 апр 2013 в 17:16

@danpetruk, согласен, но каждый год ты будешь оборачиваться и говорить: «какой же я дурак был год назад! как дебильно я написал то-то и то-то». И это хорошо. И да, кстати, школота != показатель_возраста, школота == состояние_души, школота != школьник.

9 апр 2013 в 17:26
@Zelta я каждые полгода так оборачиваюсь 🙂
9 апр 2013 в 17:28

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

10 апр 2013 в 2:20

В PHP скорее проблемы не с языком, для реализации всячески сложных задач там есть все возможности, и нормально там и с кодировками и с зарплатами. Дело тут действительно в том, что большинство даже зеленого понятия о программировании не имеют зато сайты они уже делают. У php много минусов но есть и бесспорные плюсы для web. Но я согласен с @DreamChild надо учить не PHP, т.к. сразу же попадете в то число людей которые больше никогда ничего хорошего не выучат. Надо учить хорошо структурированный язык со всеми его качествами. Я бы посоветовал С#.

10 апр 2013 в 6:34

PHP — штука хорошая, но может портить людей. Самое, на мой взгляд, главное — понять основы, учиться надо не PHP, а программировать. Если с этим все хорошо — то вперед, хоть PHP, хоть Ruby. От себя порекомендую django за четкую структурированность, хотя да, работа фреймворков без понимания основ кажется магией.

UPD: Вот еще чего вспомнил: чтобы создавать нормальные сайты нужно или работать в команде с дизайнером и/или фронтэндщиком или знать ну хоть основы дизайна, ибо помните, конечный пользователь увидит не красоту Вашего кода, а Ваш сайт. Ну и про SEO тоже почитайте, основы знать полезно всегда.

Отслеживать
ответ дан 9 апр 2013 в 15:52
2,525 1 1 золотой знак 15 15 серебряных знаков 30 30 бронзовых знаков

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

Фреймворки вещь нужная и полезная. Они помогают избавиться от нудной работы, повысить безопастность, производительность и потом просто поддерживать свои и чужие проекты, но Здесь много раз поднимались вопросы какой из них лучше, что выбрать и т. п. смотреть Я считаю, что лучший тот, на котором приятно писать и получаешь удовольствие от проделанной работы. Я использую Kohana и очень доволен.

Код пишу в SublimeText2 волшебная вещь, перешел на него с NetBeans но есть и + и —

Тут только Вы сами решите, что удобнее. Но начинать лучше с более простого.

Отслеживать
ответ дан 9 апр 2013 в 15:09
abibock_un abibock_un
1,410 7 7 серебряных знаков 10 10 бронзовых знаков

Kohana и Sublime замечательные вещи, но начинать с них, пожалуй, не стоит. С фреймворка уж точно. Чтобы понять как действительно всё работает, а не воспринимать работу фреймворка как магию, надо познакомиться с ООП. Мне кажется, что до этого лучше доехать своими велосипедами и шишками. И книжки читать 🙂

9 апр 2013 в 15:31

книжки надо в любом случае читать. Согласен, что с фреймврков не начинают, но вопрос был такой «Не понимаю для чего фреймворки.»

9 апр 2013 в 17:00
Вивод:фреймворк потом.
9 апр 2013 в 19:55
по поводу хостингов — будет спрос, будет и предложение.
10 апр 2013 в 6:58
> надо познакомиться с ООП а так-же с MVC, AJAX и другими модными словами
10 апр 2013 в 12:03

Чтобы получить дельный совет лучше поставить конкретную цель. К примеру: «хочу написать то-то и то-то, чем лучше воспользоваться?», а если просто хобби такое тогда яб начал именно с HTML CSS и JavaScript. Писать лучше на WeBuilder. В блокноте лучше писать заметки 😉

Но всё это индивидуально и зависит от уровня поставленной цели опять-же. На сегодняшний день не обязательно учиться программировать, чтобы потом делать сайты, а программирование — математика, без которой программированию не бывать вовсе.

Отслеживать
ответ дан 12 июл 2013 в 16:27
1,210 7 7 серебряных знаков 12 12 бронзовых знаков

В принципе, вам тут уже много чего насоветовали.

Я бы вместо Ruby советовал бы вам обратить внимание на python. ИМХО он проще ruby, изящнее, но при этом довольно строгий, говнокодить на нем можно, но сложно(сравните код, написанный на руби с кодом, на питоне). И этот говнокод будет какой-никакой читаемостью, но обладать)

Для начала изучите HTML+CSS2. Сделайте статичный сайт-визитку. Потом, к примеру, можете начать добавлять на него красивости в виде анимаций всплывающих меню, картинок. Можете сделать галерею. Тут уже вам придется познакомиться с CSS3, и js. на css3 можно делать клевые эффекты, бесспорно, но иногда на javascript проще и быстрее. Тут, как раз, познакомитесь с самым популярным фреймворком — jquery.

После того, как освоите эти технологии, можете начиинать добавлять всякие динамически изменяемые страницы в свой сайт. Кстати, javascript можно выполнять и на сервере — смотрите в сторону nodejs. Ну, т.е., если вам javascript понравится, вам даже не придется изучать никаких новых серверных языков, потому что вы знаете javascript.

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

Про БД. В принципе, mysql вам на первое время хватит.