Андрей Унгер

Отправляйте методом POST. Случайны человек уже не сможет отправить, но чуть более менее грамотный - спокойно. Так что совсем защитить - не получится

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

Тут опять-таки все продумано до нас. Все ваши функции и методы должны содержать минимум кода и выполнять ТОЛЬКО ОДНО действие. Если метод содержит более ~10 строк - его лучше разбить на два метода. Такие короткие функции и методы будут понятны без комментариев. Перед самым методом ставим комментарии чтобы их могла понять система автоматического дкументирования. Например:

/**
 * Метод делающий то-то
 * @param first первый параметр
 * @param second второй параметр
 * @return возвращаемое значение
 */

добавляете на страницу скрытый ифрэйм id="server" а в форме добавляете target="server" - теперь у вас форма сабмитит во фрейм а сама страница не пропадает. Во фрейме можно джаваскриптом с top.window делать что угодно - в том числе выводить сообщения о ошибках и дополнять страницу.

второй вариант - использовать jquery плагин ajax form

Нужен JS который будет аджаксом ергать скрипт каждые несклько секунд. Либо делать через websocket или push уведомления.

Не совсем понял вопроса. Есть разные способы решения:

1. Сделать ссылку просто ссылкой которая будет вести на туже страницу но с параметром ?click=true а в скрипте ты стало быть смотришь передан тебе такой параметр или нет: if($_GET['click']=='true'){

2. Сделать скрытую форму с input type=hidden и по id джаваскриптом пихать туда нужное значение и вызывать сабмит

3. Вызывать через ajax нужный скрипт при клике по ссылке

Это если на вскидку так

OSX server - ставиться как отдельное ПО на десктопную версию. Вебсервер (как и прочие сервисы) поднимаеться буквально в пару кликов

nginx+php-fpm - достаточно надежное решение для высоконагруженных серверов. Если правильно настроить конечно

Изначально не верный подход. Если кто-то может писать в таблицу - он в нее запишет. Перефраза одного из законов Мерфи.

Правильным будет вообще не допускать несанкционированный доступ к базе.

Из личного опыта: не стоит как писать свою cms так и юзать готовую. Особенно начинающему разработчику. Имеется ввиду что не стоит писать cms ради самой cms. Дело в том, что когда вы попытаетесь ее применить в каком-то нестандандартном проекте - окажеться что архитектура чего-то не позволяет сделать и приходиться строить костыли. В итоге через пару итераций cms превращается в набор костылей. Очень запутанный набор костылей.

За свою более чем десяти летнюю практику я пришел к выводу что cms и библиотеки слишком ограничивают. Зато за это время скопилось огромное кол-во решений всяких типовых задач. И теперь создавая новый проект просто перетягиваем классы и функции из "опытного багажа" в нужный проект и правим под собственные нужды. Т.е по сути тотже набор костылей но без всего лишнего.

Поэтому совет слудеющий - если есть проект который не горит по срокам - пишите с нуля с таким расчетом чтобы использовать тотже код и в других проектах. Но не гонитесь за универсальностью. Лучше в следующем проекте исправить пару методов в классе чем потратить день на написание класса на все случаи жизни. К следующему проекту вы уже будете видеть удобство/корявость тех или иных элементов ваших костылей и возможно захотите что-то в них поправить. В итоге у вас будет постоянно развиваемый и пополняемый "багаж костылей" который от проекта к проекту будет становиться все лучше и чище.