Дмитрий Кинаш

Думаю, проще пока перенести все на другой сервер этот оставить в покое,
на новом усилить безопасность, короче провести работу над ошибками.

Старый сервер попытаться почистить, заодно найти где дыра

this=optimized out, this=optimized out

Есть возможность выключить -O и включить -g?
Намного больше будет информации вместо optimized out.

Как способ прояснить ситуацию можете попробовать воспользоваться valgrind-ом, он кроме того что утечки отслеживает еще и перехватывает обращение к "чужой" памяти если повезет - это один вариант, другой вариант, если вам доступны исходники, перекомпилируйте программу с флагом -fsanitize=address, с этим флагом программа будет плевать наружу ошибки работы с памятью (что как правило и приводит к segmentation fault).

Во-первых, безопасность - это процесс, а не состояние.
Чтобы система была более-менее безопасной, нужно:
- быть в курсе существующих уязвимостей в используемом софте (как минимум следить за ubuntu security notices )
- ставить апдейты
- использовать достаточно стойкие пароли и периодически их менять
- отключать неиспользуемые сервисы
- если возможно, максимально ограничивать доступ по сети (например, не выставлять mysql на всеобщее обозрение)
- отключать неиспользуемые модули, плагины, расширения, фичи etc.
- делать бекапы
- всегда строго соблюдать принцип минимальных привилегий
- не подключаться к серверу с ненадежных систем (подключение с домашнего десктопа, на котором детишки гоняют пиратские игры, а вы смотрите "порно онлайн бесплатно без смс" - не очень хорошая идея).

Эти довольно простые советы в стиле КО на самом деле дают практически 100% защиту от "автоматических" взломов (имеются в виду боты, которые сканируют все подряд в поисках уязвимых систем и троянчики, вытаскивающие сохраненные пароли). Все остальное больше зависит от вашего кода, чем от каких-то настроек.

Чтение книг, котрое нужно учитывать - не имеет смысла.
Лучше читайте то, что вам действительно интересно.

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

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

IDE это не способ написать программу, это инструмент, который упрощает ее написание. Писать можно хоть в блокноте, а зачастую большего и не требуется.

Также даже со всеми такими подсказками совершенно не понять как например нарисовать простейший пиксель на экране. Нужно сначало лезть по документации изучить язык, затем узнать что существуют библиотеки(opengl например) затем научиться с ними работать, затем узнать что есть всякие api(winAPI или qt) , и научиться работать с ними. И только потом вывести пиксель на экране. И ведь для всего мне придёться читать документацию (javaJDK openglSDK MSDSN qt-доки) и всё на иностранном для меня языке.

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

Русскоязычные пользователи вынуждены лезть в google и искать, перелопачивать тонну информации ради маленького фрейма. Англичанам проще их инструкции написаны на понятном им языке.

Так уж сложилось, что программирование зародилось в англоязычной среде. И никакой патриотизм к этому отношения не имеет. У меня был опыт написания программ на языке с русским синтаксисом, и я проклял все как раз из-за конструкций вида <имя><знач.>[<зн.оп.><знач.>].
Если не знаете английский, купите книжку типа "<ВыбранныйЯзыкПрограммирования> для начинающих" или "Введение в <ВыбранныйЯзыкПрограммирования>", там все на русском и понятно. Все так начинали.

Не пытайтесь вести машину, не зная ПДД. Не пытайтесь готовить, не зная рецепт. Не пытайтесь программировать, не зная языка программирования. Все это приводит к плохим результатам.

я не думаю что вам будет понятнее такой код:

класс ПростойКласс {
    приватно:
        свойство строка названиеПеременной
    публично конструктор (строка названиеПеременной) {
         контекст.названиеПеременной = названиеПеременной;
    }
    // ...
}

