для начала надо написать систему авторизации и аутенификации. а после этого проверять: если аутенификация прошла успешно выводим список сообщений, а если не прошла, то форму ввода логина и пароля...
Виталий наличие фалйа lmhosts может говорить о налдичии вируса на компе блокирующего некоторые доменные имена, точнее подставляющий вместо нужжных АйПи свои. хотя не обязательно. но все равно рекоменду провериться с обновленными базами...
Здесь опять же вопрос задачи, однообразности и количества.
если данные можно приспособить под одну дудуку и их сравнительно (по меркам БД) не много, то делаю одну таблицу. хотя довольно часто удобнее использовать разные таблци, удобнее для анализа и визуализации...
Понятно... в этом примере по сути разницы нет никакой... что двумерный массив, что два одномерных... здесь впрос удобства. но и здесь разницы никакой... что в первом случае добавлять/редактировать. что во втором. думаю более эффективно было бы использовать БД для данных целей, все сообщения для автоматической отправки в таблице. надо добавить что то, добавил запись в табюлицу и забыл... Испольщование БД дает кучу приемуществ... я сейчас стараюсь максимально все данные которые могут быть добавлены или изменениы хранить в БД... (Добавление)
да кстати, что касается терминологии. В моем понимании данный вопрос касается логики построения кода...
А как объяснить что сегодняшний кандидат сначала создал опрос, а потом через пол часа без ответа просто тему с таким же содержимым? попытка исправить ошибку?
здесь многое зависит от самого проэкта и от сервера размещения. а вообще как вам удобнее таки надо писать. если к какой то структуре привыкли испльзуйте ее без угрызений совести, главное не мусорить. например, я привык к разделениюкатегорий кода (конфиги, шаблоны, функции и т.д), по папкам вне корня сайта... хотя если планируется размещение не на моем сервере придурживаюсь класической структуры с ограничением доступа....