Часовой пояс: UTC + 3 часа




Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 368 • Страница 17 из 19<  1 ... 14  15  16  17  18  19  >
  Пред. тема | След. тема 
В случае проблем с отображением форума, отключите блокировщик рекламы
Автор Сообщение
 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
хтмл - прост как пивная банка, надо только правильно всунуть палец в колечко, и...



Добавлено спустя 9 минут 19 секунд:
Vladson писал(а):
В зависимости от твоего выбора, браузер будет понимать остальной код.

еще вопрос :beer:

вот любой браузер умеет читать только хтмл...
зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?

искусственная задержка серверов?

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!



Партнер
 

Member
Статус: Не в сети
Регистрация: 24.06.2008
Макеенко А.Н. писал(а):
еще вопрос :beer:

вот любой браузер умеет читать только хтмл...
зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?


На сервере имеются централизованные источники данных, для доступа к ним используется код на сервере. Код с учетом информации из источников данных динамически формирует HTML-документ, который www-сервер передает клиенту (браузеру).

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


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
Any1 писал(а):
Код с учетом информации из источников данных динамически формирует HTML-документ, который www-сервер передает клиенту (браузеру).

а зачем такая сложная цепочка? :oops:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

Заблокирован
Заблокирован
Статус: Не в сети
Регистрация: 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
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
elek писал(а):
Если совсем кратко. Для сайта со статическим наполнением - не нужно. Для сайта с динамическим - нужно.

вот это я понимаю, хотя... само понятие динамики и статики немного исковеркано.

а почему никто не учит Html уметь работать напрямую с базой данных? :old_rolleyes:

а php, java, c# и тд - ведь это же можно напрямую встроить в код Html?

elek писал(а):
Плюс к этому вопрос безопасности, оптимизации

сайт на Html взломать невозможно... там нет БД :old_writer:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

member+
Статус: Не в сети
Регистрация: 16.01.2004
Откуда: Estonia,Tallinn
Макеенко А.Н. писал(а):
сайт на Html взломать невозможно

Можно взломать сам сервак и делать с сайтом всё что захочешь...

_________________
X99-TF/E5-2678v3+Evo212/2x16Gb-DDR4-Gloway-TYPE-a@2133-12-13-13-26/GTX1070TI/KINGSTON-SNV2S1000G


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
Vladson писал(а):
Можно взломать сам сервак и делать с сайтом всё что захочешь...


а как? :to_become_senile:

ну, если на сервере висит тот же https://www.overclockers.ru/

Добавлено спустя 2 минуты 40 секунд:
Макеенко А.Н. писал(а):
почему никто не учит Html уметь работать напрямую с базой данных?


:telephone:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

member+
Статус: Не в сети
Регистрация: 16.01.2004
Откуда: Estonia,Tallinn
Пытались учить, так родилось множество влеосипедов, как забытые типа SSI так и выжившие типа РНР (эволюция показала что это тупик и РНР выжил потому что перестал быть просто работающим с БД html-ом)

Добавлено спустя 2 минуты 37 секунд:
Макеенко А.Н. писал(а):
а как?

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

_________________
X99-TF/E5-2678v3+Evo212/2x16Gb-DDR4-Gloway-TYPE-a@2133-12-13-13-26/GTX1070TI/KINGSTON-SNV2S1000G


 

Junior
Статус: Не в сети
Регистрация: 08.01.2017
Задача такая.
Для стрима хотел сделать график зависимости побед и поражений.
Новые люди не спрашивали постоянно покажи историю игр. и.т.п.
Чтобы он выводился во время потока на прозрачный фон через плагин в OBS CLR Browser.
После каждой игры, необходимо будет самому добавлять новые точки в сам код :roll: , и самому строить линии.
Вот я бы вообще захватил оно из экселя. Но как сделать фон прозрачный :-( .
Что-то сложно. Охота реализовать такую идею, но с удобным занесением данных и приятным визуальным видом.
Может есть какая альтернатива?


P.S.
Можно даже сделать это в виде табличке, но как быстро туда заноить данные :roll: Это ведь надо код редактировать.


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
Vladson писал(а):
эволюция показала что это тупик и РНР выжил потому что перестал быть просто работающим с БД html-ом

почему тогда тот же РНР все браузеры отображают как хтмл?

Vladson писал(а):
да миллион разных способов есть, хотя бы поймать админа, и с помощью термально-ректального криптоанализа узнать пароль к серваку (не очень технологично конечно, но вполне сработает) но есть способы и получше...

я вот это, что выше - не читал :take_example:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

member+
Статус: Не в сети
Регистрация: 16.01.2004
Откуда: Estonia,Tallinn
Макеенко А.Н. писал(а):
почему тогда тот же РНР все браузеры отображают как хтмл?

Потому что РНР не пытался заменить html он пытался его дополнить, а потом от этой концепции отказались (по этому он и не вымер как остальные)

_________________
X99-TF/E5-2678v3+Evo212/2x16Gb-DDR4-Gloway-TYPE-a@2133-12-13-13-26/GTX1070TI/KINGSTON-SNV2S1000G


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
Vladson писал(а):
РНР не пытался заменить html он пытался его дополнить

теперь начинаю понимать - для чего на пивной банке прикручено хитрое колечко!
Vladson :old_beer:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
ну, вроде все... :old_smile: понял.

берегись пхп - идет умная лашатка :old_writer:

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
Vladson, блин... на РНР скорость подгрузки никакая 8-) 80 по пейдж спид для мобильных это выше крыши...
а html-ные сайты по гуглу выбивают 100 из 100...
ну, это без сторонних скриптов метрик, карт и т.п. - так 99

в чем смысл этой возни?

:bandhead:

Добавлено спустя 20 минут:
и вот парадоксен-блок - (так ругался электрик ст. "Связист" Царев Н.Н. на всё непонятное) - все эти html-ные сайты, не адаптированные под мобильные устройства, и жуткие по своей структуре - по ВЧ запросам не желают покидать выдачу в "поиск".

как это так?

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


 

Member
Статус: Не в сети
Регистрация: 01.10.2012
Макеенко А.Н. писал(а):
вот любой браузер умеет читать только хтмл...
зачем надо изначально делать страницы пхп и прочую ересь, если все равно к пользователю приходит страница в хтмл?


А зачем вообще страница должна приходить к пользователю откуда-то? Ведь браузеры умеют открывать локальные файлы 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, поддерживая и потихоньку переписывая адский легаси.


 

Member
Статус: Не в сети
Регистрация: 05.02.2006
Откуда: 55°81`N 37°73`E
Фото: 7
61e@4 писал(а):
А зачем вообще страница должна приходить к пользователю откуда-то? Ведь браузеры умеют открывать локальные файлы HTML.

61e@4, круто... :facepalm:
61e@4 писал(а):
Вот так и живём, создавая новые проекты методом GRASP and KISS DRY YAGNI SOLID ACID, поддерживая и потихоньку переписывая адский легаси.

надеюсь уже хоть по https внедряете проекты...

_________________
Старый конь BIOS не попортит! http://dedov.clan.su
OversBeer| ПВО Сломал железку? Купи новую!


Показать сообщения за:  Поле сортировки  
Начать новую тему Новая тема / Ответить на тему Ответить  Сообщений: 368 • Страница 17 из 19<  1 ... 14  15  16  17  18  19  >
-

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 4


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  

Лаборатория














Новости

Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB | Kolobok smiles © Aiwan