Валерий Рябошапко

Вы пытаетесь вызвать метод у сущности, которая не является объектом.

Если коротко, то в строке с ошибкой нужно $mysql-> заменить на $result-> и убрать $result из скобок.

Если подробнее, то строка

$result = $mysqli->query("SELECT id FROM users WHERE login='$login'");

в переменной $result создала объект результирующего набора. У этого объекта есть метод fetch_array(), который при каждом вызове возвращает одну строку из набора. Вы же попытались вызвать этот метод у переменной, которая не объявляется в приведённом участке кода, но явно содержит что-то, не являющееся результирующим набором.

Если на обоих серверах приложение запускается без ошибок, ничего странного не пишет в логи и не грузит систему до полусмерти, но при этом не игровой сервер не виден в клиенте, значит, нужно смотреть на настройки клиента: какие IP/домены он опрашивает, на какие порты стучится, открыты ли эти порты на серверах и т. п.

А вообще, наиболее подробный отчёт о телодвижениях приложения даёт strace, он отслеживает системные вызовы.

Выключатель — объект, его состояние — булевый параметр isOn. True — включён, False — выключен. Так же у объекта есть метод toggle(), который делает тупо:
this.isOn = ! this.isOn
а затем вызывает метод, перерисовывающий картинку. Метод рисования картинки элементарен.

Совет любительский, но, что называется, от души.

1. Покупаете самый дешёвый VPS на приличном хостинге.
2. Запускаете свой код, прикидываете производительность.
3. Если производительности не хватает, переходите на тариф повыше, возвращаетесь в п. 2.
4. Остаётесь на этой виртуалке или находите железный сервер с сопоставимой производительностью.

Если же времени на тесы нет, можно сразу развернуть свой проект на какой-нибудь облачной системе вроде Google Apps, и пусть Google думает о ресурсах. Он большой, ему виднее.

Смотря что Вы имеете ввиду под «бэд блоками». SMART имеет такие показатели, как Relocated Sectors (перемещённые секторы) и Relocation Candidate (кандидаты к перемещению).

С первыми нельзя сделать ничего. Если их количество превысило некоторый предел, то пора бы менять диск, а то риск скорого накрытия велик. Если на нём есть ценные данные, то как минимум пора участить бэкапы.

Со вторыми ещё есть шанс. Кандидаты к перемещению — это такие сектора, чтение из которых произошло однажды с ошибкой (у каждого сектора есть на этот случай CRC32). Чтобы проверить, окончательно ли накрылся сектор, контроллер жёсткого диска пытается записать туда данные. Этого можно ждать, пока само сложится, а можно форсировать утилитами типа упомянутой здесь mhdd. Так вот, если запись пройдёт успешно, сектор будет помечен рабочим. Если нет, будет увеличен счётчик перемещённых секторов.

Перемещаются, кстати, сектора в специально зарезервированный участок, обычно в конце диска. Логически он остаётся там же, где был, но фактически головка бегает за ним в другое место.

При подключении расширений PHP в Windows нужно внимательно смотреть на то, с каким ключами и каким компилятором был собран сам PHP. Для этого в своём phpinfo() внимательно смотрите в строку Configure Command и выбирайте одну из версий здесь.

Через точку с запятой.

>>> a = 4; b = 4; sum = a + b; sum 
8

Если «выводов» будет несколько, каждый будет на новой строке.

Как велолюбитель могу предложить взять какой-нибудь из популярных вэб-фреймворков и сообразить что-нибудь самому. Сначала накатать блог, а потом к нему уже прикручивать нужные хотелки.

Минусы очевидны — потребуется время и умение прогать.

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

Похоже, что WingIDE использует второй Python, а IDLE третий.

Регулярно слать письма может cron.

А что это за VPS такой, который ограничивает отправку почты?

Боюсь, с помощью средств PHP, доступных через web-интерфейсы (mod_php, [fast-]cgi) этого сделать нельзя, и, откровенно говоря, слава Богу!

Вообще же slow HTTP POST несложно организовать, открыв ручками сокет. А вот рекурсивно запрашивать себя не получится никак, потому что HTTP-сервер прибьёт процесс PHP сразу же после обрыва соединения, и правильно сделает. Для этих целей существует CLI-интерфейс. Тут на Ваш вкус можно писать демона, либо запускать из планировщика.

