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. После того, как робот продиктует пин-код, нужно обязательно ответить «Да» (если этого не сделать, пин-код будет уничтожен).

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

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

Размещено в категории Деньги.

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

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

  1. 130319 11:10:54 mysqld_safe Number of processes running now: 0
  2. 130319 11:10:54 mysqld_safe mysqld restarted
  3. 2013-03-19 11:10:57 9319 [Note] Plugin 'FEDERATED' is disabled.
  4. 2013-03-19 11:10:57 9319 [Note] InnoDB: The InnoDB memory heap is disabled
  5. 2013-03-19 11:10:57 9319 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
  6. 2013-03-19 11:10:57 9319 [Note] InnoDB: Compressed tables use zlib 1.2.3
  7. 2013-03-19 11:10:57 9319 [Note] InnoDB: CPU does not support crc32 instructions
  8. 2013-03-19 11:10:57 9319 [Note] InnoDB: Using Linux native AIO
  9. 2013-03-19 11:10:57 9319 [Note] InnoDB: Initializing buffer pool, size = 150.0G
  10. 2013-03-19 11:11:11 9319 [Note] InnoDB: Completed initialization of buffer pool
  11. 2013-03-19 11:11:11 9319 [Note] InnoDB: Highest supported file format is Barracuda.
  12. 2013-03-19 11:11:14 9319 [Note] InnoDB: Log scan progressed past the checkpoint lsn 810321211776
  13. 2013-03-19 11:11:14 9319 [Note] InnoDB: Database was not shutdown normally!
  14. 2013-03-19 11:11:14 9319 [Note] InnoDB: Starting crash recovery.
  15. 2013-03-19 11:11:14 9319 [Note] InnoDB: Reading tablespace information from the .ibd files...
  16. 2013-03-19 11:11:14 9319 [Note] InnoDB: Restoring possible half-written data pages
  17. 2013-03-19 11:11:14 9319 [Note] InnoDB: from the doublewrite buffer...
  18. InnoDB: Doing recovery: scanned up to log sequence number 810321211796
  19. InnoDB: Last MySQL binlog file position 0 864691679, file name ./serv4-bin.000427
  20. 2013-03-19 11:11:20 9319 [Note] InnoDB: 128 rollback segment(s) are active.
  21. 2013-03-19 11:11:20 9319 [Note] InnoDB: Waiting for purge to start
  22. 2013-03-19 11:11:20 9319 [Note] InnoDB: 1.2.10 started; log sequence number 810321211796
  23. 2013-03-19 11:11:20 9319 [Note] Recovering after a crash using serv4-bin
  24. 2013-03-19 11:11:20 9319 [Note] Starting crash recovery...
  25. 2013-03-19 11:11:20 9319 [Note] Crash recovery finished.
  26. 2013-03-19 11:11:20 9319 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3309
  27. 2013-03-19 11:11:20 9319 [Note]   - '0.0.0.0' resolves to '0.0.0.0';
  28. 2013-03-19 11:11:20 9319 [Note] Server socket created on IP: '0.0.0.0'.
  29. 2013-03-19 11:11:20 9319 [Warning] Info table is not ready to be used. Table 'mysql.slave_master_info' cannot be opened.
  30. 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.
  31. 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.
  32. 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
  33. 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.
  34. 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.
  35. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_host_by_event_name' has the wrong structure
  36. 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).
  37. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_user_by_event_name' has the wrong structure
  38. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_waits_summary_by_account_by_event_name' has the wrong structure
  39. 11:11:20 UTC - mysqld got signal 11 ;
  40. This could be because you hit a bug. It is also possible that this binary
  41. or one of the libraries it was linked against is corrupt, improperly built,
  42. or misconfigured. This error can also be caused by malfunctioning hardware.
  43. We will try our best to scrape up some info that will hopefully help
  44. diagnose the problem, but since we have already crashed,
  45. something is definitely wrong and this may fail.
  46.  
  47. key_buffer_size=33554432
  48. read_buffer_size=2097152
  49. max_used_connections=0
  50. max_threads=10000
  51. thread_count=2
  52. connection_count=0
  53. It is possible that mysqld could use up to
  54. key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 61607924 K  bytes of memory
  55. Hope that's ok; if not, decrease some variables in the equation.
  56.  
  57. Thread pointer: 0x2ad3330edb90
  58. Attempting backtrace. You can use the following information to find out
  59. where mysqld died. If you see no messages after this, something went
  60. terribly wrong...
  61. stack_bottom = 43cd0930 thread_stack 0x30000
  62. 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.
  63. 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.
  64. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'host_cache' has the wrong structure
  65. 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).
  66. /usr/sbin/mysqld(my_print_stacktrace+0x35)[0x8ff785]
  67. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'objects_summary_global_by_type' has the wrong structure
  68. 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).
  69. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'setup_actors' has the wrong structure
  70. /usr/sbin/mysqld(handle_fatal_signal+0x3e8)[0x66e9b8]
  71. /lib64/libpthread.so.0[0x304880eb10]
  72. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'setup_objects' has the wrong structure
  73. /usr/sbin/mysqld[0x694995]
  74. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_io_waits_summary_by_index_usage' has the wrong structure
  75. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_io_waits_summary_by_table' has the wrong structure
  76. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'table_lock_waits_summary_by_table' has the wrong structure
  77. /usr/sbin/mysqld(_Z11mysql_grantP3THDPKcR4ListI11st_lex_userEmbb+0x525)[0x6987c5]
  78. 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.
  79. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_current' has the wrong structure
  80. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_history' has the wrong structure
  81. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_history_long' has the wrong structure
  82. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_thread_by_event_name' has the wrong structure
  83. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_account_by_event_name' has the wrong structure
  84. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_user_by_event_name' has the wrong structure
  85. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_by_host_by_event_name' has the wrong structure
  86. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_stages_summary_global_by_event_name' has the wrong structure
  87. /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x5a85)[0x6f0545]
  88. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_current' has the wrong structure
  89. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_history' has the wrong structure
  90. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_history_long' has the wrong structure
  91. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_thread_by_event_name' has the wrong structure
  92. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_account_by_event_name' has the wrong structure
  93. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_user_by_event_name' has the wrong structure
  94. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_host_by_event_name' has the wrong structure
  95. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_global_by_event_name' has the wrong structure
  96. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'events_statements_summary_by_digest' has the wrong structure
  97. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'users' has the wrong structure
  98. /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state+0x318)[0x6f1858]
  99. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'accounts' has the wrong structure
  100. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'hosts' has the wrong structure
  101. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_instances' has the wrong structure
  102. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_summary_by_instance' has the wrong structure
  103. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'socket_summary_by_event_name' has the wrong structure
  104. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'session_connect_attrs' has the wrong structure
  105. 2013-03-19 11:11:20 9319 [ERROR] Native table 'performance_schema'.'session_account_connect_attrs' has the wrong structure
  106. /usr/sbin/mysqld(_ZN15Query_log_event14do_apply_eventEPK14Relay_log_infoPKcj+0x60b)[0x89676b]
  107. /usr/sbin/mysqld(_ZN9Log_event11apply_eventEP14Relay_log_info+0x74)[0x8907a4]
  108. /usr/sbin/mysqld(_Z26apply_event_and_update_posPP9Log_eventP3THDP14Relay_log_info+0x18a)[0x8d33fa]
  109. /usr/sbin/mysqld[0x8d3f68]
  110. /usr/sbin/mysqld(handle_slave_sql+0xd14)[0x8d5314]
  111. /usr/sbin/mysqld(pfs_spawn_thread+0x13b)[0x9790cb]
  112. /lib64/libpthread.so.0[0x304880673d]
  113. /lib64/libc.so.6(clone+0x6d)[0x30480d3f6d]
  114.  
  115. Trying to get some variables.
  116. Some pointers may be invalid and cause the dump to abort.
  117. Query (2ad3330f87b5): is an invalid pointer
  118. Connection ID (thread ID): 2
  119. Status: NOT_KILLED
  120.  
  121. The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
  122. information that should help you find out what is causing the crash.

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

  1. /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 таки успешно взлетел и у меня появилась возможность выполнить команду

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

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

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

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

  1. /etc/init.d/mysql4 start

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

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

