alekseyHunter, нет, я говорю о классе, скрывающем все запросы к БД от внешнего кода. Вы должны запрашивать просто RusTable::add($data), а уже внутри этой функции выполняется подключение к БД и INSERT в нее.
Подключение можно вынести в конструктор класса или вовсе в синглтон, главное - чтобы всего этого низкоуровнего кода в принципе не было в скриптах, генерирующих страницы сайта.
Виталий Хоменко, печально как раз непонимание, что такое Вики и что такое Лурк.
На самом деле между ними с большинства точек зрения вообще нет никакой разницы. Хотя с позиций ханжей и игнорамусов отличия вроде бы очевидны.
Артем, вам нужен не сферический бенч в вакууме, а понимание, из-за чего именно тормозит сериализация ваших данных. И анализ возможных решений с точки зрения - решают они именно эту проблему или нет.
Артем, объект, работа которого - подготовить данные для транспортировки (сжать все, что можно). Просто когда вы пишете свой упаковщик в некий бинарный формат - это чревато ошибками, неоднозначностями, хреново расширяется и требует документирования. Объект, в который завернуты упаковка и распаковка, некоторые из этих проблем решает. А его упакованные структуры уже можно передать обычным JSON-ом.
Есть вариант, сочетающий "универсально" и "быстро".
Транспортный объект, который принимает тот, который нужно отправить, компактно раскидывает его значения по своим полям - и таки сериализуется в универсальный JSON.
Вы не отвечаете на главный вопрос - как вы собираетесь отличать "меня" от "других людей"?
Только по принципу "если заполучил полную версию - значит, я"?
В том, что у вас при втором вызове addMan вектор не пустой, и вы прибавляете к нему еще n элементов, при этом заполняете data только у первых n элементов. До вставленных тупо не доходит. Ошибка логики.
IDONTSUDO, отлично.
Теперь предлагаю закачать Кали обратно и поставить какую-нибудь Xubuntu, где в настройках тоже можно отключать мышки и тачпады, а в остальном - примерно тот же Гном. Во избежание новых вопросов, на которые придется отвечать именно этим советом.
anddro458, если у вас компьютер на гарантии - вам, очевидно, не стоит лезть внутрь.
Сначала стоит все-таки попробовать убедиться, что именно глючит - система или железо.
Если железо - однозначно в сервис.
Но если у вас всего лишь глючат винды - это не гарантийный случай, и сервис либо пошлет вас лесом, либо слупит немалые деньги за "диагностику" и установку винды из официального образа. Это вы, похоже, и сами умеете делать.
Игорь Гунькин, проблема в том, что php5-common у вас версии 5.6, а библиотеки PHP заточены под 5.5. Смотрите, что у вас в sources.list - откуда они вообще берутся. Может, какой-то кривой PPA?
Рональд Макдональд, сожалею, что вы воспринимаете любое предположение о работе Линукс как личное оскорбление, но я просто не стал расписывать более витиеватую формулировку там, где очевидна альтернатива "или будет, или нет".
Вместо этого я написал следующее предложение "Если есть - ..." и повторяю предложение читать внимательнее и не приписывать мне того, чего в ответе не было и быть не могло.
Рональд Макдональд, я понимаю, что вам необходимо поддержать свое амплуа затычки в каждой бочке, но читайте внимательнее и не приписывайте мне свои фантазии.
Никаких "твердых уверенностей" я и не выражал.
Видя может не глючить на Линуксе по той простой причине, что игрулек для ее критического нагрева там не найдется.
И уж если в винде эта видя заводится и не валит аэро в синьку сразу, то и Линукс на ней, скорее всего, запустится. Несмотря на то, что у вас лично он и на рабочем железе через раз.
Подключение можно вынести в конструктор класса или вовсе в синглтон, главное - чтобы всего этого низкоуровнего кода в принципе не было в скриптах, генерирующих страницы сайта.