ПростойКласс[] массивКлассов = создать ПростойКласс[10];
пока (беззнаковое целое итератор = 0; итератор < 10; итератор++) {
    массивКлассов[итератор] = создать ПростойКласс("строка передаваемая в конструктор);
}

Вообще все эти понятия типа "функция может возвращать значение" (точнее наоборот, она обычно возвращает значение но может и не возвращать) родом из математики, и там никто не ноет что "почему все называют эти все штуки буквами греческого алфовита". Никто не кричит "почему синус принято обозначать sin а не син" и т.д.

Тут так же. Знание самого языка не поможет вам понять смысла конструкций типа for.

1. Выучить русский язык. Узнать, что такое "личностное развитие" и чем оно отличается от профессионального.

Внесу небольшую лепту, хотя вижу что вроде решено.

Во-первых, всё приходится через труд. Люди разные, техники разные, у кого то есть способности к языкам, кто-то родной едва понимает. Тут дело такое, может просто не сильно повезло.

Но терпение и труд всё перетрут. Так что вот пара трюков и советов:
+ во-первых, нужна базовая грамматик; с ней можно познакомиться из банальных учебников, или же на таких сервисах, как liangualeo.ru (правда придётся заплатить, дабы открылись курсы); в принципе это самый сложный момент, хоть и не совсем обязательный: сложный тем, что правил туча, совсем другой язык, скорее непохожий на наш, чем сходный в чём-то, но необязательный он тем, что людям свойственно ошибаться и никто вас не съест за "моя твоя не понимать". Конечно, я утрирую, в простом общении (особенно в холиварах и если Вы кому-то просто не понравились) за ошибки могут и наказать привлечением внимания общественности, но на спец. форумах по обучению языкам Вам просто вежливо растолкуют;
+ во-вторых, нужен словарный запас; по замерам, для свободного чтения хватает 3k слов с лихвой, для чтения технической литературы нужно слов чуть больше, в зависимости от сферы сверху от 500 до 2k слов, но 5k это не так много, особенно если учесть, что большинство слов похожи и имеются простые алгоритмы построения одних частей из других (хоть это и нельзя использовать прост так, если вы не писали "Гамлета", но для запоминания - не можно, а нужно); для этого нужно много читать, чтение невероятно быстро повышает словарный запас, но читать надо по возможности без словарика: развивает "языковую догадку", когда из контекста догадываетесь до смысла неизвестного слова, что намного лучше, ибо Вы начинаете думать на ин. языке, нет бессмысленной высокоуровневой прослойки.
+ в-третьих, надо много слушать; без этого Вы просто не будете понимать устную речь. Сам этим страдаю - спокойно читаю технический текст, но никак не могу слушать живого собеседника, говорящего свободно, пока что приходится просить помедленнее; здесь Вам помогут фильмы, аудиокниги, первые желательно без субтитров ибо иначе будете читать субтитры, а не слушать; тяжело, но зато быстро научитесь слушать (примерно пара недель интенсива).
+ предпоследний, четвёртый этап: общение - второй по тяжёлости, здесь надо будет снять языковой барьер полностью, научиться думать и говорить на другом языке, а это не просто; говорить надо часто, чем чаще тем лучше, причём длительные перерывы этому ни разу не способствуют. Месяца интенсива хватит, но продолжать придётся, чтобы не потерять навык. Skype творит чудеса, правда Вам придётся тогда поучить русскому языку.

Наконец, последний этап, сто раз по желанию: переводы. Это последний этап изучения языка, и это всё бред и ужас, что твориться в школах в СНГ (где учат языку через постоянные переводы). При это придётся научиться в совершенстве не только изучаемый язык, но и знать, понимать и любить переводимый (совершенство здесь не обязательно, редактор или другой человек если что может поправить, но исказить мысль - недопустимо). Собственно, здесь помощников нет: сколько людей, столько и мнений. Разве только выкладывать переводы на habrahabr.ru, хоть и нынешняя публика не очень относиться к переводам. В принципе, если очень хорошо знаете свой язык (я допускаю, что он русский), можете переводить и в обратную сторону, заодно познакомив зарубежного обывателя с материалами хабры =)

Удачи в этом не лёгком деле. Как я говорил, без труда ничего не получиться. В крайнем случае, можете просто "пытаться" пользоваться иностранным по мере надобности, он сам будет прокачиваться, а Вам придётся пользоваться другими людьми и справочниками довольно долгое время. Но самое печальное: levelup будет столь незаметный, что Вы сами не поймёте на каком уровне Вы владеете языком, тогда как языковые тесты имеют колоссальную погрешность и ориентированы на знание грамматики и умения переводить (что печально), но иначе измерить уровень владения языка очень трудно.

UPD.
К превеликому сожалению toster до сих пор не позволяет отправлять более чем 10 тыс символов, так что тем, кто захочет посмотреть некоторые интересные наблюдения придётся кликнуть на эту ссылку. (что ещё забавнее - toster обрезает длинные ссылки, вот негодяй!)

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

Есть ли кука в браузере вообще?
Если есть, то она может не передаваться, если клиент и сервер на разных доменах (или используется https)? Копать в сторону заголовков Access-Control-Allow-Origin и Access-Control-Allow-Credentials.

Для полноты картины выложите заголовки запроса и ответа (их можно прямо в браузере посмотреть) и домены клиента и сервера.

Очень много других факторов которые так же влияют на принятие подобного рода решений,
например потянет ли ваше железо кучу пользователей, таким образом чтобы им было комфортно работать, стабильный ли у Вас / у них коннект.
А если их число удвоить например (я про пользователей)
У нас была отчасти похожая задача, в итоге у клиента свой БД — но мы ее постоянно реплицируем к себе, кстати так и обновляем свою обновленную версию разворачивая назад. Естественно на это время работа с базой на стороне клиента заблокирована архитектурно приложением до завершения.
Да и что касается обновления то рано или поздно вам все равно необходимо будет автоматизировать процесс.

Перед нами стояли проблемы и железа и коннекта и его скорости, не знаю как у Вас.

PS: Личный совет, если уж и будете БД у клиентов держать, то не подпускайте их IT-долбоящеров к обновлению или конфигурированию.

Еще вариант, перекликающийся с первым ответом, оставить одну базу, но разнести таблицы клиентов по разным схемам. Избегается столпотворение таблиц в одной схеме, при этом довольно легко все обновлять и давать доступ каждому клиенту только к его данным. Админится только 1 БД, что тоже, в данном случае, облегчает жизнь.

Минусы как и при разных базах — если выходит исправление/обновление вместо единого набора таблиц, придется пройти и пропатчить каждую из них в каждой схеме.