Алексей Павлов

Ошибка в запросе, поэтому вернулся не ресурс, а значение false.
Возможные причины ошибки:
1) нет подключения к базе данных (ранее не сделали подключение, или указали неверные данные)
2) ошибка в SQL-запросе, например, неправильно указали имя таблицы или поля.
Для того. чтобы точнее сказать, в чём дело, нужно увидеть текст ошибки. Добавьте после команды var_dump($result); вывод ошибки:

echo mysql_errno($link) . ": " . mysql_error($link) . "\n";

и укажите, что там будет написано.

Так сделать можно, если получится настроить у принтеров айпи в одной подсети и если wifi-адаптер принтеров поддерживает этот режим.
Вот инструкция, как это делать.
Но лучше не парьтесь и поставьте точку доступа, они сейчас очень дешёвые.

Может, просто забыли, когда на битбакет тот же самый ключ добавили? В настройках аккаунта битбакета есть добавленный ключ? С какой сигнатурой?

Именно сразу сохранить на диск не получится. Но можно сделать обычную ссылку, после нажатия на которую автоматически начнётся обычное скачивание файла штатными средствами браузера, не зависимо от того, какой тип файла (хоть html). Для этого нужно в заголовки ответа добавить заголовок Content-Disposition: attachment. Добавить этот заголовок можно через php-скрипт (как указал dzedzinskiy), можно через настройку веб-сервера. Во втором случае удобнее расположить все файлы для скачивания в отдельную папку, специально для этого предназначенную, и повесить в настройках веб-сервера форсированно отдавать файлы из папки (если апач, то можно в .htaccess этой папки указать).

Если у вас в элементах var2-var4 записаны числа, то тип данных всё равно строка, и для сравнения с нулём нужно преобразовать строку в число. Либо как сказал @GM2mars, только в его примере лучше указать вторым параметром систему счисления: parseInt(form.var4.value, 10) === 0, потому как в старых браузерах числа, начинающиеся с нуля ("012"), считались восьмеричным числом. Либо просто указать +form.var4.value === 0, где унарный плюс переведёт строку в число.
А само присвоение valid = false в данном случае корректно.
Но я обычно делаю так:

function validate(form) {
  var errors = [];
  if (form.var1.value.length < 2) errors.push('length');
  if (+form.var2.value == 0) errors.push('var2');
  if (+form.var3.value == 0) errors.push('var3');
  if (+form.var4.value == 0) errors.push('var4');
  showErrors(errors);
  return errors.length == 0;
}
function showErrors(errors) {
  foreach (error in errors) {
    switch (errors[error]) {
      case 'length': document.getElementById('var1_e').innerHTML='err1'; break;
      case 'var2': document.getElementById('var2_e').innerHTML='err2'; break;
      case 'var3': document.getElementById('var3_e').innerHTML='err3'; break;
      case 'var4': document.getElementById('var4_e').innerHTML='err4'; break;
    }
  }
}

Такой подход позволяет разделить собственно проверку значений и обработку ошибок.

UPDATE articles SET text = REPLACE(text, '8-927-123-45-67', '8-927-123-76-54') WHERE text LIKE '%8-927-123-45-67%'

вам какие строчки сравнивать? Строчки 'v.y' и 'vry' разные, их и правда легко сравнить обычным оператором ==. Если вам нужно, чтобы строки 'v.y' и 'V.y' и 'v.Y' были равны, то есть без учёта регистра, то лучше сравнивать строки, приведённые к нижнему регистру:

function checkMatch(request, item) {
 	return request.toLowerCase() === item.toLowerCase();
 }

А регулярка здесь будет лишней.

Вам надо сделать весь цикл внутри формы, а не создавать отдельные формы в каждой строке:

echo "<form method=\"post\" action=\"\">";
echo "<table>";
for ($i = 0; $i < count($items); $i++) {
  $id = $items[$i]['id'];
  $text = $items[$i]['text'];
  echo "  <tr>
    <td><label><input type=\"checkbox\" name=\"delete[]\" value=\"$id\"> Удалить</label></td>
    <td>$text</td>
  </tr>\n";
}
echo "</table>";
echo "<input type=\"submit\">";
echo "</form>";

Все отмеченные id, и только отмеченные, появятся в массиве $_POST['delete'].
С ними нужно уже делать то, что вам там надо - например, передать в SQL запрос DELETE.
Только помните, что в массиве могут прийти не только числа, хакер может передать туда строчки с sql-инъекцией.

Посмотрите статью о сервисе Appnestic. У них, к сожалению, нет бесплатного тарифа, но у них есть свой редактор сети хостов, с возможностью указания разных параметров к каждому. Может, если поговорить с автором @chuck, то он сможет что-то предложить.

Сделайте какую-нибудь простую игру, с минимумом действий, но с задействованием всего вашего арсенала с c++, особенно ООП.
Например, напишите rogue-like игру, типа того, что описана в этом топике.
Тут у вас будет и работа с графикой, и хранение данных в файлах с конфигами (предметы, монстры, уровни), и игровая механика (перемещение, удары), и искусственный интеллект (поиск пути).
Графику можно сделать как консольной (в текстовом режиме), так и освоить какую-нибудь графическую библиотеку (Qt, например). А можно написать два разных интерфейса и выбирать - запустить в консоли или в окне.
Позже можно будет добавить работу с сетью и режим игры вдвоём.
Этот проект (относительно) не сложный, но даст вам очень много практического опыта. Ведь одно дело писать классы в учебных целях, когда заранее известна конечная иерархия, а другое дело - полностью разработать иерархию, реализовать её, увидеть, что вышло не очень (так часто бывает, нужен опыт), найти способ как провести рефакторинг, обнаружить ценность интерфейсов, переписать классы на использование интерфейсов (или общие абстрактные предки), увидеть, что это гораздо лучше, порадоваться за себя, дать поиграть друзьям, получить багрепорты, исправить все баги, и так далее.

