я, наверно, не совсем точно описал обстоятельства. Есть база, к ней есть доступы. Есть сайт, который работает с этой бд.
элементарный код для соединения с базой выдает ошибку, которая выше. Нужно подсоединиться к этой базе. Делать какие-то действия на самом сервере я не могу. Я могу работать только с новым сервером.
значит скрипты нужно вынуть из document ready и засунуть просто в тег скрипт, тогда они будут выполняться, размещать нужно в конце добавляемого блока. Но в этом случае нужно обязательно проверять, что элементы с которыми будут производиться манипуляции уже есть на странице. Событие document ready возникает один раз при загрузке документа
вы пробовали переписать запрос с использованием джоинов? Как правило они намного быстрее.
Версии mysql на обоих серверах одинаковые? Количество оперативной памяти одинаковое? Сравните explain на первом и втором сервере. Если планы одинаковые значит что-то не так с настройками mysql
какое направление у используемых индексов? Если индекс построен как ASC то при DESC он будет все портить. Ну и от FIND_IN_SET действительно нужно уходить.
проблем с именами классов нет. namespaces используется. Есть система, в ней используется шаблонизатор (Smarty), который инициализируется как поле родительского класса всех модулей. Есть модуль которому шаблонизатор не нужен. Если просто удалить объект, то существенного выигрыша это не дает, нужно именно удалить все загруженные классы шаблонизатора (порядка 600кб). С одной стороны не очень много, но с другой это фактически половина всего используемого объема памяти для построения страницы и его можно использовать полезнее.
На С и libev написан realplexor. Сервер на php необходим в качестве проксирующего между пользователем и realplexor для контроля за пользовательскими каналами. Никакой другой функции у него не будет. Просто пересылка и контроль за сообщениями. К тому же php я знаю хорошо, а вот С не знаю совсем. В крайнем случае, если php не будет справляться можно будет подумать в сторону других языков и технологий.
сам изначально склоняюсь к такому варианту, но просто «вдруг», у питона в этой области есть какие-то особые достоинства из-за которых стоило бы заморочиться и написать сервер на нём
не, вэб сокеты маловероятно подойдут, не уверен, что можно будет слать сообщения напрямую реалплексору, расковыряю апи, посмотрю, как там устроено. Да и как-то это не безопасно, сразу раскрывается, что и на каком домене крутится, но это тоже вариант.
Спасибо!
нет, как раз будет много внешних вызовов и без особых внутренних расчетов, это по сути мост между сайтом и реалплексором. Основная задача отправлять то, что пришло с сайта в реалплексор, ну и может еще пара каких-нибудь функций.
PS с С++ можно незнаючи сделать совсем жуткую вещь, а так как я в нём особо не разбираюсь, то пока и не рассматриваю
мне необходимы разные документы. Относительно вашего примера — это разные документы так как они обладают разным набором полей.
Вопрос я задал для того, чтобы узнать есть ли аналог sql distinct в монго. Так как не хочется строить очередной велосипед
