Sergey0808: ну у вас связь юзера с роботами один ко многим и вы когда геттером (getRobots) вытаскиваете роботов юзера у вас там по идее либо пусто либо массив с роботами должен быть и уж явно вот эта строка
там работать не будет, тогда уж foreach'ем проходитесь по $userRobots проходитесь, НО, проблема даже не в этом, зачем вы вообще вытаскиваете роботов юзера если вы создаете нового? Просто уж тогда
$robot = new Robot();
$robot->name = $this->request->getPost("name");
$robot->user_id = ид юзера и все остальные поля, type, year, name
и потом пробуйте его сохранить $robot->save(), я просто не знаю как это в фальконовских моделях правильно пишется.
А вообще поставьте себе xdebug в ваше IDE и отладкой пройдитесь по коду это делается не так уж и трудно найдете почему не работает более точно чем на угад вар_дампить целясь пальцем с небом.
Дмитрий STEM: нет не будет. При грамотном построении базы и индексации.
Когда заработаете свой первый миллион долларов, вас ждет увлекательный мир highload и bigdata, но мы ведь пока не об этом, верно?
Дмитрий STEM: ах да, вопрос был, как показывать момент "что заказал юзер".... ясно понятно. Тогда это еще 1 таблица где написаны ID которые заказал юзер.
Дмитрий STEM: просто примите как факт, догмат, святую истину, альфа и омегу, что хранить данные в файлах это прошлый век. Не делайте так никогда. Базы данных и только базы.
Дмитрий STEM: чтобы никому не давать рекламу, попробуйте загуглить "плагин продажи ключей" и нечто подобное.
Но в целом, также отвечу и на ваш вопрос:
1. во первых сделайте хранение продаваемых ключей в таблице, 1 строка - 1 ключ, там же храните продан он или нет, кому когда и за сколько.
2. покупка и отправка сведений из таблицу покупателю это вообще стандартная вещь, "как продать человеку 1 строчку из базы", думаю тут любой справится.
Евгений: задача в том, чтобы дать многим клиентам на малых мощностях доступ к бюджетному серверу. Единственный вариант, который я пока вижу, это как вы и сказали прокси (внутри которого балансировщик Nginx) проксирующий далее запрос на реальный сервер (о котором никто не знает, и тоже с балансировщиком). Т.е. если на прокси у меня будет 10 серверов и на реальном сервере 10 серверов, и 1 из серверов прокси упадет, вместо него поднимется другой, и так же на реальном сервере, при этом прямые запросы на реальный сервер идут только от прокси. Может быть бред, но если знаете другой вариант, напишите. Тут решается сразу две задачи - сокрытие реального сервера, и балансировка нагрузки. Конечно в идеале я бы хотел вообще скрыть адрес сервера, не знаю, шифрованием каким-то, или иным путем, но видимо, это сделать невозможно.
Илья: с тем, что вы же сами пишите - в консоли программа работает нормально, а через rc.local не работает, как нужно.
А вы вообще уверены, что она запускается? Какие тому есть доказательства?
DevMan: в чем же? В том что email и имя коммитера хранятся в файле ./gitconfig? Ну так а этот файл хранится у конкретного юзера системы (если явно не указано иное). Не где-то в абстрагированном параллельном мире, а именно в домашней директории. Это что касается коммитов.
И что касается другой работы - скажите мне, откуда GIT берет ключи доступа при коннекте по SSH? Опять же он их берет у юзера (если явно не указано иное).
Поэтому я категорически не согласен что "юзер в системе и автор комитов никак не связаны.", связаны они конфигурационными файлами и ключами, хранящимися у юзера, ибо без них он не сможет подключиться без ввода пароля по SSH (например) не сможет вытащить конфигурацию (если конечно она не одна на всю систему для всех).
там работать не будет, тогда уж foreach'ем проходитесь по $userRobots проходитесь, НО, проблема даже не в этом, зачем вы вообще вытаскиваете роботов юзера если вы создаете нового? Просто уж тогда
$robot = new Robot();
$robot->name = $this->request->getPost("name");
$robot->user_id = ид юзера и все остальные поля, type, year, name
и потом пробуйте его сохранить $robot->save(), я просто не знаю как это в фальконовских моделях правильно пишется.
А вообще поставьте себе xdebug в ваше IDE и отладкой пройдитесь по коду это делается не так уж и трудно найдете почему не работает более точно чем на угад вар_дампить целясь пальцем с небом.