?

Log in

Начинающим веб-мастерам's Journal
6 most recent entries

Poster:cjtoha
Date:2003-11-02 23:34
Subject:Баш за Баш
Security:Public


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

Так вот решил я поставить перед собой следующую задачку. Требуется написать полноценный почтовый сервер в условиях сложного выживания. Что я имею в виду? Так вот, в начличии имеется какой-либо домен, по которому открыт доступ по FTP (обычное место под сайты). На этом сервере есть поддержка PHP (именно PHP, и больше ничего, ну и HTML, конечно). Можно реализовывать как POP3/SMTP, так и IMAP (это не столь важно, главное, чтобы хоть что-нибудь получилось).

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

25 comments | post a comment



Poster:trollvsr
Date:2003-11-03 18:30
Subject:
Security:Public

Кто-нибудь знает как создать новостную рассылку на народе? Просто мне на сайте хочется чтоб все последние новости людям на мыло приходили
Спасибо

6 comments | post a comment



Poster:arrendek
Date:2003-10-30 16:57
Subject:простой алгоритм разбивки содержания на страницы при помощи PHP
Security:Public
Mood: amused

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

Итак…Collapse )

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

Комментарии и поправки к коду горячо приветствуются, так-же как и вопросы и уточнения.

P.S.
© мой.

8 comments | post a comment



Poster:cjtoha
Date:2003-10-27 20:32
Subject:Просотй HTML vs Динамические Языки
Security:Public


Всем известно, что основу фактически любой Web-страници составляет HTML-код. Браузер клиента получает HTML-код, который дешифрует и клиент наблюдает работу Web-мастера. Напомню, чтобы узнать исходный HTML-код страници, отображенной на экране, достаточно в меню броузера View выбрать пункт Sourse; в случае, когда автор использовал фреймы, необходимо щелкнуть правой кнопкой мыши на интересующий фрейм и выбрать в всплывшем меню необходимый пункт. (я привожу примеры для наиболее распространенных ОС и браузеров -> не везде это может работать -> для конкретных отдельных случаев задавайте вопросы в commentsах)

HTML-код очень рошош собой и всеобъемлющ. Практически все, что угодно можно реализовать на чистом HTML. Я еще помню времена, я тогда только писал свой первый сайт, когда вся Web и была реализована только на чистом HTML. Но прогресс не стоит на месте, и на помощь Web-программистам приходят новые языки. Сначала пришел Java Script. Это позволило добавить жизни в мертвый вид страницы. Появилась возможность отображать не только фиксированный текст, но и, например, падующие снежинки на экране, или летающие мушки за курсором мышки. Это придавало некоторую красоту простым Web-страницам.

Время шло, потребности росли. Стало достаточно популярным, когда у пользователя есть возможность выбирать собственные настройки для конкретного сайта. Нпример, пользователь имеет право выбирать цвет backgrounda данного сайта. Для этого на сервере, где хранится сайт, создавалась база данных, в которой хранились цвета пользователей. Встает вопрос, как теперь передать пользователю его цвет. Java Script - это приложение, выполняемое на стороне клиента. То есть пользователь получает некоторый код программы, которая компилируется и запускается у него на машине. Для нашего примера необходимо передать еще и ВСЮ базу данных, а программа отщипит из этой базы нужную часть. Но представтье себе, что на сайте хранится база для 1000 пользователей. Пользователь работает через модем (что очень распространено в России!!!), скорость невысока, чтобы получить всего лишь свой цвет, пользователь будет вынужден ждать загрузки всех 1000 цветов других пользователей... Это очень много времени, это лишний траффик...

Как же решить эту проблему? Счастье молодым Web-программистам! У них есть возможность писать на таких языках, как PHP, Perl, ASP и прочие. Чем хорош этот тип языков. А тем, что мы получаем возможность при запросе страницы, клиент отправляет лишь свой, например, индивидуфльный код или login, сервер обрабатывает запрос, изучает базу данных, а затем высылает клиенту лишь только его цвет. Это немного увиличивает время обработки запроса пользователя, но во многом экономит время получения ответа.

