ihor.ru: VDS с SSD от 250 р, Сервера, Хостинг в Москве. / 5

Проверил и я, у меня то же промо код не действует.

Скидываю вам в личку свой аккаунт и заказываемый тариф.

seversantana, Передал, ответственному сотруднику, он посмотрит, почему не срабатывает промокод

---------- Добавлено 24.12.2016 в 19:23 ----------

Ожидайте, поажлуйста, разберемся.

Написал вам в тикете. Давайте разбираться!

---------- Добавлено 24.12.2016 в 21:53 ----------

Написал вам в тикете.

Да собственно, я уже понял всё. У партнерки вашей просто странные условия, мягко говоря. А суть такова:

В общем, у них учитывается реферал только в том случае, если зарегистрированный клиент НИКОГДА (внимание!) ранее не бывал на их сайте.

Если он уже заходил туда, и даже если непосредственно перед регистрацией он перешел по моей рефке - это не учитывается как мой реф. И пофиг, что их сайт их услуги не смог продать, а я в личной переписке с клиентом - смог. Человек же уже бывал на сайте, значит не реф.

Это нереально отследить - бывал ли человек раньше на вашем сайте и есть ли мне смысл убеждать его в том, что ваш хостинг выгодней, несмотря на передряги с саппортом (привет ему кстати, вашим криворуким переносильщикам сайтов, которые только половину базы wp переносят, и забивают на то, что сайт должен работать по HTTPS, и пофиг что после смены ДНС он будет недоступен из-за этого - seversantana подтвердит мои слова :) ) . И как бы мне не нравился ваш хостинг по соотношению цена/качество - буду искать другой вариант для сотрудничества.

Поэтому я рекомендую посмотреть вам как работают другие хостинги, да и вообще, любые партнерки: почти всегда и везде фиксируется та рефка, по которой был последний переход клиента перед регистрацией. Ибо именно этот партнер скорей всего повлиял на его решение, а не то, что он у вас уже раньше бывал. Смекаете?

да, странный алгоритм партнерки...

Наша партнерка задумывалась в работе именно таким образом, последняя рефка передается биллингу. Дальше включается магия от ISPsystem, и что происходит с рефкой в недрах кода биллинга, нам совершенно не ясно. И с вашей помощью мы хотели выяснить логику работы и выставить претензии ISPsystem для скорейшего исправления проблемы.

Во вторник 27 декабря 2016 года в 22:00 запланировано обновление панели управления услугами BILLmanager. Работы продлятся около получаса. Всё это время https://billing.ihor.ru будет недоступен.

На работоспособность услуг не скажется.

Приносим извинения за возможные неудобства.

---------- Добавлено 24.12.2016 в 17:53 ----------

Рассказываю всю ситуацию.

В моей сборке образа CentOS-7-x86_64-ispmgr5 директория /tmp подключёна как tmpfs

Размер ему задаёт сама система на основании доступной ОЗУ.

на SSD Ferrum, который использовался у hostmasterx этот раздел равен 497 мегабайтам, у SSD Cuprum - 1001 мегабайтам.

При загрузке через файловый менеджер во временной директории /tmp создаётся временный файл

вида isptemp.<набор из7 случайных символов>, куда помещается загружаемый файл.

fstat(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f8b94bad000
write(1, "Set-Cookie: ispmgrlang5=orion:ru"..., 4096) = 4096
lstat("/tmp/isptemp.y2Ypt4", 0x7ffcb6b4e150) = -1 ENOENT (No such file or directory)
write(1, "alue\" : \"\",\"fullwidth\" : true,\"h"..., 1360) = 1360
close(3) 

Поэтому на моём сервере в /tmp помещался файл в 600 мегабайт, а на сервере с меньшим разделом - нет.

Самое интересное или странное что при резервном копировании используется tmp-директория в /usr/local/mgr5/tmp и в любой другой работе панели - тоже.

Мой выбор /tmp как tmpfs трактовался и трактуется как снижение нагрузки на диск => увеличение скорости работы сервисов/сервера. К примеру тот же MySQL временные файлы скидывает в /tmp.

Ответите на вопрос?

danforth, Ограничений по IOPs-ам у нас нет.

<..skip..>