Skip to content

К счёту в системе "Яндекс.Деньги" теперь может быть привязана карта MasterCard Gold

Банковская карта Яндекс.Деньги

Банковская карта Яндекс.Деньги

Яндекс.Деньги своместно с банком "Тинькофф Кредитные Системы" анонсировали выпуск специального платежного средства - банковской карты Яндекс.Денег класса MasterCard Gold. На ней указаны имя и фамилия держателя, номер, срок действия и код CVC. При этом счет карты — это счет в Яндекс.Деньгах.

Карта выпускается бесплатно сроком на три года. Стоимость доставки карты: 149 рублей по России, 199 рублей — во все остальные страны. Обязательным условием выпуска карты является привязка к счёту мобильного телефона. На банковской карте Яндекс.Денег есть и чип, и магнитная полоса, ею можно расплачиваться в любых магазинах, где принимают MasterCard. Также предусмотрена возможность выпуска пин-кода, что позволяет также снимать деньги и в банкоматах. Комиссия при этом составит 3% от суммы + 15 рублей (но не менее 100 рублей). За платежи с карты комиссии нет. А статус Gold позволяет иногда получить дополнительные бонусы. Например — скидки в некоторых магазинах. К каждому счету в Яндекс.Деньгах можно выпустить только одну карту.

Порядок получения банковской карты Яндекс.Денег

  1. Заходим на сайт Яндекс.Денег под своим логином и паролем. Открываем «Управление счетом».
  2. В блоке «Банковские карты» выбираем пункт «Банковская карта Яндекс.Денег» и заполняем анкету. Поля «Имя» и «Фамилия» нужно заполнить так, чтобы не возникало потом проблем ни при получении заказного письма на почте, ни при платеже в магазинах. Для этого проще всего переписать эти данные с паспорта.
  3. Нажимаем кнопку «Выпустить». Если в анкете были заполнены все необходимые поля, то откроется страница, где нужно будет подтвердить платеж за доставку.
  4. Вводим платежный пароль, после чего стоимость доставки списывается со счёта и отобразится сообщение о том, что платеж успешно выполнен. После этого через 1—5 рабочих дней карта будет отправлена на указанный ранее почтовый адрес адрес ценным письмом. Одновременно на email будет выслан почтовый идентификатор. Его можно ввести на сайте почты России, чтобы узнать, где находится посылка.

Как активировать банковскую карту Яндекс.Денег

  1. Заходим на сайт Яндекс.Денег под своим логином и паролем. На главной странице переходим по ссылке в блоке «Незавершенные процессы».
  2. Заполняем нужные поля на открывшейся странице: потребуется указать последние 8 цифр номера карты и срок окончания ее действия.
  3. Нажимаем кнопку «Активировать». Если всё было указано правильно, появится сообщение об успешной активации карты. После этого картой можно расплачиваться в любых магазинах, где принимают MasterCard.

Как выпустить пин-код

Чтобы подтверждать платежи в некоторых магазинах, нужен PIN-код. Для получения PIN-кода следует позвонить по номеру 8 800 555 2530 с телефона, который привязан к счёту Яндекс.Денег, и ответить на вопросы оператора. Для звонков из-за пределов России, нужно набирать номер +7 (495) 645 5919. После того, как робот продиктует пин-код, нужно обязательно ответить «Да» (если этого не сделать, пин-код будет уничтожен).

Банковская карта Яндекс.Деньги :)

Банковская карта Яндекс.Деньги

Posted in Деньги.

rev="post-1425" 3 коментарі

By Admin – 12.04.2013

Проблемы с обновлением MySQL с версии 5.5 на 5.6

Жил да был себе один mysql-сервер с версией 5.5.13. В один прекрасный солнечный весенний день возникла необходимость обновить его до версии 5.6.10. Остановил mysql, удалил старые rpm-ки, поставил новые. Но вот после команды "/sbin/service mysql start" ждал меня следующий облом в error.log-е:

