Если речь про текущую ситуацию, то она связана с тем, что биржа тупо не успевает за реальным падением бакса с одной стороны (2 недели назад бакс был выше 32, сейчас ниже 30), а с другой стороны надеется на его восстановление (кто может - придерживает вмз пока они не подорожают).
Крайне любопытно как колбаснет вмз после выборов.
Можно. Но из-за многочисленных комиссий на каждом этапе это особого смысла не имеет, если Вы про "прокрутку". Допустим Вы имеете 10квмз. 0.8% на обмене на рубли. 2.8% на вывод. 0.4% потеряете при обмене на баксы. Баксы допустим сможете ввести с 1% комиссией, это на круг 5% потерь минимум, без учета риска что курс колбаснет не туда, пока Вы заморачиваетесь и с учетом того, что 2.8% на вывод это скорее всего будет серый, а не черный вывод, т.е. палево перед налоговой. Таким образом даже при перекосе 6% это на 10квмз оборота - 1% дохода. На фиг нужно. Проще кому-нибудь с обменом туда сюда пару раз помочь под те же 1-2%.
В том что вариант нереальный, вообще.
Вам или скажут что он "вот вот ушел", "его освободит старушка через неделю, задержалась" или в худшем случае привезут, покажут, но хозяину Вы якобы не понравитесь и Вам не сдадут. После чего Вам будут предлагать варианты по 20 тысяч и выше. Цель - заманить клиента.
Другой вариант - Вам сделают список из 50 таких квартир, и предложат заплатить тысяч 5 за список телефонов хозяев. Ясен пень список наполовину фейк, наполовину неактуален уже давно. Цель - снять денег за ничего.
Редчайшее исключение - попросят оплату за год вперед, но тогда после 1-2 месяцев Вас оттуда спихнут, при чем возможно даже вернув деньги - бесплатный кредит эдакий. Или поднимут цену, т.к. переезд стоит денег и Вам дешевле будет остаться.
Это сейчас не особо модно, особенно в газетных вариантах. Это привокзальный развод в основном, расчитанный на "показал квартиру, взял денег, убежал". Проверяйте документ сами, требуйте показать оригиналы, не ведитесь на "гарантие агенства" - они ничего не гарантируют.
у Вас тут в первом запросе нет order, поэтому результат не равнозначный первоначальному и некорректный в целом.
В Вашем текущем варианте Вы выбираете записи по сути в случайном порядке (на самом деле нет, но тут важно то, что он непредсказуемый и не константа), потом берете 25 записей из середины и сортируете их по ИД. Это не лучшая идея, у Вас даже на одной странице при 2 обновлениях подряд не гарантируется одинаковость контента.
Своим хамством Вы несомненно доказали свою правоту.
Захотите понять свою ошибку - прочитайте вопрос ТС и первую строчку нашего ответа на него, потом подумайте и поймите как Вы налажали. Вы реально ответили полубред не в тему и без понимания вопроса, то о чем Вы сказали - совершенно другой вопрос. Троллить нас больше необходимости нет, читать и отвечать не будем.
LEOnidUKG, у Вас по сути 2 основных варианта.
Тот что мы говорили первым - делать кэш для пагинации в виде отдельной таблицы id/cat - этот вариант следует выбрать если Вам критично важна возможность юзером вбить 50 страницу и попасть на нее.
Тот что мы говорили вторым - делать запрос вида id>67238 limit 10, т.е. пагинацию делать по сути по ИД - при пролистывании страниц подряд этот способ проще и быстрее, но вбить номер страницы и попасть куда надо уже не получится.
Не обязательно, вместо изменения таблицы cms_freepages, можно просто кэширующий слой сделать на базе таблицы cat/id с другим названием. Тогда достаточно будет изменения запроса в базу, но Вы же не надеялись совсем без изменений всё сделать?:)
Вы или в вопрос ТС не вникли или вообще не понимаете что говорите:)
limit 37710 подразумевает просмотр 37710 записей, понятно что сервер это не радует.
самый простой способ - вынос из cms_freepages всех полей по которым не идет фильтрация, вплоть до того что оставить только id и cat, а все остальное сгрузить в таблицу отдельную. Тогда просмотр этих 37710 будет очень шустрым, а дальнейший выбор "недостающих" полей уже будет по ИД и будет мегашустрым. Это редко где делают и совершенно зря.
следующий по простоте способ, это делать пейджинацию с указанием ид. т.е. страница 2, ИД такой-то, тогда выборка будет cat=2 and id>67382 limit 0 (сверху ограничивать не надо), 10 вместо limit 37710,10 , где 67382 понятно последняя запись на предыдущей странице.
остальные способы суть есть вариации.
Видимо читали на сайтах хостеров:) Недаром советы увеличить по железу. По железу тоже бывает надо, но не в вашем случае.
У Вас всего 150000 записей. ИД наверняка INT (4 байта), кат скорее всего не шире SMALLINT (2 байта). 6 байт на строку если сделать мемори табличку. Это меньше мегабайта памяти. Если беспокоят тормоза только такой выборки, то для пейджинации идеально мемори-табличка с 2 полями. И всё будет просто страшно летать. Можно и не мемори в принципе, это мы так, увидев про недостаток памяти написали, на обычной таблице тоже летать будет:)
Никтож не говорит о 24 часовой работе. А полчаса-час в день - ничего страшного.
При наличии внешней клавы - вполне можно. 800х480 это не сильно меньше 1024х768, а это вполне нормальное разрешение в целом, почти нетбучное. Но разумеется это не так удобно как полноценный ноут. А вот планшеты не сильно лучше смарта, те что с 1024 по крайней мере.
Подешевле: http://market.yandex.ru/guru.xml?CMD=-RR=0,0,0,0-PF=1801946~EQ~sel~8316536-PF=2142356603~EQ~sel~x1727558788-PF=2142356602~EQ~sel~x6692269-PF=2142356600~GT~sel~999-VIS=78-CAT_ID=686672-EXC=1-PG=10&hid=91033
С возможностью работать без внешнего питания (чисто юсб): http://market.yandex.ru/guru.xml?CMD=-RR=0,0,0,0-PF=1801946~EQ~sel~8316536-PF=2142356603~EQ~sel~x1727558788-PF=2142356602~EQ~sel~x6662478-PF=2142356600~GT~sel~999-VIS=78-CAT_ID=686672-EXC=1-PG=10&hid=91033
По возможности лучше брать модель с usb 3.0 и/или с esata
Существует мнение (disclaimer: черт знает насколько верное) что в россии для "рядовых граждан" ничего кроме "кухонь" нету в том или ином виде.
