PHP.SU

 Программирование на PHP, MySQL и другие веб-технологии
PHP.SU Портал     На главную страницу форума Главная     Помощь Помощь     Поиск Поиск     Поиск Яндекс Поиск Яндекс     Вакансии  Пользователи Пользователи

Страниц (56): « 1 2 3 [4] 5 6 7 8 9 ... » В конец

> Найдено сообщений: 830
White Отправлено: 19 Октября, 2011 - 16:53:33 • Тема: помогите за $ • Форум: FreeLance

Ответов: 17
Просмотров: 3348
madlian пишет:
можно на любом языке
т.е если это будет написано скажем на assembler тоже все-равно? а что именно вы рассчитываете получить, исходник или работающую программу?
White Отправлено: 19 Октября, 2011 - 00:21:19 • Тема: Хранимка • Форум: Работа с СУБД

Ответов: 5
Просмотров: 2163
 DeepVarvar тогда вообще удивительно, в
Цитата:
Версия сервера: 5.1.58-1ubuntu1
Информация о версии: 3.4.5deb1

все ок, функция объявляется, вызывается и возвращает
+---+
+ 1 +
+---+
+ 1 +
+---+
White Отправлено: 19 Октября, 2011 - 00:16:46 • Тема: Начал изучать ООП • Форум: Объектно-ориентированное программирование

Ответов: 9
Просмотров: 3317
 можно ради удобства хотя бы Table Data Gateway использовать и класс для БД в качестве адаптера.
White Отправлено: 18 Октября, 2011 - 23:51:49 • Тема: Хранимка • Форум: Работа с СУБД

Ответов: 5
Просмотров: 2163
 DeepVarvar
Цитата:
SQL-запрос был успешно выполнен ( запрос занял 0.0411 сек. )
в pma
pma кстати на остутствие каких-либо пакетов не ругается? установлена ручками или из репа?
White Отправлено: 18 Октября, 2011 - 23:48:04 • Тема: Singelton помогите разобраться до конца • Форум: Объектно-ориентированное программирование

Ответов: 28
Просмотров: 5889
 zdlr как раз все правильно выходит.
PHP:
скопировать код в буфер обмена
  1. $b = A::getInstance(2);
аргумент в функции getInstance игнорируется, так как объект уже существует, при этом возвращается ссылка на объект A::$instance.
более наглядно будет так:
PHP:
скопировать код в буфер обмена
  1. $a = A::getInstance(1);
  2. $b = A::getInstance(2);
  3.  
  4. $b->a = 10;
  5. $a->Get();
  6.  
  7. $a->a = 20;
  8. $b->Get();
White Отправлено: 18 Октября, 2011 - 20:17:15 • Тема: joomla • Форум: CMS и фреймворки

Ответов: 8
Просмотров: 4574
 LIME во-во, вот джумла и говорит "выключите ошибки, а то больно будет". а вообще 1.7 не впечатлила, уж больно оно медленное это чудо...
White Отправлено: 18 Октября, 2011 - 19:34:12 • Тема: joomla • Форум: CMS и фреймворки

Ответов: 8
Просмотров: 4574
 LIME джумла сама во время установки предупреждает об отключении ошибок, и никаких ini_set() там нет, так что либо в .htaccess либо в php.ini
White Отправлено: 18 Октября, 2011 - 17:36:26 • Тема: Error PHP Deprecated • Форум: CMS и фреймворки

Ответов: 2
Просмотров: 2356
 Mr.KreDo настроено все правильно, просто у вас установлена более новая относительно используемой в PsychoStats версия PHP, в которой set_magic_quotes_runtime() помечена как deprecated (в следующей версии языка будет удалена)
White Отправлено: 18 Октября, 2011 - 12:10:16 • Тема: Максимальная скорость INSERT и UPDATE • Форум: SQL и Архитектура БД

Ответов: 15
Просмотров: 165
Champion пишет:
перестройка индексов происходит только один раз
да, но в случае с одним запросом транзакция ведь тоже одна, и индексы перестраиваются тоже один раз? может она распараллеливается на несколько процессов самим сервером?
White Отправлено: 18 Октября, 2011 - 08:31:46 • Тема: Максимальная скорость INSERT и UPDATE • Форум: SQL и Архитектура БД