P.S. Пакости пакостить — трижды фу.

Если подменить сессию, то можно получить доступ ко всему, что пользователь может сделать и увидеть, залогинившись.

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

• Сессию можно привязать к IP и браузеру, это защитит от подбора чужого ID.
  
• Идентификатор сессии должен быть одноразовым и обновляться при каждом обращении к серверу.
  
• У идентификатора должен быть разумный срок годности (несколько часов или суток, в зависимости от уровня паранойи).
  
• Куки нужно передавать только через HTTPS, это до некоторой степени исключит перехват ID сессии человеком-в-середине.
  
• Подтверждение критичных действий по другому каналу (почта, SMS, Telegram и т. п.).
  

И да, что за файл Вы такой нашли-то? Это, случаем, не тот самый, в который PHP, собственно, и пишет свои сессии? Если нет, то такой файл не нужен. Если да, то в порядке паранойи можно ограничить доступ к нему на уровне файловой системы, но вообще достаточно, чтобы не было доступа из web-а.

Подавляющее большинство бирж отдают котировки по протоколу FIX, однако, как тут уже отмечали, реальновременные котировки стоят немалых денег. Кроме того, бирж много, и договариваться со всеми и разбираться с особенностями реализации протокола каждой биржей - то ещё геморроище.

Однако для анализа Вам вполне может хватить котировок из вторых или третьих рук. Для этого можно договориться за уже гораздо более умеренную плату с каким-нибудь посредником. Например, довольно хорош Thomson Reuters, хотя о расценках вообще ничего не знаю. Можно так же найти какого-нибудь брокера, который даст вам доступ к своим серверам через FIX. Однако учтите, что Вам нужен полноценный брокер, который имеет выход на биржу и непосредственное исполнение, а не "кухня".

Или в цикле :-)

for i in `ls -1`; do mysql -u admin -pw12345678 databasename < $i; done

Хотя вариант от Rsa97 кошернее, так как вводить пароль напрямую в консоль - не секурно, а вводить отдельно на каждый файл - геморрно. Главное, чтобы порядок ввода данных из файлов был безразличен, иначе однострочником не обойтись.

В Вашем же варианте две ошибки. Во-первых, Вы пытаетесь передать программе mysql на стандартный ввод (через пайп | ) список файлов, хотя она туда принимает только непосредственно SQL код. То есть, Вам нужна команда cat, а не ls. Во-вторых, с помощью < Вы указываете оболочке на необходимость передать на тот же стандартный ввод содержимое некоторого файла, но сам файл не указываете, вот он и удивляется.

Нет, это, безусловно, не смертельно, может немного понизить производительность. Если Вы не замечаете существенных лагов, можно смело забить - оно не стоит мороки с переносом сотни гигабайт.

Если Linux интересует только с точки зрения пользователя (то есть не нужны глубокие знания в администрировании), очень советую эту книгу, она научит самому главному - магии консоли и скриптов. Без этих навыков Вы не ощутите и половины плюшек от миграции.

Ну и, безусловно, лучшей помощью будет друг-линуксоид, так как смена ОС - очень индивидуальный вопрос, одни детали кажутся очевидными, к другим не знаешь, с какой стороны подступиться. Хорошо, когда есть человек, который невнятное бормотание сможет перевести хотя бы в осмысленный запрос в гугль :-)

Если замены двунаправлены независимо от уровня, то есть (по приведённому Вами примеру) A является заменой для E, то можно просто ввести ещё одно поле, которое будет одинаковым для всех товаров в одной группе замены. Что-то вроде связи многие-к-одному, но без дополнительной таблицы. Хотя никто не мешает ввести и дополнительную таблицу, чтобы дать имя группе замены.

Ну и, само собой, индекс по этому дополнительному полю.

SELECT title, count(*) score FROM table
WHERE
    date >= '2015-01-01' AND
    date <= '2015-01-07'
GROUP BY title;

Если под первой неделей подразумеваются не первые семь дней, а календарная неделя, то будет чуть сложнее, нужно вычислить правильные дни.