Размещено в категории Howto. Теги: .

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

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

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

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

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

Лечится так.

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

    1. 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;
    2. Query OK, 0 rows affected, 2 WARNINGS (0.01 sec)
    3.  
    4. mysql> START SLAVE;  
    5. Query OK, 0 rows affected (0.00 sec)
    6.  
    7. mysql> SHOW SLAVE STATUS \G
    8. *************************** 1. row ***************************
    9.                Slave_IO_State: Waiting for master to send event
    10.                   Master_Host: 10.10.10.10
    11.                   Master_User: repl
    12.                   Master_Port: 3306
    13.                 Connect_Retry: 60
    14.               Master_Log_File: serv1-bin.003147
    15.           Read_Master_Log_Pos: 120
    16.                Relay_Log_File: serv2-relay-bin.000002
    17.                 Relay_Log_Pos: 285
    18.         Relay_Master_Log_File: serv1-bin.003147
    19.              Slave_IO_Running: Yes
    20.             Slave_SQL_Running: Yes
    21.               Replicate_Do_DB:
    22.           Replicate_Ignore_DB: mysql
    23.            Replicate_Do_Table:
    24.        Replicate_Ignore_Table:
    25.       Replicate_Wild_Do_Table:
    26.   Replicate_Wild_Ignore_Table:
    27.                    Last_Errno: 0
    28.                    Last_Error:
    29.                  Skip_Counter: 0
    30.           Exec_Master_Log_Pos: 120
    31.               Relay_Log_Space: 460
    32.               Until_Condition: None
    33.                Until_Log_File:
    34.                 Until_Log_Pos: 0
    35.            Master_SSL_Allowed: No
    36.            Master_SSL_CA_File:
    37.            Master_SSL_CA_Path:
    38.               Master_SSL_Cert:
    39.             Master_SSL_Cipher:
    40.                Master_SSL_Key:
    41.         Seconds_Behind_Master: 0
    42. Master_SSL_Verify_Server_Cert: No
    43.                 Last_IO_Errno: 0
    44.                 Last_IO_Error:
    45.                Last_SQL_Errno: 0
    46.                Last_SQL_Error:
    47.   Replicate_Ignore_Server_Ids:
    48.              MASTER_SERVER_ID: 1
    49.                   Master_UUID: c2c33bd-ab18-1232-838e-e443a8da4ffb
    50.              Master_Info_File: /var/lib/mysql/master.info
    51.                     SQL_Delay: 0
    52.           SQL_Remaining_Delay: NULL
    53.       Slave_SQL_Running_State: Slave has READ all relay LOG; waiting for the slave I/O thread to UPDATE it
    54.            Master_Retry_Count: 86400
    55.                   Master_Bind:
    56.       Last_IO_Error_Timestamp:
    57.      Last_SQL_Error_Timestamp:
    58.                Master_SSL_Crl:
    59.            Master_SSL_Crlpath:
    60.            Retrieved_Gtid_Set:
    61.             Executed_Gtid_Set:
    62.                 Auto_Position: 0
    63. 1 row IN SET (0.00 sec)

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

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

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

Размещено в категории Howto. Теги: , .

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

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

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

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

  1. passwd:         compat
  2. group:          compat
  3. shadow:         compat
  4. hosts:          files wins mdns4_minimal [NOTFOUND=return] dns mdns4
  5. networks:       files
  6. protocols:      db files
  7. services:       db files
  8. ethers:         db files
  9. rpc:            db files
  10. netgroup:       nis

А в CentOS вот так:

  1. passwd:     files
  2. shadow:     files
  3. group:      files
  4. hosts:      files dns
  5. bootparams: nisplus [NOTFOUND=return] files
  6. ethers:     files
  7. netmasks:   files
  8. networks:   files
  9. protocols:  files
  10. rpc:        files
  11. services:   files
  12. netgroup:   nisplus
  13. publickey:  nisplus
  14. automount:  files nisplus
  15. aliases:    files nisplus

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

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

Размещено в категории *nix. Теги: .