Разное

У меня как правило стоит проблема перед правильной иерархией папок для каринок, подключаемых скриптов и всяких там .swf-файлов или подобного. А сами программы всегда в / директории.

Я лично вообще папок не люблю! Весь сайт на одной странице, либо все страницы в одной папке :o)

Я не читал эту книгу, но она у меня есть в формате djvu. Могу скинуть, если кому надо. Вес 20 мбайт.

Содержание
Предисловие XIII
Благодарности XIX
Контрольные списки XXI
Часть I Основы разработки ПО
1 Добро пожаловать в мир конструирования ПО! 2
1.1. Что такое конструирование ПО? 2
1.2. Почему конструирование ПО так важно? 5
1.3. Как читать эту книгу 6
2 Метафоры, позволяющие лучше понять разработку ПО 8
2.1. Важность метафор 8
2.2. Как использовать метафоры? 10
2.3. Популярные метафоры, характеризующие разработку ПО 12
3 Семь раз отмерь, один раз отрежь: предварительные условия 21
3.1. Важность выполнения предварительных условий 22
3.2. Определите тип ПО, над которым вы работаете 28
3.3. Предварительные условия, связанные
с определением проблемы 34
3.4. Предварительные условия, связанные с выработкой требований 36
3.5. Предварительные условия, связанные
с разработкой архитектуры 41
3.6. Сколько времени следует посвятить выполнению
предварительных условий? 52
4 Основные решения, которые приходится принимать
при конструировании 58
4.1. Выбор языка программирования 59
4.2. Конвенции программирования 63
4.3. Волны развития технологий 64
4.4. Выбор основных методик конструирования 66
Часть II Высококачественный код
5 Проектирование при конструировании 70
5.1. Проблемы, связанные с проектированием ПО 71
5.2. Основные концепции проектирования 74
5.3. Компоненты проектирования: эвристические принципы 84
5.4. Методики проектирования 107
5.5. Комментарии по поводу популярных методологий 115
6 Классы 121
6.1. Основы классов: абстрактные типы данных 122
6.2. Качественные интерфейсы классов 129
6.3. Вопросы проектирования и реализации 139

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

$i - for

> Ну я так делаю в случае если у меня есть файл news.php (отвечает за вывод одной переменной) и там есть запрос $query = ...

А если файл будет guestbook.php, то ты дашь другое название переменной?

Ну я так делаю в случае если у меня есть файл news.php (отвечает за вывод одной переменной) и там есть запрос $query = mysql_query("SELECT * FROM `news` WHERE id='".$id."'"); Мне как бы атк удобно :) Раньше я всё время придумывал какие-то название для переменных даже в таком случае, но в последнее время решил не тратить время на "придумывание" имени :)

> Если на страницы испльзуется только один запрос, т переменная $query, а массив $a.
Ох и побьют тебя палками, когда будут смотреть код. Название переменной говорит - "запрос", а там - его результат 0_o

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

Я пишу add_mess_do )