tmatm

tmatm
Рейтинг
226
Регистрация
22.04.2006
WapGraf:
Тему вы создали 9-го. Обновление вышло 10-го.

К сожалению, это пока нестабильная версия (https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=tzdata;dist=unstable), а стабильная - по прежнему 2014e без изменений по России (https://packages.debian.org/ru/wheezy/tzdata).

Вот в CentOS дела получше. Там обновился до 2014h :)

WapGraf:
В Debian уже вышло обновление tzdata.

Неа, как было 2014e, так и есть сейчас: https://packages.debian.org/ru/wheezy/tzdata.

Чувствую, 26 октября много где не переведётся время...

'[umka:
;13176828']Так ведь есть ещё и пользовательские сайты, которые используют временнЫе зоны с человекопонятными названиями, типа Europe/Moscow или Europe/Kaliningrad.
Поэтому файлы таймзон должны быть обязательно обновлены, иначе возникнут расхождения.
Ну и само-собой данные должны быть обновлены у PHP, MySQL и прочего софта, работающего с собственной базой таймзон.

Вот-вот. Серверов много, на каждом сервере ещё в нескольких местах этот tzdata нужно обновлять. В прошлый раз, если не ошибаюсь, за несколько месяцев до перевода часов вышло обновление. На этот раз 26 октября похоже будет весело. Не удивлюсь, если в огромном числе мест часы не переведутся.

volos_86:
просто интересно, почему именно Бостон?

Просто для одного сервиса важно именно географическое расположение сервера с VPS.

Что-то никаких предложений нет, поэтому заинтересуют любые VPS в США северо-восточнее Нью-Йорка (но не Нью-Йорк и не Канада).

Магазин платит банку за приём карт определённый процент, а банк вам часть этого процента отдаёт. Плюс деньги лежат на карте, ими пользуется банк. Плюс есть скрытые платежи (ковертация валют, проценты по кредиту и т.п.). На эти скрытые платежи вы может и не попадали, но в общей массе клиентов банка необходимое число клиентов попадают. В общем, банк остаётся в любом случае в плюсе.

Другой вопрос, почему так только в России. В Европе за любой чих банк берёт комиссию. И условий, аналогичных российским, в Европе найти невозможно.

Roland34298:
А вообще кто что думает, с чем связана эта ситуация с задержками? Потому что рубль падает?

Вполне возможно, что из-за падения рубля. Раньше падал, но совсем не так, как сейчас.

Например, оплатил я товар за 100 руб. Они сразу же зачислили 3 WMZ, а к моменту вывода (покупки ими WMZ) эти 3 WMZ уже стали стоить 110 руб. Но это просто предположение.

Другой вопрос, что альтернативы им особо и нет. Шило на мыло менять. Везде либо тоже задержки, либо геморой с подключением, либо платят рублями, которые пока поменяешь на $ получится убыток.

nail:
А кто-нибудь переезжал со старого конфига на новый? Они переносят только старые IP на голый новый сервер, а все данные нужно копировать самостоятельно. Панель, содержимое фтп, и тд. Как это сделать максимально просто, с начальными (нубскими) админскими знаниями?:)

IP не переносят. На новом сервере будут новые IP (это по умолчанию). Если нужны старые IP, то про это написано у них тут.

Если конфиги серверов разные, то вряд ли получится что-то взять и целиком скопировать, нужно устанавливать всё заново точно также, как устанавливали на старом сервере.

esetnod:
Гм, а что за "Заявки"?
Всегда же моментально приходило, по факту поступления платежа в Robox.

Моментально приходило (наверно и сейчас приходит моментально) тем, кто зарегистрировался очень много лет назад. А тем, кто зарегистрировался в последние годы (думаю, таких большинство), приходило через создание заявок, ожидания нескольких дней и затем выплаты. Вот это ожидание становится всё более напрягающим. Сначало было день в день, потом на следующий день, а теперь уже дней 10, а то и больше.

netwind:
Ведь perl-скрипт не обязательно вызывает шелл. И не обязательно вызовет его и при конкретных странных параметрах. Все зависит от логики скрипта.

Как я понял, достаточно в HTTP-запросе к CGI-скрипту в заголовке Referer или Host передать специальный текст и этот текст будет выполнен, даже если скрипт вообще пустой и ничего не делает.

Через HTTP, обратившись к CGI-скрипту, можно делать на сервере что угодно. Например, поставить php-shell и гулять по серверу, как вздумается. Но, это работает, только если CGI-скрипты используют необновлённый bash. Какой именно шел используют CGI-скрипты можно увидеть, запустив, например, такой скрипт на Perl:

#!/usr/bin/perl
print "Content-type: text/plain\n\n";
print `echo \$0`;

Или через SSH выполнить команду (по идее тоже должно показать):

perl -e 'print `echo \$0`';

Вроде бы далеко не всегда используется bash. Но если там выведется bash и его не обновляли, то всё весьма печально.

Всего: 1019