Станислав Почепко

В последнее время использую Asus rtn10 u black
Довольно стабильность. За полгода поставил штук 20. Полет нормальный.

Ещё, в bootsnipp.com есть много приятных вещичек

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

Раньше не задумывалась о глобальных учетных записях, и базы были разные для разных ресурсов. Но сейчас, мелкомягкие поняли что это необходимо, и, на сколько я знаю, потихоньку стали интегрировать разные сервисы. Через некоторое время все будет доступно из под одной учетной записи. Но есть аспект, мы в рашке, и до нас это будет доходить чуть медленнее =)

Документацию писали для того чтоб не было таких глупых вопросов.

Route::get('login', 'MyController@myMethod');
...
Input::get('activate');

Любую программу хранящую свои настройки в виде отдельного файла(-ов), можно самостоятельно переделать на программу с хранением настроек в облаке.

Достаточно:
1. Директорию с настройками перебросить в Dropbox
2. Сделать симлинк с места откуда программа тянет настройки на место куда вы положили эти на стройки в Dropbox.

Второй пункт выполнить на всех необходимых компьютерах.

Правда есть минусы, которые надо всегда учитывать:
- перед началом работы в программе, хранящей настройки в Dropbox, необходимо дождаться полной синхронизации Dropbox.
- параллельная работа двух программ (на разных ПК) хранящих настройки таким образом будет проблематична, т.к. постоянно будут возникать конфликты версий.

Сам пользуюсь такой системой для некоторых программ, весьма удобно.

Composer — менеджер пакетов для PHP. Фронтенд штуки же разруливать лучше через Twitter Bower

Автор ответы уже получил, поэтому немного юмора. Вспомнилась реальная история. Лет 15 назад в одной удалённой деревне был некий автоматизированный узел, который управлялся компьютером с модемом, подключённым к телефонной линии. Узел находился в запертом помещении куда местных в силу неграмотности не допускали. Но существовала проблема: иногда комп зависал и для его перезагрузки админу приходилось ехать в деревню. И тогда админ нашёл «решение для удалённой перезагрузки». Он просто звонил на электростанцию и те отрубали свет во всё деревне. :)

В общем случае, принципы построения индексов достаточно просты: индекс (кроме первичного) строится для ускорения запросов. Причем если есть WHERE по двум полям, то будет взят индекс, содержащий оба этих поля (если есть) и не важно сколько их там еще.

Другими словами, один индекс по полям «A, B, C» будет более «полезен» для запроса, содержащего некие условия по полям A и B, чем два отдельных индекса по полям «A» и «B».

Фактически, индексы A,B,C и A,C,D будут одинаковы в части поиска по полю «А». При поиске по полям А,B будет взят первый индекс. При поиске по полям A, C — второй.

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

Не бойтесь добавлять слово EXPLAN в тело запроса и смотрите какие индексы он использует. Порой оптимизатор использует fullscan даже при наличии индексов.