ortegas, так я же писал что mysql_install_db - это лишнее.
действуйте в таком порядке :
1. Установите из пакетов 5.6 как обычно
2. Убедитесь, что к mysql можно подключиться как root.
3. создайте бд для пользователя.
4. Добейтесь чтобы GRANT создал пользователя, который успешно подключается к своей базе. Не смотрите на Affected rows. Делайте flush privileges после GRANT.
Если на конкретном этапе возникает конкретная проблема - ее и описывайте.
Это вряд ли.
Первоначальные настройки могут отличаться и влияние их на поведение программ, но как они модифицируют файлы в подписанных криптографически пакетах?
Просто делайте все аккуратно.
ortegas, ну так сделайте еще более чистую - заново установите из образа.
Я сейчас завел 14.04 и все там работает как обычно.
FLUSH PRIVILEGES не забывайте после всех GRANT.
С логической точки зрения после GRANT число Affected rows и не должно меняться. Данные ведь не меняются от оператора типа типа DDL.
вот еще разъяснение http://bugs.mysql.com/bug.php?id=64313
Я так понял вы поставили пакет и потом еще дополнительно запускаете скрипт mysql_install_db ?
В debian и ubuntu этого делать не нужно. Вся необходимая инициализация выполняется при установке пакета. Пароль при установке вводите, а все остальное делают те скрипты, которые запускаются при установке конкретного пакета.
Там же обычно запускаются скрипты, которые обновляют данные с 5.5 на 5.6.
я повторюсь - никак.
внимательно смотрите за изменениями показателей и по окончании месяца сделаете выводы для своего конкретного сайта.
трафик пользователей точно не входит.
бесплатен трафик связанный с бекапом,переносом данных между экземплярами и тд - все, что может потребоваться для служебных целей, но не связанное с обслуживанием пользователей.
а вы посчитайте : 750 часов каждый месяц - это 31 день. То есть, конкретно этот лимит вы начнете превышать спустя год использования.
Но есть и другие лимиты - на трафик, на операции диском в EBS.
Заранее не известно. Все сайты даже на wordpress разные и по данным и по характеру посещений. Если бы можно было сказать, неужели хостеры бы упустили возможность привести эти цифры? Но их нет.
Amazon внезапно тормозить не будет. То, что тут описывают, на самом деле это последствия непонимания того что происходит внутри экземпляра ec2.
Но он может деньги внезапно начать съедать если будут превышены другие лимиты. Поэтому лучше сразу настроить уведомления.
В целом, для сеонизаторских целей amazon не очень то выгоден.
После правильного обновления php на centos должен получиться ...debian !
php5.5 там тоже нет, но 5.4 из коробки.
Если я бот - я попробую и romka, fomka, bob и jonh. Разница не такая уж большая по сравнению с выбором надежного пароля или ключа.
А вы в экспертном режиме устанавливайте. Там все включается.
Эти два пакета буквально недавно обновлялись. Убедиться можно прочитав файлы /usr/share/doc/wget/changelog.Debian.gz и /usr/share/doc/curl/changelog.Debian.gz
Скорее всего, вы не заметили как установили обновления или у вас вообще полностью автоматическое обновление.
Ну закачайте этот файл на другой незараженный компьютер, посчитайте суммы, сверьте с суммами в дистрибутиве для спокойствия.
Нет, запускать md5sum прямо на сервере в данном случае "западло" и пацаны не поймут.
Те, кто осознают, что "romka" тоже угадать недолго. Стоит ли создавать себе каждодневные неудобства при сравнительно малом риске ?
Ну а смену порта я скорее одобряю. В крупных датацентрах так много сканируют, что может и место в /var/log закончиться.