130319 11:10:54 mysqld_safe Number of processes running now: 0
130319 11:10:54 mysqld_safe mysqld restarted
2013-03-19 11:10:57 9319 [Note] Plugin 'FEDERATED' is disabled.
2013-03-19 11:10:57 9319 [Note] InnoDB: The InnoDB memory heap is disabled
2013-03-19 11:10:57 9319 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2013-03-19 11:10:57 9319 [Note] InnoDB: Compressed tables use zlib 1.2.3
2013-03-19 11:10:57 9319 [Note] InnoDB: CPU does not support crc32 instructions
2013-03-19 11:10:57 9319 [Note] InnoDB: Using Linux native AIO
2013-03-19 11:10:57 9319 [Note] InnoDB: Initializing buffer pool, size = 150.0G
2013-03-19 11:11:11 9319 [Note] InnoDB: Completed initialization of buffer pool
2013-03-19 11:11:11 9319 [Note] InnoDB: Highest supported file format is Barracuda.
2013-03-19 11:11:14 9319 [Note] InnoDB: Log scan progressed past the checkpoint lsn 810321211776
2013-03-19 11:11:14 9319 [Note] InnoDB: Database was not shutdown normally!
2013-03-19 11:11:14 9319 [Note] InnoDB: Starting crash recovery.
2013-03-19 11:11:14 9319 [Note] InnoDB: Reading tablespace information from the .ibd files...
2013-03-19 11:11:14 9319 [Note] InnoDB: Restoring possible half-written data pages 
2013-03-19 11:11:14 9319 [Note] InnoDB: from the doublewrite buffer...
InnoDB: Doing recovery: scanned up to log sequence number 810321211796
InnoDB: Last MySQL binlog file position 0 864691679, file name ./serv4-bin.000427
2013-03-19 11:11:20 9319 [Note] InnoDB: 128 rollback segment(s) are active.
2013-03-19 11:11:20 9319 [Note] InnoDB: Waiting for purge to start
2013-03-19 11:11:20 9319 [Note] InnoDB: 1.2.10 started; log sequence number 810321211796
2013-03-19 11:11:20 9319 [Note] Recovering after a crash using serv4-bin
2013-03-19 11:11:20 9319 [Note] Starting crash recovery...
2013-03-19 11:11:20 9319 [Note] Crash recovery finished.
2013-03-19 11:11:20 9319 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3309
2013-03-19 11:11:20 9319 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
2013-03-19 11:11:20 9319 [Note] Server socket created on IP: '0.0.0.0'.
2013-03-19 11:11:20 9319 [Warning] Info table is not ready to be used. Table 'mysql.slave_master_info' cannot be opened.
2013-03-19 11:11:20 9319 [Warning] Info table is not ready to be used. Table 'mysql.slave_relay_log_info' cannot be opened.
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.events_waits_current is wrong. Expected 19, found 16. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [Warning] Slave SQL: If a crash happens this configuration does not guarantee that the relay log info will be consistent, Error_code: 0
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.events_waits_history is wrong. Expected 19, found 16. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.events_waits_history_long is wrong. Expected 19, found 16. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_host_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Incorrect definition of table performance_schema.events_waits_summary_by_thread_by_event_name: expected column 'THREAD_ID' at position 0 to have type bigint(20), found type int(11).
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_user_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_account_by_event_name' has the wrong structure
11:11:20 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed, 
something is definitely wrong and this may fail.
 
key_buffer_size=33554432
read_buffer_size=2097152
max_used_connections=0
max_threads=10000
thread_count=2
connection_count=0
It is possible that mysqld could use up to 
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 61607924 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
 
