Jazzist

1. Мартин Фаулер "Рефакторинг"
   
2. Боб Мартин "Чистый код"
   
3. Про паттерны проектирования в википедии, на форумах и на узких форумах
   
4. "Приемы объектно-ориентированного проектирования. Паттерны проектирования" Авторы: Э. Гамма, Р. Хелм, Р. Джонсон, Дж. Влиссидес
   

За месяц-два реально разобраться и применять. Если практикуете - то быстрее.

1. Убедиться в том, что знакомы с ОИВТ
2. Изучить теорию программирования, от типов данных до приемов работы, алгоритмы и паттерны
3. Позависать недельку тут php.su/learnphp и тут phpfaq.ru/debug
4. Проанализируйте код свободных CMS
5. Фреймворки и IDE

По опыту отвечания на форумах, по статистике вопросов, по темам выше расклад такой:
1. 30%
2. 80%
3. 80%
4. 20%
5. 10%

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

Добавьте квантификатор жадности /g

Аналогично, названия вкладок на русском не получаются, хотя в самой таблице — без проблем.

См. исходники фреймворков. К указанным agent_j.habrahabr.ru добавлю CodeIgniter.
Также, на хомяках фреймворков смотрите открытые приложения, сделанные на них.

json_encode($foo); — что в локали сервера?

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

Мне в этом вопросе можно верить

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

Используйте imagemagick
convert FROM -resize WxH -quality 90 TO

Пример с PHP:

$original

exec('convert '.$original.' -resize '.$size.' -quality 90 '.$to);

Достойные кандидаты в провинции уже научились работать удаленно. Многим это понравилось, и они теперь долго будут думать, прежде чем решиться перебираться в офис.

Пишите четкое ТЗ, делайте подробный и прозрачный план-график с еженедельной приемкой, согласовывайте его с удаленными кандидатами и работайте с ними.

Есть, и много, и делают это лучше, чем ASP. Фреймворки называются.

Как-то шутки ради установил все плагины, найденные по ключевому слову «IDE» для gedit. Прошло уже более двух лет, как исключительно в нем и работаю, совершенно забыв про Eclipse. На самом деле там очень много плагинов… Есть все, что нужно (проводники, инспекторы, аутлайны, отладка в ассортименте, подсветка и многое другое), и все это отличается до безобразия высокой скоростью — все же на C написано.
Eclipse до такой производительности далеко. В какой-то момент просто не захотелось работать с Eclipse, именно ввиду его очевидной монструозности.

Юзер может редактировать какую-то конкретную свадьбу, при этом не являясь ее заказчиком, ни являясь админом или менеджером? Если да — то такие вопросы:

— кто выдает разрешение на право редактирования
— можно-ли разрешения вынести из абстракции модуля БД (при этом возможно оставить абстракции в интерфейсе)

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

Вообще, вы правы — руки чешутся оптимизировать… и сильно оптимизировать. Правда есть небольшие сомнения в том, что можно что-то сильно полезное советовать по представленной информации. Советы будут намного более объективными, если взглянуть на ТЗ.

Еще кешируются сериализованные результаты запросов выборок из БД. На уровне приложения.

> web приложения исходники которых очень помогут в самообучении.

pear.php.net — мне в свое время очень помогло, в том числе и в обучении

SQLite.

Просто, быстро, удобно. За базар отвечаю!

Если использовать через слой (что разумно всегда) — будет и вам счастье :)

Некоторое время назад купил книжку, которая так и называется — «ООП в PHP», с зеленой обложкой.

По факту оказалось все настолько дремуче, что заставило меня понять принципы ООП, изложенные в нативном мануале.

С тех пор верю нативным мануалам. Не накололся ни разу, хотя ДО этого — случалось многократно.

PHP CLI в фоне ведет себя плохо. Из того, что применяется «на скорую руку», хорошо себя ведут BASH, Perl и Python.

В задаче, где надо было беречь ресурсы, поступил так:
1. Скрипт на PHP сохраняет «задание» на BASH в некоторую директорию job
2. Крон ежеминутно запускает некий скрипт dispatcher, написанный на Perl (был жизнеспособный вариант и на BASH) который ищет N самых старых (по last modified time) скриптов из директории job, и запускает их.
3. Запускаемые скрипты первым делом уничтожают (rm) себя, чтобы не Они все равно выполнятся — ведь они уже загружены в ОЗУ. Результаты работы сохраняются в ФС или в БД, для обслуживания логики интерфейса

Число N для каждого конкретного сервера выявляется индивидуально — тестированием.

Был «подводный камень», который по первому разу даже был обнаружен совершенно невовремя — все, что запускает крон, должно работать с абсолютными путями.

Таким образом были сделаны проект вроде ютуба и аналогичный, тоже конвертирующий видео.

Обратите внимание на так называемый «механизм сессий», или хотя-бы «идентификаторы». Гуглится, и даже википедится — оба понятия.