Как верно сказал @Eugene22, выбирать язык стоит из двух факторов - 1) существующий опыт на каком-то языке и 2) что хочется изучить для будущего. Если с первым пунктом плохо, то остаётся выбрать какой-то язык и начать его изучать.
Браузерные игры состоят из трёх компонентов:
1) клиентская часть - тут практически без вариантов - javascript.
2) серверная часть - тут есть множество вариантов. Из основных два варианта - php или Node.js (это серверный javascript). Оба варианта достойны рассмотрения, у каждого есть свои достоинства и недостатки. Также можно рассмотреть Python и Ruby. Не стоит сбрасывать со счёта Java и .Net языки (тут c# и asp.net). Ну и экзотика - Erlang или Go (всё-таки go я отнёс к экзотике, потому что это развивающийся язык, но активно набирает очки).
3) База данных - для хранения игровых данных. Здесь тоже есть о чём подумать - взять обычный привычный вдоль и поперёк исследованный MySQL, или подумать о более мощных базах типа Postgres, или взять модный MongoDb и его nosql-братьев.
Выбирайте, что вам нужно и вперёд. Но самый главный мой совет - не беритесь за что-то "типа Травиана и Гриполиса" в качестве первого проекта. Подобные проекты делаются годами профессиональными опытными программистами. Сделайте что-то гораздо проще - типа танчиков, бомбермена, вертолётиков, гонок - где есть только одна основная игровая механика. За время разработки этого проекта вы получите бесценный опыт, без которого вы даже не сможете оценить сложность тех проектов, о которых вы говорили в вопросе.

UPD. В своём ответе вы просите добавить аргументов в пользу некоторых серверных языков. Добавлю про них.
Первым рассмотрим php. Это достаточно простой язык для начала написания скриптов, и можно очень быстро написать что-то уже рабочее. Но это язык, который за внешней простотой прячет большую гибкость и достаточно сложные моменты. Поэтому для профессионального его использования нужны его глубокие знания, иначе получившийся код будет 1) медленным, 2) дырявым (ошибки и уязвимости) и 3) сложным в поддержке (сложно добавлять новые функции). Но начать его использовать очень просто.
Node.js. Это серверная платформа, имеющая в качестве языка программирования javascript. Он в некоторых задачах намного быстрее, чем php, но в некоторых может быть сравним по скорости. Его преимущество, что используется тот же язык, что и для клиентской части - меньше изучать. Его сложность в том, что для серверного языка он достаточно сложен, писать хороший код сложнее, чем на php. Плюс, его основные парадигмы - прототипное наследование и асинхронный код - достаточно сложны для понимания. Хорошим советом может оказаться учиться писать не обычный javascript, а его разновидность CoffeeScript, но многие не согласятся, тут нет единого мнения.
Python. Это очень мощный язык, позволяющий писать программы не только для web (собственно, сервер игры), но он используется очень много где. Он имеет очень простой синтаксис (кстати, отличающийся от многих других c-подобных языков), но очень гибкий и быстрый, и обладает богатейшей библиотекой готового кода (в принципе, php и node.js тоже обладают этим преимуществом). Недостатком можно отметить то, что гораздо меньшее количество программистов им владеют, и может быть, будет сложнее получить консультацию по возникшим вопросам (а вопросы будут - причём в любом языке). В общем, Python - отличный выбор для начала изучения серверного программирования.
Ruby может дать очень быстрый старт и быструю разработку. Но его знают ещё меньше программистов, чем Python. Насчёт скорости выполнения он, вроде, медленнее питона (тут я не уверен, не хочу обманывать - у меня нет опыта на ruby). Его синтаксис достаточно своеобразен. Но если вы его хорошо освоите, то никогда не останетесь без высокооплачиваемой работы.
Java и C# - очень мощные языки общего назначения, дадут очень сильную платформу для любого приложения, в том числе и сервера. Но они сложные, изучать их и хорошо писать на них гораздо сложнее предыдущих рассмотренных языков.
Go - новый развивающийся язык, можно рассмотреть его для изучения. Но на нём пока мало готового кода, мало материалов, небольшое сообщество.
Erlang - функциональный язык с очень необычной архитектурой (с точки зрения всех предыдущих языков), и очень необычный синтаксис. Изучать его сложно, но он даёт потрясающие результаты - в некоторых задачах. Советовать его не буду.

Web development - веб-разработка.
Если вы хотите develop, то это глагол, и фраза "web develop" будет переводиться как "веб разрабатывает", да к тому же с ошибкой - "web develops". Нужно перфразировать, что-то типа вот этого:
We develop the web, I develop websites.
Ну а про слово "develope" вам сказал @Scorpi. Погуглите, как часто это слово используется и в каком контексте. Но я бы не советовал.