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

Представим, что на Вас в канун Нового года обрушилась работа: вставить информацию об авторских правах в каждую страницу сайта, который Вы обслуживаете. Конечно, сделать это не сложно: загнать текст в буфер и, лихо открывая страницы, вставлять в нужном месте. Но если сайт, которым Вы занимаетесь, разросся за последних семь месяцев до исполинских размеров в несколько сотен страниц? Вам остаётся потратить весь канун праздника на лихорадочное редактирование этого объёма!

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

По статистике, около 90% пользователей в наши дни пользуются Internet Explorer (5-й или 6-й версией). В этих браузерах Flash, как правило, уже установлен (если же нет, то, при наличии Интернет-соединения, установить его - дело пары минут). Тем не менее, если вам нужно на 100% быть уверенным в том, что у пользователя всё будет работать "правильно", даже если у него не установлена примочка Flash, нужно определять наличие примочки, и, в зависимости от этого, показывать Flash страничку, или контент, не сожержащий Flash.

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

Я попытаюсь тут разъяснить то, как я подхожу к написанию сайтов, где могут применять подключаемые модули. Пример тому известный скрипт PHPNuke. Как бы не ругали его, подход, примененный в нем, к модульному программированию очень удобен. Но из-за корявости общего кода применять такой скрипт на серьезных сайтах, точнее скажем порталах, с большим количеством посетителей, не рекомендуется. Почему? Скрипт работает медленно, очень большая нагрузка на базу данных. Можно еще очень много чего описать, но это уже материал для другой статьи. Если кому интересно , то в интернете полно описаний этого движка. В «неудобоваримости» PHPNuke я убедился сам. Мой основной проект NVIDIA BIOS Collection в начала базировался на PHPNuke, но постоянные проблемы с хостингом заставили меня начать разработку своей система портала с нуля. Из PHPNuke я взять только суть модулей, все остальное же делал сам. И так для начала. Прежде всего, надо продумать систему каталогов, что и где будет лежать.

Здесь я расскажу о возможностях Apache защищать содержимое сервера либо его частей.

PHP, конечно, язык хороший... Во всяком случае, синтаксис у него на порядок проще и яснее, чем у Perl. И конструкций/инструкций меньше. Это достоинство. Например, в Паскале конструкций еще меньше, но это не мешает ему называться почти что одним из самых алгоритмизируемых языков.

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

MySQL - это сервер SQL баз данных, широко распространенный в качестве SQL-движка сайтов Интернета благодаря удачному сочетанию пользовательских свойств, открытым исходным кодам и хорошей технической поддержке. Вначале MySQL разрабатывали программисты-энтузиасты, недовольные работой имевшегося сервера mSQL. В дальнейшем для развития данного сервера была основана целая компания MySQL AB, обеспечившая широкую поддержку данного продукта. Фирма существует за счет коммерческой технической поддержки пользователей MySQL, сам же сервер по-прежнему бесплатен и поставляется в исходных кодах.

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

В этой главе мы рассмотрим внутренние объекты языка JavaScript. В предыдущей части рассматривались объекты браузера.

До 1994 года на рынке были представлены главным образом базы данных, предназначенные для работы со значительными объемами данных и сложными взаимосвязями, которые обладали различными возможностями, но в тоже время требовали значительных вычислительных ресурсов. К числу таких баз данных относятся Oracle, Informix и Sybase. СУРБД с поддержкой SQL и доступных по стоимости в это время не было.

Для начала о причинах, побудивших написать меня эту статью: в обсуждениях членов Всероссийского Клуба Вебмастеров не раз возникали споры о том, что лучше применять в случае повторяющейся разметки (информации) на большом количестве страниц - фреймы, JavaScript или SSI (Server Side Includes). Моим глубоким убеждением является то, что фреймы следует использовать только там, где без этого действительно никак не обойтись, JavaScript (да и любые другие клиентские скрипты) слишком капризен и зависит от настроек браузера, поэтому его можно использовать только для дополнительных возможностей

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