Ответов: 15
Просмотров: 165
 интересно какой механизм использует multi_query, ее результат оказался значительно быстрей одного запроса. может здесь что-то близкое к bulk insert? надо проверить на SELECT
White Отправлено: 17 Октября, 2011 - 22:39:00 • Тема: Максимальная скорость INSERT и UPDATE • Форум: SQL и Архитектура БД

Ответов: 15
Просмотров: 165
 использованный PREPARE был не зря. я был уверен что результаты с ним окажутся хуже, как о том говорят маны самого мускула, однако это решение работающее не только в рамках mysql
Champion пишет:
Еще каждый следующий тест оказывается в более проигрышных ситуациях потому что переменные после предыдущих тестов не очищаются

убрал массив, теперь память выделенная под переменные минимальна, доработал немного тест, согласно рекомендациям, хотя общая тенденция результата все равно не изменилась
код:
Спойлер (Отобразить)


результат:
Спойлер (Отобразить)


Ну и чтобы окончательно убедиться, что позиция теста никак не влияет на результативность, поменял первый и второй местами
Спойлер (Отобразить)


напрашиваются странные выводы не в пользу prepare. остается некое ощущение, что в тесте допущена ошибка, либо сама конструкция здесь не к месту.
White Отправлено: 17 Октября, 2011 - 20:11:24 • Тема: Сессии - что это? • Форум: Вопросы новичков

Ответов: 4
Просмотров: 185
Drugpunker пишет:
на разных пользователей одного браузера
по видимому только передавая id сессии через адресную строку.
White Отправлено: 17 Октября, 2011 - 20:06:14 • Тема: Максимальная скорость INSERT и UPDATE • Форум: SQL и Архитектура БД

Ответов: 15
Просмотров: 165
 Сделал небольшой тест на INSERT
код теста:
Спойлер (Отобразить)


структура таблицы - 3 поля id(AI, PRIMARY), name и value(TEXT)

результаты:
Спойлер (Отобразить)


Самым неожиданным для меня стал пожалуй результат prepare (может я неправильно его сделал?). провел ряд тестов, результат пожалуй везде повторяемый (последний тест с использованием time()). Ну а победитель здесь по-моему явный, Мелкий оказался прав.
White Отправлено: 17 Октября, 2011 - 17:26:50 • Тема: Самый плохой хостинг • Форум: Тестирование

Ответов: 7
Просмотров: 6501
 DeepVarvar помнится можно просто в своем ДНС прописать нужный айпишник. у меня так домен на org.ua год там провисел (забыл я про него)
(Добавление)
и специально любителям Яндекса http://narod[dot]yandex[dot]ru Радость Радость Радость
White Отправлено: 17 Октября, 2011 - 17:07:55 • Тема: Максимальная скорость INSERT и UPDATE • Форум: SQL и Архитектура БД

Ответов: 15
Просмотров: 165
Champion пишет:
Один запрос с prepare-execute
ну я не об одном запросе говорю. просто насколько я понимаю при prepare выигрыш по большей части идет за счет того, что компилятор проходится по запросу всего один раз, а при execute просто подставляет в "скомпилированный" запрос значения. по факту ведь количество запросов не уменьшается, уменьшается лишь время затраченное на компиляцию запросов.
Возможно я не прав, поправьте если так.
(Добавление)
Мелкий пишет:
Но стоит проверить, не окажется ли он медленнее нескольких простых в рамках mysqli::multi_query
да, наверное стоит провести маленький тест, если результаты будут интересными отпишусь.
П.С. единственная проблема, что такой вариант применим только в рамках mysqli

Страниц (56): « 1 2 3 [4] 5 6 7 8 9 ... » В конец
Powered by PHP  Powered By MySQL  Powered by Nginx  Valid CSS  RSS

 
Powered by ExBB FM 1.0 RC1. InvisionExBB