EugeneOZ

3) Сделать отдельную таблицу под каждый предмет.
Это единственно правильный вариант. С первым вариантом Вы будете всегда лишний запрос делать к той «общей» таблице. Да и всё общее всегда будет конфликтовать. Захотите вы переименовать свойство — а нельзя, потому что остальные предметы его тоже юзают. Добавите свойство с префиксом и постепенно вырастет фигня. Второй вариант вообще ппц :)

Нет, автор, Вы никак не сможете это сделать. И подумайте, что сделает с вашим сервером конструкция «while(1);» в коде юзеров.

Ответы на этот вопрос оставляют удручающее впечатление об уровне знания PHP хабра-жителями.

Эта связка не для web-разработчиков, это связка домашнего сервера «под столом» вчерашнего школьника, пробующего свои силы.
В мире web-разработки большинство библиотек, модулей пишут под unix, и лишь иногда (или по принуждению) портируют версии под винду. Это приводит к тому, что под винду не всё можно найти, да и багов обычно больше.

s3+cloudflare

У моего сына Nexus 7 — экран малюсенький, скрипты править там будет довольно проблематично, имхо. Это среднее между телефоном и планшетом.

Недостаток этого варианта: в error_get_last() остаётся результат от интерпретации предыдущего неудачного выражения, а проверок будет сотни

Скрипт в любом случае умрёт при fatal error, и error_get_last поймает лишь его последний вздох, а не продолжит выполнение.
Только тут надо свой shutdown_handler регистрировать, чтобы поймать fatal error — смотрите register_shutdown_function().

так вы удаляйте файл после eval — так останутся только те, что не прошли eval.
и писать можно не только в файлы — уже изобретены базы данных :) запишите в БД значение expression до eval вашего жуткого и удалите после него.

Не совсем ответ, но может быть интересно Вам:
www.nczonline.net/blog/2013/10/07/node-js-and-the-new-web-front-end/

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

ой, сорри, я вообще неправильно понял вопрос — предыдущий ответ забудьте :)

ответ 2: у редис есть функция TTL

Не уверен, что подойдёт по техническим требованиям, но вчера я смотрел стриминг, вещаемый с другой стороны планеты (Торонто), здесь: www.justin.tv/ngtoronto и всё было без единого глюка. Ни на секунду не затормозилось, хотя зрителей было много.

либо информация публична, либо нет. Одно из двух.

Нет смысла разрабатывать сегодня то, что не будет использовано завтра.

PDO. Как-то странно Вы поняли автора — там нет рекомендации писать свой вариант, там есть лишь критика mysqli и рекомендации о том, как обойти ограничения PDO. Конечно, можно было бы поменьше нытья (все проблемы связаны только с плейсхолдерами и все они решаемы).

Код, который Вы пишете сейчас, будет нуждаться в сопровождении в будущем. А в будущем больше развития получит PDO, а не mysqli.

col-xs-6 col-sm-6 col-md-6
можно заменить на
col-xs-6
т.к. размер задаётся меньшим из возможных. Тоже самое с оффсетами, только оффсеты начинаются с sm (для телефонов не предусмотрено).

REWORK

В первом пункте Вы сильно ошибаетесь — при дефолтных настройках он надёжнее Postgre.

Второй пункт — да, отличие от реляционных БД радикальное.

Чтобы данные вмещались в память, будут требоваться несколько серверов (горизонтальное масштабирование). Сервера БД и приложения должны быть раздельными.

$scope Вы используете как модель, что неправильно. Моделью должен быть объект внутри $scope.
Если Вы используете сервис как глобальный объект — его и используйте внутри контроллера в темплейтах. Сделайте $scope.Model = service.Model и в темплейтах сможете использовать как Model.foo1.