Adamos

В Убунту (если это именно Убунту) просто кастрировали настройки.
Приходится отдельно ставить ubuntu-tweak, в котором таки есть настройки сглаживания.
У меня в Xubuntu они стоят из коробки.
Спокойно выбирается системный шрифт нормальных очертаний (у меня Droid Sans, в браузере Liberation Sans), отключается за ненадобностью "радуга", но, конечно, включается хинтинг. Признаться, мне оба ваших скрина ломают глаза...

P.S. Да, в такой теме отвечать нужно со скринами. Исправлюсь:


P.P.S. Собственно, шрифт по умолчанию в браузере неважен - в стиле сайта прописана Verdana, и если она есть в системе, то отображается именно она.

P.P.P.S. Посмотрел ту же страницу дома (22" TN), не нашел отличий от скриншота, сделанного на работе (19" MVA). Честно говоря, именно это мне представляется более важным, чем те детали, к которым можно придраться в скриншоте. У меня есть возможность сделать на разных машинах одинаковые настройки - и не ломать глаза, пересаживаясь с одной на другую. Это же прекрасно!

Начинаете транзакцию.
Обрабатываете строки.
По тому же условию обновляете строки.
Завершаете транзакцию.

Это, на самом деле, будет проще и надежнее любых хитро составленных запросов.

GoldenDict, например, выдает статью по выделенному слову при двойном нажатии Ctrl-C. Сама программа бесплатна, словари найти при желании несложно. Windows / Linux.

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

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

Имея опыт работы с Робокассой, подключил PayPal без всяких проблем.
Впрочем, проблемы были - с документами.
Они нас месяца три мурыжили, желая все новых подтверждений, что мы не верблюды и выгодоприобретатель - тоже....
С тех пор - платежи идут себе, все на автомате, никаких нареканий.

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

Необходимые требования:
1) Процессор от Интел с поддержкой виртуализации.
2) 64-битная система на хосте (чтобы VB мог запустить 64-битную OSX)
3) Образ El Capitan (это последняя текущая версия)
4) Инструкции по установке системы в VB - в интернете по запросу "OSX VirtualBox" находятся на первой же странице выдачи, важна не столько установка системы (там ничего сложного), сколько настройка VB.

Не стоит тратить свою юность на mysql_ - функции. Они мало того, что ужасны, так еще и устарели.
Пока вам не требуется сложная работа с базой, можно пожить, например, с SafeMySQL. Это, конечно, не панацея и в перспективе вообще тупик, но по сравнению со спагетти из функций - радость и благорастворение воздухов.

Не стоит мешать код и верстку. Рано или поздно все равно дойдете до их разделения, лучше рано. Сначала весь PHP: подготовьте все данные, которые будут выведены. Потом пошла страница с минимальными вставками уже подготовленных данных. Максимум допустимой логики - вывод данных в цикле.

Если у вас тяжелые внешние ссылки, сделайте ленивую загрузку. Хотя бы элементарно - выводите страницу со всей версткой, но без конкретики, а в конце пишите javascript, который назначает конкретным картинкам конкретные src. Это несложно, правда. Впрочем, если для этого познакомиться хотя бы и с общеизвестным JQuery, все станет еще проще...

Дрова? OpenWrt? Серьезно?
TP-LINK TL-WN722N под Ubuntu - что 14.04, что 16.04 - определился сам без всяких вопросов и просто работает.
Единственный косяк - после пробуждения машины из спящего режима адаптер может не проснуться. Есть ли аналогичная проблема на винде - не проверял.

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

Кто обрабатывает этот файл? Это голый HTML или какой-то скрипт?

Есть такая практика - бакс ставится перед теми переменными, в которых должны быть объекты.
Просто чтобы легко визуально отличать их от прочих переменных.
Самому-то языку все равно, а программисту, бывает, требуется их отличать.

Полноценный (с анализом кода и прочими плюшками) и при этом легкий - вещи сугубо взаимоисключающие.
VisualStudio с С++ ведет себя так, как будто рекламирует С# (ирония, но недалекая от истины). Анализ кода там тормозит безбожно, на слабом железе его просто не дождешься. Хотя, может быть, хэлловорды он и быстро будет прожевывать...

Eclipse, NetBeans, Clion - это все-таки Java со всеми из нее вытекающими - медленно и печально. Для слабого железа опять-таки противопоказано.

QtCreator - имеет довольно много плюсов, но объем действительно может зашкаливать, так как он тащит за собой весь Qt в обязательном порядке.

Есть легкие Code::Blocks и CodeLite - в принципе, настолько легкие, что их просто стоит попробовать, а если будет некомфортно - тогда уже подниматься по этому списку вверх ;)

Альтернатива в порядке бреда: поставить какую-нибудь древнюю VS, которая еще нормально жевала С++ на слабых машинках (то есть до 2008 версии). Если она запустится на "десятке", то для изучения "крестов" может вполне сгодиться. С++0х и С++11, правда, придется исключить из учебной программы.

Получается, у вас полезной нагрузки на этом винте - полсотни гиг.
А разбит он совершенно бездарно - все в логическом томе.
Я бы сохранил нужное файло и переразбил диск заново.
Причем не под MBR (в винду ведь потянуло не настолько, чтобы ставить ХР?), а под GPT - и забыть о том, что разделы бывают логическими.
А усилий по установке систем жалеть не надо. Это практика, она от повторения совсем не портится, наоборот.

Вам нужна та карта сайта, которая для пользователей - или sitemap.xml, которая для поисковиков?
Первая должна бы строиться самой CMS, если у нее внутри не бардак.
Вторая делается элементарно скриптом Google Sitemap Gen по логам сервера.

А зачем вы пишете деинсталлятор, когда есть готовые, полноценные и при этом бесплатные решения вроде NSIS, например?

Как я начал делать, при авторизации с приложения делаю запрос к API такого плана:
/api/?user.checkAuth={"login":"admin", "pass":"md5('.....)"} проверяю правильный ли хеш,

А дальше генерирую случайную строку и сохраняю ее на сервере в паре СТРОКА - ПОЛЬЗОВАТЕЛЬ, так же отсылаю ее в ответ приложению, те эдакий сессионный токен, который знаю я, и знает приложение.

Наоборот.
Приложение стукнулось на сайт - пока без авторизации.
Сайт создает запись о новом посетителе и присваивает ему токен. Возвращает id посетителя и токен.
Приложение возвращает этот id, логин и хэш от (хэш пароля + токен) - сайт сможет повторить это хэширование, а хэш пароля (по которому у вас, получается, можно авторизоваться, даже не зная пароля) в передаче не светится вовсе.
Заодно логика посетителя позволяет одному и тому же клиенту одновременно авторизоваться с нескольких устройств, не сбрасывая сессию.

Чем-то грозит реализация, такая, что один user_id может иметь несколько токенов?

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

Вы таки будете смеяться, но именно для программиста - если это программист-прикладник - разные поколения одних и тех же железок не отличаются НИЧЕМ!!!

сметчик работает в определенно заданной среде (Федеральная база, Региональная, Территориальная и.т.д.).

Попробую угадать: а поскольку эти базы сделаны через задницу, причем каждая - через свою, особенную, то свести их данные к чему-то единому может только человек... ну, или нейронная сеть после долгого обучения. Ведь правда?