Thread pointer: 0x2ad3330edb90
Attempting backtrace. You can use the following information to find out
where mysqld died. If you see no messages after this, something went
terribly wrong...
stack_bottom = 43cd0930 thread_stack 0x30000
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.file_summary_by_event_name is wrong. Expected 23, found 5. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.file_summary_by_instance is wrong. Expected 25, found 6. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'host_cache' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Incorrect definition of table performance_schema.mutex_instances: expected column 'LOCKED_BY_THREAD_ID' at position 2 to have type bigint(20), found type int(11).
/usr/sbin/mysqld(my_print_stacktrace+0x35)[0x8ff785]
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'objects_summary_global_by_type' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Incorrect definition of table performance_schema.rwlock_instances: expected column 'WRITE_LOCKED_BY_THREAD_ID' at position 2 to have type bigint(20), found type int(11).
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'setup_actors' has the wrong structure
/usr/sbin/mysqld(handle_fatal_signal+0x3e8)[0x66e9b8]
/lib64/libpthread.so.0[0x304880eb10]
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'setup_objects' has the wrong structure
/usr/sbin/mysqld[0x694995]
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_io_waits_summary_by_index_usage' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_io_waits_summary_by_table' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_lock_waits_summary_by_table' has the wrong structure
/usr/sbin/mysqld(_Z11mysql_grantP3THDPKcR4ListI11st_lex_userEmbb+0x525)[0x6987c5]
2013-03-19 11:11:20 9319 [ERROR] Column count of mysql.threads is wrong. Expected 14, found 3. Created with MySQL 50513, now running 50610. Please use mysql_upgrade to fix this error.
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_current' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_history' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_history_long' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_thread_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_account_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_user_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_host_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_global_by_event_name' has the wrong structure
/usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x5a85)[0x6f0545]
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_current' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_history' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_history_long' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_thread_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_account_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_user_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_host_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_global_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_digest' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'users' has the wrong structure
/usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x318)[0x6f1858]
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'accounts' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'hosts' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_instances' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_summary_by_instance' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_summary_by_event_name' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'session_connect_attrs' has the wrong structure
2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'session_account_connect_attrs' has the wrong structure
/usr/sbin/mysqld(_ZN15Query_log_event14do_apply_eventEPK14Relay_log_infoPKcj+0x60b)[0x89676b]
/usr/sbin/mysqld(_ZN9Log_event11apply_eventEP14Relay_log_info+0x74)[0x8907a4]
/usr/sbin/mysqld(_Z26apply_event_and_update_posPP9Log_eventP3THDP14Relay_log_info+0x18a)[0x8d33fa]
/usr/sbin/mysqld[0x8d3f68]
/usr/sbin/mysqld(handle_slave_sql+0xd14)[0x8d5314]
/usr/sbin/mysqld(pfs_spawn_thread+0x13b)[0x9790cb]
/lib64/libpthread.so.0[0x304880673d]
/lib64/libc.so.6(clone+0x6d)[0x30480d3f6d]
 
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (2ad3330f87b5): is an invalid pointer
Connection ID (thread ID): 2
Status: NOT_KILLED
 
The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.

И так по кругу – mysqld пытается взлететь, у него не получается, он в конвульсиях пишет в лог всё вышепроцитированное, дохнет, mysqld_safe пытается перезапустить его заново... Поскольку основная ругань была на базу performance_schema, то я попробовал запустить mysql вот так:

/usr/sbin/mysqld --defaults-file=/etc/my4.cnf --basedir=/usr --datadir=/var/lib/mysql4 --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/lib/mysql4/error.log --open-files-limit=65536 --pid-file=/var/lib/mysql4/mysql-4.pid --socket=/var/lib/mysql4/mysql.sock --port=3309 --skip-performance-schema --read-only --skip-networking --skip-slave-start

Параметров так много, потому что на сервере крутится несколько экземпляров mysql на разных портах, каждый со своими базами. Ключевым параметром здесь является --skip-performance-schema. После этого mysql таки успешно взлетел и у меня появилась возможность выполнить команду

mysql_upgrade --socket=/var/lib/mysql4/mysql.sock

которая починила все ошибки в таблицах, связанные с изменением их структуры в новой версии. Далее тушим аккуратно этот экземпляр:

mysqladmin shutdown --socket=/var/lib/mysql4/mysql.sock

И запускаем его уже штатным образом:

/etc/init.d/mysql4 start

И наслаждаемся в полной мере новыми фичами версии 5.6 :)

торрент трекер - Burn.cd

Posted in Howto.

Tagged with .

rev="post-1420" 1 comment

By Admin – 11.04.2013

Mysql: Failed to initialize the master info structure, Error_code: 1593

После очередного обновления MySQL (c версии 5.5.13 на 5.6.10) репликация почему-то развалилась с таким вот жутко информационно насыщенным сообщением об ошибке:

mysql> start slave;  
ERROR 1593 (HY000): Fatal error: %s

А в error.log появляется такое:

2013-03-13 12:35:59 30937 [ERROR] Slave SQL: Fatal error: Failed to initialize the master info structure, Error_code: 1593

Лечится так.

  1. На slave-е говорим: 
    mysql> RESET SLAVE ALL;
Query OK, 0 rows affected (0.00 sec)
  2. Удаляем на slave-е все relay-логи: 
    [root]# cd /var/lib/mysql 
