Андрей Павленко

Думай Головой: патентируй функцьіонал и применение реализацию , больше никак. Идею не запатентируешь.

Никак
Тем более, никак

Зарегистрировать каждому отдельный аккаунт и делегировать доступ из них к корпоративному
Ну, а Google Drive можно расшарить.
Соответственно, на корпоративный ставим пароль и забываем (шутка), а на своих аккаунтах пользуемся дополнительными верификациями

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

есть пару решений что на ум приходят:

$mode->save(); /*код*/ $model->delete();

и второй способ, сделайте геттер

protected $_rel;

  public function getRel() {
    if ($this->$_rel) return $this->$rel; 

else {
$model = Model::findAllByAttributes();
if (!$model)  return false;

$this->_rel = $model
return $this->_rel;


}
}

Ну для начала вы можете покурить что-то на тему машинной графики, информации на русском языке хватает. Хотя бы понимать что такое графический конвеер и шейдеры. Ну и разобраться возможно как при помощи 2d api (а webgl именно 2d-шная api) формируются проекции трехмерных сцен.

Затем можно смело брать примеры на webgl и разбирать их руководствуясь терминологией opengl (как никак webgl это всего-лишь биндинг opengl для js).

https://ru.wikipedia.org/wiki/NetBeans
С питоном не пробовал, но с пхп и яваскрипт меня устраивает =)

пора переходить на mysqli/pdo, да и с денвера тоже можно перейти

давайте для начала разберемся с математикой.
3500 за 2 часа - это 49000 за 24 часа (а скорее меньше, загрузка то днем наверняка больше, чем ночью). Уже не 100 000.
много ли 500Кб? все зависит от глубины хранения, производительности сервера и того, что Вы планируете с этими данными делать.
глубина: 500кб(за 2 часа)*12 = 6Мб. 180 мб в месяц, 2,2 гига в год. У меня на одном из серверов есть БД на 12 гигабайт, с таблицами по 7-8 млн строк. работает вполне шустро.
производительность: Если Вы решите хранить данные, предположим, 10 лет, и получите в результате 20-30 гигов данных - то глупо рассчитывать крутить все это богатство на сервере с 1-2 Гб памяти и медленными дисками.
использование: Если эти данные будут только накапливаться и изредка извлекаться - это одно. Если параллельно с записью будут идти активно селекты - это другое. Но тут все опять-же повлияет на требования к производительности.

скажем так, на любом современном железе с нормальным объемом памяти (гигов от 8) Ваша база в обозримом будущем(2-3 года) будет чувствовать себя нормально. Хотя активность запросов на выборку может внести свои коррективы в оценки.

В целом, приятно видеть, что люди используют PDO, а не mysql_query.
Глазик не дергался от ужаса. Вроде, все отлично.
Остального не видел, но убедитесь, что у вас разделена логика от представления.

Вам не тостер нужен. Это не тот ресурс. Книги, только книги

1. перестаем говнокодить устаревшими на 10 лет функциями, изучаем PDO.
2. Читаем про auto_increment в MySQL
3. Читаем про ORDER BY в MySQL
4. Читаем про иньекции в MySQL
5. Учимся верстать и не используем устаревшие на 15 лет теги.

Написать сообщение об ошибке в PHPDocumentor, ничего странного в том, что он не поддерживает ещё не вышедшую версию PHP.

Контакт выбирает фото сам, то которое ему больше нравится.

saas.
иначе - никак.