В зависимости от твоего выбора, браузер будет понимать остальной код.
еще вопрос
вот любой браузер умеет читать только хтмл... зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?
искусственная задержка серверов?
_________________ Старый конь BIOS не попортит! http://dedov.clan.su OversBeer| ПВО Сломал железку? Купи новую!
вот любой браузер умеет читать только хтмл... зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?
На сервере имеются централизованные источники данных, для доступа к ним используется код на сервере. Код с учетом информации из источников данных динамически формирует HTML-документ, который www-сервер передает клиенту (браузеру).
Кроме того, обработку некоторых данных, исходя из соображений безопасности и/или ресурсоемкости, явно не стоит проводить на компьютере клиента.
Статус: Не в сети Регистрация: 09.02.2006 Откуда: на белорусь ? Фото: 0
В основе сайтов, которые чуть сложнее сайта визитки лежит база данных. Html не умеет работать напрямую с базой данных, это одна из причин ипользования php, java, c# и тд, на сервере. Плюс к этому вопрос безопасности, оптимизации и тд.
Member
Статус: Не в сети Регистрация: 12.01.2007 Откуда: оттуда
Надеюсь не сочтут как рекламу, но из личного опыта: Если кому-то вдруг захочется пройти интенсив на htmlacademy, пишите в личку. Дам промокод на скидку, который можно активировать на любой интенсив у них и неоднократно. Прошел у них 3 интенсива (2 по HTML и CSS и один, базовый по JS), всё понравилось. Сейчас сижу ищу работу, попутно верстаю макеты с их же ежемесячной рассылки, чтобы больше работ было в портфолио.
Понравилось, что в отличие от многих других подобных ресурсов (специалист, geekbrains) они учат базовым вещам, как всё работает и почему именно так, а не дают знания о инструменте, как о "волшебной коробке", которой нужно написать "так", чтобы получить "вот так". Ещё одной отличительной особенностью у них были наставники, около 4-5 учеников на каждого наставника, который обычно помогает практически в любое время суток по мелким вопросам и есть skype консультации. Мне попадались очень адекватные и разбирающиеся, наверное чем большее их кол-во будет со временем, тем сложнее будет поддерживать уровень, там как повезёт и как организаторы стараться будут.
По "верстке" (Базовый HTML & CSS, Продвинутый HTML & CSS): 1) Теорию дают через интерактивные курсы на сайте, половина этих курсов бесплатная, можете хоть сейчас пройти и оценить, но опять же самое интересное и нужное по подписке. Помимо этих курсов есть ссылки на статьи как на их сайте, так и на сторонних ресурсах. К некоторым разделам есть интерактивные примеры, в которых можно посидеть-изменять что-либо и сразу видеть результат; 2) На самих вебинарах дается небольшая часть теории, если кто-то что-то не успел прочитать и в основном идёт практика, на примере учебного макета; 3) Наставник уже отвечает на множество вопросов, которые возникают по ходу вашей практики, проверяет вашу верстку на определенные критерии и допускает к итоговой сдаче макета.
По JavaScript-интенсиву подход похожий, с отличием в том, что 1) Теорию дают через интерактивные курсы, которые на текущий момент не доступны ни по какой подписке; 2) На самих вебинарах теории дается уже значительно больше, но практика тоже присутствует; 3) С наставниками общение такое же, всё что непонятно - можно спрашивать.
Member
Статус: Не в сети Регистрация: 05.02.2006 Откуда: 55°81`N 37°73`E Фото: 7
elek писал(а):
В основе сайтов, которые чуть сложнее сайта визитки лежит база данных.
смешно... давайте учиться работать с т.н. "базой данных" - которая никак не вписывается в хтмл - и приходит на сервер как жутко закодированный участок кода
Добавлено спустя 3 минуты 48 секунд:
elek писал(а):
Html не умеет работать напрямую с базой данных, это одна из причин ипользования php, java, c# и тд, на сервере.
elek, просто объясни - зачем все вышесказанное - в итоге превращается в Html
_________________ Старый конь BIOS не попортит! http://dedov.clan.su OversBeer| ПВО Сломал железку? Купи новую!
Статус: Не в сети Регистрация: 09.02.2006 Откуда: на белорусь ? Фото: 0
Макеенко А.Н. писал(а):
смешно... давайте учиться работать с т.н. "базой данных" - которая никак не вписывается в хтмл - и приходит на сервер как жутко закодированный участок кода
Ну, это не каждому сайту нужно.
Макеенко А.Н. писал(а):
просто объясни - зачем все вышесказанное - в итоге превращается в Html
Если совсем кратко. Для сайта со статическим наполнением - не нужно. Для сайта с динамическим - нужно.
member+
Статус: Не в сети Регистрация: 16.01.2004 Откуда: Estonia,Tallinn
Пытались учить, так родилось множество влеосипедов, как забытые типа SSI так и выжившие типа РНР (эволюция показала что это тупик и РНР выжил потому что перестал быть просто работающим с БД html-ом)
Добавлено спустя 2 минуты 37 секунд:
Макеенко А.Н. писал(а):
а как?
да миллион разных способов есть, хотя бы поймать админа, и с помощью термально-ректального криптоанализа узнать пароль к серваку (не очень технологично конечно, но вполне сработает) но есть способы и получше...
Задача такая. Для стрима хотел сделать график зависимости побед и поражений. Новые люди не спрашивали постоянно покажи историю игр. и.т.п. Чтобы он выводился во время потока на прозрачный фон через плагин в OBS CLR Browser. После каждой игры, необходимо будет самому добавлять новые точки в сам код , и самому строить линии. Вот я бы вообще захватил оно из экселя. Но как сделать фон прозрачный . Что-то сложно. Охота реализовать такую идею, но с удобным занесением данных и приятным визуальным видом. Может есть какая альтернатива?
P.S. Можно даже сделать это в виде табличке, но как быстро туда заноить данные Это ведь надо код редактировать.
Member
Статус: Не в сети Регистрация: 05.02.2006 Откуда: 55°81`N 37°73`E Фото: 7
Vladson писал(а):
эволюция показала что это тупик и РНР выжил потому что перестал быть просто работающим с БД html-ом
почему тогда тот же РНР все браузеры отображают как хтмл?
Vladson писал(а):
да миллион разных способов есть, хотя бы поймать админа, и с помощью термально-ректального криптоанализа узнать пароль к серваку (не очень технологично конечно, но вполне сработает) но есть способы и получше...
я вот это, что выше - не читал
_________________ Старый конь BIOS не попортит! http://dedov.clan.su OversBeer| ПВО Сломал железку? Купи новую!
Member
Статус: Не в сети Регистрация: 05.02.2006 Откуда: 55°81`N 37°73`E Фото: 7
Vladson, блин... на РНР скорость подгрузки никакая 80 по пейдж спид для мобильных это выше крыши... а html-ные сайты по гуглу выбивают 100 из 100... ну, это без сторонних скриптов метрик, карт и т.п. - так 99
в чем смысл этой возни?
Добавлено спустя 20 минут: и вот парадоксен-блок - (так ругался электрик ст. "Связист" Царев Н.Н. на всё непонятное) - все эти html-ные сайты, не адаптированные под мобильные устройства, и жуткие по своей структуре - по ВЧ запросам не желают покидать выдачу в "поиск".
как это так?
_________________ Старый конь BIOS не попортит! http://dedov.clan.su OversBeer| ПВО Сломал железку? Купи новую!
вот любой браузер умеет читать только хтмл... зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?
А зачем вообще страница должна приходить к пользователю откуда-то? Ведь браузеры умеют открывать локальные файлы HTML.
Проблема: тогда каждый должен будет или сам делать сайт, который хочет посетить, или каким-то образом где-то у кого-то брать HTML файлы сайта и открывать в браузере.
Первый вариант сразу снимается, как абсурдный. Второй - есть варианты. Например, журнал новостей. Читатель отправляет журналу мэйл с просьбой прислать обновлённый HTML с новыми статьями. Получает сообщение, сохраняет HTML в какую-нибудь папку, открывает в браузере и читает новости. Хорошо? Не очень, использовать мэйл каждый раз, когда хочется почитать новости, быстро сведёт с ума, а в психдиспансере уже не до новостей. Что ещё можно сделать? Например, автоматизировать процесс. Сделать и запустить в фон программу, которая будет мониторить директорию HTML журнала новостей на предмет доступа. При доступе программа будет автоматически отправлять мэйл журналу, получать (там тоже автоматика) ответ с новыми HTML и сохранять в директорию журнала на компьютере пользователя, заменяя устаревшие HTML файлы. Уже гораздо лучше. Проблема в том, что далеко не всякий пользователь способен сам замесить подобную автоматизацию. Журнал, который хочет, чтобы его публикации читало как можно больше людей, может проявить инициативу и с помощью своих программистов создать такую программу автоматизации, которую нужно будет всего один раз отправить пользователю вместе с инструкциями по установке и настройке. Вообще круто, да? Но тоже ещё не торт. Пользователей много, они сидят на разных операционных системах разных версий и степеней загаженности, и чтобы программа стабильно работала у абсолютного большинства журналу приходится содержать команду программистов, занимающуюся доработкой и сопровождением. Это дорого, со всеми вытекающими. Для пользователей тоже всё совсем не торт. Всяких источников HTML много - если установить такую программу автоматизации от каждого интересного источника, операционная система быстро может превратиться в мусор и сдохнуть, ибо окажется, что не все программы идеальны - некоторые виснут, у некоторых утечки памяти, некоторые слишком загружают процессор и т.д.
В общем, проблема решена - есть тот самый браузер, который может отправлять запросы на получение HTML, в том числе и любимому журналу новостей. Для запроса, получения и отображения HTML используется протокол HTTP. В адресную строку браузера пользователь вводит адрес (URL), уникально идентифицирующий журнал, а браузер уже за пользователя формирует кошерный HTTP и уже вся система делает за пользователя всю магию запроса-ответа по стэку TCP/IP. Пользователь добавляет URL в избранное, а потом просто тыкает по кнопке и сразу получает самые новые новости. У журнала есть сервер с красивым доменным именем и отрытым на весь мир HTTP портом. На сервере бежит HTTP демон, который на все кошерные запросы идёт в директорию с HTML и отправляет этот HTML в ответ. Все довольны, все смеются!
Тем временем Самый Главный Менеджер журнала, чтобы отличиться перед владельцами и получать от них икру дополнительно к хлебу с маслом, рожает идею, что неплохо бы самые эксклюзивные новости со всеми жаркими подробностями продавать пользователям за деньги. Собрались все менеджеры и верстальщики журнала и устроили мозговой штурм. Порешили, что для чтения полных версий эксклюзивных новостей пользователь должен подписаться на ежемесячный платёж в 5$. А как подписаться, если сейчас все пользователи, в принципе, анонимны? На сервере, конечно, откладываются IP адреса пользователей, какие HTML страницы они запрашивали, но этих данных явно недостаточно, чтобы суметь выманить у ничего не подозревающего пользователя вожделенную денежку. Решили, что пользователя надо идентифицировать каждый раз, когда он запрашивает HTML. Варианты такие: (1) пользователь неидентифицирован, (2) пользователь идентифицирован и не платит, (3) пользователь идентифицирован и платит. Соответственно, при отдаче HTML, если результат идентификации (1) или (2), то надо отдать урезанную версию HTML. Если (3) - полную. И тут внезапно оказывается, что HTML это всего-лишь язык разметки текста, который вообще не умеет логику (вот это самое "если - то"), и не должен уметь, т.к. реализация логики это уже область программирования. Соответственно, журнал нанимает программиста, который, почесав репу, пишет на каком-нибудь PHP/Perl/Python/Ruby/etc.. следующее: "если пришёл кошерный запрос - запустить процедуру идентификации; если результат идентификации (1) или (2) - вернуть /var/www/html/sad-news.html; если результат идентификации (3) - вернуть /var/www/html/glad-news.html". HTTP демона программист натравливает уже на исполняемый файл, например, index.php, в котором эта логика и записана.
Только ещё, конечно, ничего не работает, т.к. процедуру идентификации ещё предстоит реализовать. После месяца напряжённых дебатов (ядро сотрудников-ветеранов яростно сопротивлялось внедрению чего-то кроме HTML по каким-то, вероятно, религиозным соображениям) было решено под заголовками обрезанных эксклюзивных новостей добавить ссылку на форму регистрации с объяснением нафиг оно вообще надо. Поля формы - имя, фамилия, телефон, адрес, номер паспорта, номер кредитной карты и чекбокс рядом со ссылкой на условия соглашения, по которым пользователь соглашался не ежемесячное снятие денег по карте и обязывался отдать душу дьяволу во имя процветания журнала. Соглашение никто не читал, платные пользователи сразу после смерти попадали в ад, отношения у журнала с дьяволом были на мази и он быстро вырос в межнациональный новостной портал, но это уже совсем другая история.
Итак, любопытный пользователь щёлкает по ссылочке, ему возвращается HTML с формой регистрации, он аккуратно заполняет форму и ставит галочку. А что дальше? На этом этапе все заполненные им данные всё ещё находятся у него на компьютере - журнал о них ни сном ни духом. Но самый главный спец по HTML открыл менеджерам и программисту страшную тайну: у формы HTML есть волшебный атрибут action, в котором можно указать URL журнала, куда при нажатии пользователем кнопки "Отправить" отправятся все заполненные данные. Поскольку HTML не умеет и не должен уметь обрабатывать произвольную логику, URL должен указывать не на HTML, а на файл с кодом логики, в данном случае PHP файл (например, register.php). Там запустится процедура регистрации и.. А что делать с полученными данными пользователя? Очевидно, куда-то сохранить. Например, в базу данных, либо работающую локально на сервере, либо на втором сервере, куда может обращаться первый. Также пришлось добавить форму входа и процедуру инициализации сессии пользователя - так, чтобы при каждом последующем запросе браузер посылал идентификационные данные, например, в cookie (при запросе входа процедура инициализации сессии сверяется с данными в базе). Процедура идентификации теперь проверяет, есть ли в запросе cookie с неистекшим временем сессии, поднимает данные сессии, если получилось - проверяет, платит ли пользователь, и возвращает HTML в соответствии с результатом.
Причём по одному и тому же URL (например, http://hell-news-journal.com/news.php) теперь может возвращаться разный HTML - так называемый динамический HTML.
Остальную историю вымышленного журнала (утечка кредитных карточек пользователей из-за использования HTTP без шифрования отправляемых данных, всякие некрасивые истории с уязвимостями типа CSRF и т.д.) оставляю за кадром. За кадром же остаются всякие JS, AJAX и т.д., т.к. это уже нюансы - принципы те же.
Хочется отдельно отметить насчёт первоначалных попыток внедрения логики прямо в HTML разметку. В PHP так технически можно делать и по сей день - смешивать HTML и логику. Поначалу так и делали, и думали, что всё хорошо. А потом, когда отдельные веб-ресурсы стали достаточно большими по объёму кода, оказалось, что этот способ превращает код в говнокод, а HTML просто в говно, а всё это вместе - в трудночитаемое миллиарды раз дублированное дерьмо. Программисты, вынужденные это поддерживать, стали переходить с литра пива в день на два литра валерианки. Вот это поползновение говнокода на пиво было настолько неприемлемо, что по сей день ̶х̶о̶р̶о̶ш̶и̶м̶ единственно верным тоном в веб-программировании считается разделение между логикой и представлением. Впрочем, ограниченную логику, не приводящую к отказу от пива, допускают в специальных синтаксисах разных языков для шаблонов. Шаблоны можно реализовать с помощью синтаксиса SSI, а также (но не только) специального синтаксиса PHP. Есть движки шаблонов для разных языков программирования, предлагающие каждый свой один элегантнее другого синтаксис (например, Twig, Blade, Mustache, Handlebars, и т.д., легионы их). Кто-то реализует чуть больше возможностей по логике, кто-то чуть меньше, где-то есть наследование и циклы, где-то нет, но везде документация повторяет одно и то же: логику в шаблонах нужно минимизировать, иначе останетесь без пива.
К слову, программисты десктоп-приложений смотрят на всю эту порнографию в вебе и ржут в голос. Дело в том, что они уже давным-давно понаступали на все эти грабли, и им смешно наблюдать, как история заново повторяется в веб, с переизобретением давно известных паттернов проектирования, технологий сборки проектов и т.д., ̶у̶п̶о̶р̶о̶т̶о̶г̶о̶ упорного хождения по граблям, координаты которых известны. Вот так и живём, создавая новые проекты методом GRASP and KISS DRY YAGNI SOLID ACID, поддерживая и потихоньку переписывая адский легаси.
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения