Александр Х

Если вкратце, то:
1. с т.з. государства, работать с юр.лицами можно как угодно, при условии правильного оформления отношений (если вы ФЛ - то либо ГПД, либо найм по ТК на частичную занятость, если вы ИП или ООО - то обычный договор оказания услуг между двумя ЮЛ)

1.2. ... но налоги будете платить разные:
- по ГПД - не забудьте задекларировать и заплатить НДФЛ 13% от того, что получили,
- по ТК - не забудьте, что ЗАКАЗЧИК должен за вас заплатить в фонды (ака ЕСН) и тот же НДФЛ (в сумме - 50% от того, что вам полагается на руки)... и если НДФЛ платить и так и так, но ЕСН - в этом случае идет сверху. И не из вашего кармана. Ну вы поняли, насколько это "выгодно" (хотя, в отдельных специфических случаях бывает так, что таки действительно выгоднее, но это очень специфичные случаи).
- если вы ИП на УСН-6 - то заплатите государству 6% от того, что получили.
- если вы ООО на УСН-6 - заплатите 6% по УСН и те самые 50% при выводе (ЕССН+НДФЛ).

2. на ценник (с позиции заказчика) это влияет очень косвенно:
- во-первых, психологически (если ты ООО - то ты "фииирма", если ИП - то хотя бы просто профессионал, а если физик - то хрен пойми кто).
- во-вторых, с т.з. доп.затрат (речь в-основном про вариант "по ТК")
- в-третьих, расходы по ГПД (а в обозримом будущем - и по договорам с ИП) не уменьшают налогооблагаемую базу (ну, формально, должны уменьшать, но очень уж часто вызывают вопросы у ИФНС, и поэтому не в почете у белых контор). Другими словами, если ты ООО - договориться будет проще... если ФЛ - тяжелее, и придется торговаться (и либо контактов будет меньше, либо они будут по меньшим ценникам).

ИТОГО: моя рекомендация - открывай ИП, и дело в шляпе... затрат - около 5К вкруг, по системе УСН-6 бухгалтерию можно без проблем вести во всяких там SaaS, ну или за 3..7К в квартал отдать на аутсорс... Один раз заморочился - зато потом и договор заключить без проблем, и деньги по безналу принять/отправить... И опыт регистрации и пребывания в статусе официального юрлица - вещь полезная (причем, основная ценность - не в самом скилле, а в де-демонизации самого факта регистрации ,общения с ИФНС и т.п.).

именно в методе добавления - никак. можно создать новый класс DatabaseEx extends Database, в нем переопределить метод соединения, а в методе добавления вместо использования $this->db создавать и использовать инстанс класса DatabaseEx

ну почему же "не удается поменять сам DOM"? jQuery обычно только этим и занимается :)
а на сервер он может их послать одним из вариантов
- либо дополнительным ajax-вызовом (на сервере тогда нужен обработчик, который будет принимать переданные данные и сохранять их куда-то)
- либо надо завернуть select в форму (...) с соответствующими свойствами, и добавить ей (форме) кнопку "отправить" (). опять же, на сервере кто-то должен данные принимать и складывать куда надо.

но вот с тем, чтобы принудительно распахнуть селект из скрипта - тут не всегда все хорошо ( stackoverflow.com/questions/10453393/how-to-open-t... ), и поэтому проще использовать какой-нибудь jQuery.autocomplete, чем воевать с ветрянными мельницами -)

довольно странно в value всю ссылку пихать, ну черт с ним, пусть так...
вам осталось скрипт повешать на onChange:

if($categories){
  echo '<select onchange="document.location=this.options[this.selectedIndex].value">';

UPD: а вообще, зря я так... видимо, до эпохи jQuery это было стандартной практикой :)
htmlbook.ru/html/attr/onchange

echo "<option>{$data['name']}</option>";
ну или
echo '<option>'.$data['name'].'</option>';

UPD: хотя, эта ошибка не к пустому селектору привела бы, а ко всякой фигне в селекторе... скорее всего из базы пустой результат приходит...

что у вас в переменных $dbtable и $user ?
короче, сделайте

echo "SELECT * FROM $dbtable WHERE userid = '$user' ";

перед запросом в БД, и посмотрите, что там