PavelScron, Вы путаете теплое и мягкое. Оба оператора цикла могут работать при одинаковых заданных условиях идентично. Просто запись будет разная и удобство записи в разных случаях разное: в цикле вайл для определенного числа итераций придется самостоятельно отслеживать переменную количества итераций, в то время как в фор при неизвестном количестве итераций, внутри цикла нужно добавлять дополнительное условие выхода из цикла.
скорее всего или ошибка хтмл разметки или не правильно описание какого-либо тега. Вообще проверять $_POST['addNewLogBook'] которое имя кнопки это моветон, для этого достаточно проверять пришло ли методом пост:
if ($_SERVER['REQUEST_METHOD'] === 'POST') {
//some code
}
Макс Васильев, ну, скажем так: есть вариант ложащийся в классические запросы на получение коллекций объектов, которые полностью ложатся в концепции ООП, но тут уже зависит от ситуации. Проекты хайлоад чаще используют подход когда жесткий хардкорный код ускоряет работу в разы. Обычно как раз на таких перекрестных выборках. Однако ничего не мешает вам выбирать классическим способом, коллекции по типам объектов, затем в коде циклом строить массив соответствий.
Adamos, теплое с мягким лучше не путать, есть задачи которые в других редакторах решаются через ... колено выгнутое назад, а в фш 2 клика. И есть задачи которые в фотошопе решать просто глупо, ибо он не для этого, например пакетная обработка в нем достаточно дубовая, иногда проще скрипт каой-нить накатать за 3 минуты или Асдс использовать.
ФШ стандарт де факто в мире растровой графики, есть очень много аналогов и альтернатив, но пока никто не может полноценно заменить этот инструмент. Даже если вы сейчас не нуждаетесь во всех фишках и примочках которые он предоставляет, стоит обучиться хотя бы базовой работе в своей сфере. Имхо он очень логично и грамотно построен, как в плане интерфейса, так и в плане работы с контентом. Привыкните за неделю.
Внимание! Вызывает стойкое привыкание и синдром "я бы это в шопе сделал за 5 секунд, уже пол дня тра*аюсь в %другойредактор%!!!".
Максим Гришин, с 5.2 и выше без ооп мало того что работает медленнее, так еще и памяти классы экономят просто нереально, если конечно статикой все не рубить. После 3 пыха я на 4 буквально пару мелких проектов успел, хотя уже тогда были вполне себе объекты, хотя и работали медленнее процедур. А с 5 все так взлетело, без ООП там особо то и делать нечего.
newaitix, js обращается к серверу(не к файлу, файл исполняется на сервере и сервер отдает результат работы скрипта), то же самое сервер - обращается к другому серверу, тот выдает результаты работы скрипта. Если результат работы скрипта такой: <?php echo 1; exit; ?>, то значит код на сервере не выполняется, а файл передается запрашивающей стороне как есть, настраивайте связку пхп - апач(ну или нгинкс, что там стоит у вас).
d-stream, мы все еще говорим о проекте где даже выбор базы еще не определен? Как только появятся задачи с триггерами и хп будет уже четко понятно какая база и с какими возможностями нужна. Структура не поменяется от смены одного решения на другое, а прочие плюшки, ясное дело, идеально писать по месту. Или придется слегка напрячься и сделать работу еще раз, если не смогли вовремя принять правильное решение. Но это в случае если есть кому выбирать. Что возвращает нас к дба(что в принципе исключает данный вопрос как таковой).
d-stream, не вижу каких либо задач, не решаемых в 3-4 строчки для переноса сторедов между базами, все они поддерживают общий формат, за исключением нюансов все можно просто копи - пэйст + поменять по мелочам, триггеры тоже везде поддерживаются, ну, в топовых бд. Кроме того - если речь заходит о сторедах и триггерах - это уже полюбому нужен дба, а тогда бы вопрос выбора бд не стоял, ибо нахрен тогда он нужен, такой дба.
Dreaded, так и реализовать, пусть это будет файл в котором есть основная разметка с местами под хедер, футер, контент, слайдер и прочие модули. В этих местах прописываете $this->renderPartial('нужный_модуль');, модули храните в отдельной папке для модулей внутри папки view. Для контента отдельный метод renderContent(), который сопоставляет контроллер/экшн с соответствующей им вьюшкой.
Нгинкс и апач позволяют настроить страницу ошибки, да.