Выше приведен лишь один из аспектов в пользу Динамических языков. Приведу еще один пример. Вы пишете сайт под заказ. На сайте около 200 страниц, все они имеют практически одинаковый вид, определенный стандартом заказчкиа; отличие лишь в смысловом содержании. Вы сдаете работу заказчику, но он просит вас подправить маленький фрагмент, Вы мол немного недопоняли, и вот эта рамочка должна быть не в левом верхнем углу, а в правом. Предположение: сайт целиком написан на голом HTML. Решение: исправить ровно 200 файлов исходного текста... если это только рамочка, то это еще ладно, а вот если дизайн меняется в корне, хотя смысловое содержание не меняется, то это будет сравнимо с томй работой, которую Вы провели при написании сайта. Это неправильно! Что дают нам Динамические языки? Они позволяют нам сохранить дизайн в одном отдельном файле. Во всех прочих файлах мы просто ставим директиву подгрузки этой страницы. тогда изменения дизайна всего сайта можно производить лишь в одном файле!!! Будь то просто рамочка, или дизайн меняется в корне. Кстати говоря, при сдаче измененного дизайна, можно сказать, что Вы проделали коласальную работу, сравнимую с написанием сайта. Заказчики зачастую не знают, как все это работает, им главное, чтобы работало. Они могут поверить и заплатить значительно больше, чем просто за изменение одной странички ;)

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

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

3 comments | post a comment



Poster:cjtoha
Date:2003-10-21 22:48
Subject:Редактор профессионала
Security:Public

Что касается редакторов, в которых генерится код HTML, XML, PHP, Java и прочее, прочее, прочее. Лично я считаю, что настоящий Web-мастер пишет приемущественно в Notepad (или подобных редакторах). Именно в тех редакторах, в которых кроме скопировать вставить больше ничего не работает! К редакторам типа Microsoft Word отношусь категорично отрицательно! Объясняю почему. Создайте просто бланковую страницы с помощью Wordа и другую с помощью Notepadа. А теперь сравните размеры получившихся исходников! Да! А теперь представьте себе, что ваш user сидит исключительно на Dial-Upе... ему очень важно, сколько "весит" ваш исходник. В задачу грамотного Web-программиста входит не только написать код, обеспечивающий оптимальный интерфейс пользователя, но также ему следует не в последнюю очередь учесть объем получившихся страниц! Замечу, что не всякий user будет дожидаться загрузки даже очень красивой странички, если она ползет очень долго. Отмечу сразу, что этот user вполне может и не знать, что на Вашей страничке все очень красиво, так тогда зачем ему ждать долгую загрузку. Но использую Notepad Вы пишите минимум кода. По крайней мере там, скорее всего, не будут присутствовать излишние строки типа META. META-какой редактор, META-кто автор итд итп... На внешний видстраницы это не влияет ни коем образом, среднестатистическому userу на эту информацию наплевать, а большинство вообще не умеют ее добывать, так, спрашивается, зачем включать эти строки в код? Правильно, незачем! Если я не прав, то попрошу меня поправить.
Но я не зря подчеркнул слово "преимущественно". Все вышесказанное не обязывает Вас писать исключительно в Notepad. Признаюсь честно, что иногда я даже использую Word, но для того, чтобы получить некоторый малый фрагмент кода. Имеется в виду: забыли вы тэг, который перечеркивает слово -> в Wordе это делается одной кнопочкой. Сделали - посмотрели тег -> стерли этот страшный исходник и забыли о нем -> вернулись в Notepad и добавили тег.
Помимо всего прочего, считаю очень хорошим редактором Microsoft Visual Studio InterDev. Во-первых, он не добавляет лишнего кода, выделяет разными цветами всякие параметры, что позволяет замечать ошибки типа опечаток, плюс еще много всего интересного... но это если будет кому интересно, то я напишу отдельный post.

20 comments | post a comment



Poster:scaut
Date:2003-10-15 00:56
Subject:я не веб мастер
Security:Public

но очень хотел бы научиться
что посоветуете?

12 comments | post a comment


browse
my journal