Согласен, просто бесит это, никогда не напишут в новостях, не сделают рассылку пользователям, у которых есть карты, о проблемах, "черный ящик"...
Я могу помочь, много не потяну, пару бутылок вина (обычного, а не такого как по ссылке выше - кот в мешке, купишь, а там кисляк :) ) в неделю, но думаю, можно на форуме найти еще энтузиастов, которые помогут сохранить ТС печень. ТС, соглашайтесь, реально больше пользы будет, чем выкидывать деньги, как вы это собираетесь делать. +50 % в первый месяц и -100% на следующей неделе, оно вам надо?
Верно, на странице https://cards.wmtransfer.com/ru/accounts/orders , где список карт, есть ссылка Пополнить карту, при нажатии на неё выдается вышеупомянутое сообщение. При попытке пополнить из интерфейса кипера - отправляет смс, после ввода кода пишет красным шрифтом "Пополнение карты в данный момент произвести нельзя". Карта Visa украинского банка.
тогда уж укажите, 12к в сутки это посетителей или просмотров; укажите оба значения.
Специалистами не рождаются :) Но если это действительно сервер действующего хостинга встал, остается только порадоваться, что ТС - не хирург. Интересно было бы, если бы он написал на форуме:
Во время операции по удалению такого-то органа у больного потекла кровь из неожиданного места, почернели внутренности, а медсестры в панике. Что делать?
- А как вы определили, что нужно удалять? По жалобам пациента, по анализам или по наитию?
- Да пациент жаловался.
- Мне кажется, вы удалили не тот орган, как вы определили какой удалять?
- Путем логических выводов из жалоб пациента.
- Давайте попробуем часов 12 подождать, если пациент не оживет, попробуем пришить на место и удалить другой орган. Только сейчас ничего не трогайте!
- А перитонит не пошел, можно нам фото пациента и печени крупным планом?
- Да, сейчас сбегаю за фотиком...
А каким образом пользователи будут оплачивать услуги (платежные системы)? Если вы потом будете менять все валюты на, скажем, эквивалент USD, то надо смотреть курсы обмена в этих платежных системах, они могут отличаться от центробанковских на несколько процентов.
Умом понимаю, что lemonjoe и javadf правы, что если "хавать" это всё и по-тихому платить взятки, ничего не изменится. Но жопой чувствую, что на практике это выливается в два варианта:
1. платить налоги, а затем, когда очередной врач потребует взятку жаловаться сначала на него, затем на того, кто не хочет принимать жалобу на врача, затем на того, кто контролирует последнего, возможно, тратить на это деньги, через 3 месяца (возможно) добиться результата и получить желаемое (скорее всего встать в очередь, которая будет длиться еще 3 месяца).
2. не платить налоги, а сэкономленные деньги потратить на взятку.
Она же (жопа) подсказывает мне, что для первого варианта у меня здоровья не хватит.
Еще одно соображение - взяточники часто не первый год сидят на своем месте и знают на чем погорели их менее удачливые коллеги, обычно всё оформляется законно так, что комар носа не подточит, начиная хотя бы с того, что напрямую взятку почти никто не вымогает, а отказывают в обслуживании на основе каких-либо формальных (законных, естественно) причин.
И я, не понимаю, почему вызвало такие насмешки высказывание про предложение чая в налоговой. Человек туда, между прочим, идет платить деньги, почему же не обходиться с ним как с человеком, это ведь не так сложно.
да, но я, вообще-то, говорил о том, чтобы перевести все таблицы в innodb :)
если он не нужен, то неплохо бы сделать так, чтобы был нужен :) перевести все таблицы на InnoDB
на память это сильно не повлияет, но работать станет быстрее.
но вопрос по поводу того, работает ли nginx или вы его просто запустили, чтобы в памяти висел - хороший. Если всё как водится работает, nginx отдает статику,а апач скрипты, нужно подсчитать сколько у вас свободной памяти остается после системы, СУБД, nginx-у немного оставить, разделить это число на memory_limit скриптов и поставить макс. кол-во процессов апача равное этому значению, это предотвратит своп.
собственно, то, что память занята - не проблема, для того её и покупают, чтобы занимать. Проблема если скрипты выполняются слишком долго (в моём понимании долго это более 0.3 секунды на страницу). Если сервер настроен более-менее, надо смотреть скрипты, искать что именно тормозит.
я предлагаю поместить на SSD папку www (т.е. непосредственно сайты), а систему, бекапы на SATA диск, все логи тоже на него писать. Т.о. SSD будет работать преимущественно на чтение, что его не изнашивает. Вот куда девать базу данных не знаю :) Если много оперативки - то на SATA и выделить память базе, если мало - на SSD и следить за износом тщательнее.
Но для хостинга среднего пошиба это не годится, во-первых, SSD маленькие и дорогие, по цене это будет очччень плохое предложение на фоне других хостингов и мало кому вы объясните преимущества. Во-вторых, вы не объясните пользователям, что их нужно беречь и не писать туда что попало, логи к примеру или еще какую-то информацию постоянно обновляющуюся.
Mage1 добавил 30.04.2011 в 00:04
как-то не согласуется с
это чтобы быстрее сдох? :)