Даже если не существует, он должен быть очень простой в написании. Буквально в несколько строк (я имею ввиду частный случай использования Google translate).
foxi: Dinozavr, Милованов Ю.С, сложность в том, что из базы не только читается, но и пишется/изменяется постоянно чтото.
Из все того же личного опыта, как раз Ваш вариант, кроме того что база не маленькая, еще 100 и более одновременных потоков запущено, которые постоянно обращаются к базе. В секунду до 3к коротких запросов. Какое-то заметное влияние на скорость выборки они не оказывают.
Если будет желание, восстанавливайте базу на MySQL и все вместе, думаю разберемся в чем дело.
---------- Добавлено 06.03.2013 в 20:15 ----------
Stek: Выборка по ключу типа "select * from table where id= 500" должна работать моментально. А вот выборки как "select * from table where is_enabled = 1 limit 1000,20" могут ощутимо тормозить.
Если у Вас запрос в том виде, что по ссылке, то, думаю, ORDER BY тормозит процесс, или, как вариант, большой объем данных передается по сети, если база и клиент физически находятся не на одном сервере, а на это необходимо время (сорри за оффтоп)
+1 за PhpMorphy. Успешно использую довльно давно в своем проекте.
Шаг№1 составить нормальное тех-задание. Описать, какой функционал вы хотите в мобильной версии и что есть на данный момент.
Иначе сайчас пойдут ответы в стиле 42
Если можно модифицировать html, то лучше присвоить всем этим дивам какой-то класс и делать уже цикл по нему, чтобы не перебирать все дивы на страницы.
на jquery это будет примерно так:
Даже если не существует, он должен быть очень простой в написании. Буквально в несколько строк (я имею ввиду частный случай использования Google translate).
Будет заключаться в обработке JSON ответа от
Ну а дальше появлюятся вопросы легитимности использования и преодаления защиты от массового парсинга в случае большого количества запросов.
Есть подозрение, что в DLE та же фигня. Только динамическая ошибка еще и закодирована через eval(base64_decode) в 23 строке.
ПС. по-моему пост пора в курилку
Dinozavr, Милованов Ю.С, сложность в том, что из базы не только читается, но и пишется/изменяется постоянно чтото.
Из все того же личного опыта, как раз Ваш вариант, кроме того что база не маленькая, еще 100 и более одновременных потоков запущено, которые постоянно обращаются к базе. В секунду до 3к коротких запросов. Какое-то заметное влияние на скорость выборки они не оказывают.
Если будет желание, восстанавливайте базу на MySQL и все вместе, думаю разберемся в чем дело.
---------- Добавлено 06.03.2013 в 20:15 ----------
Выборка по ключу типа "select * from table where id= 500" должна работать моментально.
А вот выборки как "select * from table where is_enabled = 1 limit 1000,20" могут ощутимо тормозить.
Сам пытался разобраться с такой ситуацией
Если у Вас запрос в том виде, что по ссылке, то, думаю, ORDER BY тормозит процесс, или, как вариант, большой объем данных передается по сети, если база и клиент физически находятся не на одном сервере, а на это необходимо время (сорри за оффтоп)
Добавился новый сайт:
16. Туризм ТИЦ 70 2005/12 PR 3 5 WMZ 160р (с написанием статьи 240р)
Добавился новый сайт:
16. Туризм ТИЦ 70 2005/12 PR 3 5 WMZ 160р (с написанием статьи 240р)
Имхо для Mysql - это детская база. Есть опыт работы и со значительно большими таблицами.
Думаю проблема в логике/запросах php скрипта.
Покажите
И какие параметры сервера на который "нагрузка ацкая"?
Как вариант, всего идин API http://www.robokassa.ru