[root /var/lib/mysql]# ls *relay-bin*
dc333-relay-bin.003213  dc333-relay-bin.003214  dc333-relay-bin.index
[root /var/lib/mysql]# rm *relay-bin*
  3. Перезапускаем репликацию заново:

    mysql> CHANGE MASTER TO MASTER_HOST='10.10.10.10', MASTER_PORT=3306, MASTER_USER='repl', MASTER_PASSWORD='Ua4R5hW', MASTER_LOG_FILE='serv1-bin.003147', MASTER_LOG_POS=120;
Query OK, 0 rows affected, 2 warnings (0.01 sec)
 
mysql> START SLAVE;  
Query OK, 0 rows affected (0.00 sec)
 
mysql> SHOW SLAVE STATUS \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 10.10.10.10
                  Master_User: repl
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: serv1-bin.003147
          Read_Master_Log_Pos: 120
               Relay_Log_File: serv2-relay-bin.000002
                Relay_Log_Pos: 285
        Relay_Master_Log_File: serv1-bin.003147
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
              Replicate_Do_DB:
          Replicate_Ignore_DB: mysql
           Replicate_Do_Table:
       Replicate_Ignore_Table:
      Replicate_Wild_Do_Table:
  Replicate_Wild_Ignore_Table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 120
              Relay_Log_Space: 460
              Until_Condition: None
               Until_Log_File:
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File:
           Master_SSL_CA_Path:
              Master_SSL_Cert:
            Master_SSL_Cipher:
               Master_SSL_Key:
        Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_SQL_Errno: 0
               Last_SQL_Error:
  Replicate_Ignore_Server_Ids:
             Master_Server_Id: 1
                  Master_UUID: c2c33bd-ab18-1232-838e-e443a8da4ffb
             Master_Info_File: /var/lib/mysql/master.info
                    SQL_Delay: 0
          SQL_Remaining_Delay: NULL
      Slave_SQL_Running_State: Slave has read all relay log; waiting for the slave I/O thread to update it
           Master_Retry_Count: 86400
                  Master_Bind:
      Last_IO_Error_Timestamp:
     Last_SQL_Error_Timestamp:
               Master_SSL_Crl:
           Master_SSL_Crlpath:
           Retrieved_Gtid_Set:
            Executed_Gtid_Set:
                Auto_Position: 0
1 row in set (0.00 sec)

А напоследок немного fun-а :)

Лучший в мире пример реализации SQL injection

Лучший в мире пример реализации SQL injection

Posted in Howto.

Tagged with , .

rev="post-1412" 2 коментарі

By Admin – 13.03.2013

Большие таймауты при подключении по SSH в Ubuntu

Логотип Ubuntu из женских грудей

Красивый логотип Ubuntu

Я давно замечал, что при подключении по SSH ИЗ машинки с убунтой и НА машинку с убунтой SSH-клиент как-то противоестественно тупит, секунд 10-15. Причём списать это на медленную сеть было нельзя, так как такие таймауты были даже при подключении в пределах гигабитной локальной сети. В то время как при прочих равных условиях в той же CentOS такое подключение происходит сразу, за 1-2 секунды. В один прекрасный день меня это задолбало и я полез разбираться, вооружившись strace-ом. Оказалось, что дело в резолвинге. Файл /etc/nsswitch.conf в Ubuntu выглядит так:

passwd:         compat
group:          compat
shadow:         compat
hosts:          files wins mdns4_minimal [NOTFOUND=return] dns mdns4
networks:       files
protocols:      db files
services:       db files
ethers:         db files
rpc:            db files
netgroup:       nis

А в CentOS вот так:

passwd:     files
shadow:     files
group:      files
hosts:      files dns
bootparams: nisplus [NOTFOUND=return] files
ethers:     files
netmasks:   files
networks:   files
protocols:  files
rpc:        files
services:   files
netgroup:   nisplus
publickey:  nisplus
automount:  files nisplus
aliases:    files nisplus

Тут стоит обратить внимание на отличия в строчке с hosts. Когда я в Ubuntu убрал из неё всё кроме "files" и "dns", SSH сразу заработал так же шустро, как в CentOS.

А вот на этом видео можно посмотреть на один прикольный вариант организации десктопа под Убунтой.

Posted in *nix.

Tagged with .

rev="post-1407" 1 comment

By Admin – 27.02.2013