Котик Антон

В конкретном Положении об РСД в конкретной организации не должно быть ничего абстрактного. Оно должно быть максимально привязано к особенностям сети (есть ли домен, какие используются средства защиты и назначения прав, формы заявок на получение доступа, действия админа и админа ИБ при исполнении таких заявок и т.д.). Поищите готовые документы по запросу "положение о разрешительной системе доступа к информации" и отталкивайтесь от них. Они более ли менее типовые, может даже есть что-то типовое от ФСТЭК/ФСБ (хотя оно, скорее всего "дсп"). Ссылки в посте 27cm посмотрите, Емельянников вообще полезен.

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

Требования к системе защиты берутся из СТР-К, приказов ФСТЭК 17, 21, 31 и т.д. (там много чего).

А вы mbstring ипользуете? По всей видимости нет. Изначально функции обработки строк в PHP не умеют работать с многобайтными кодировками, UTF8 например. В строке
$str = "Привет, Алексей, как твои дела"; каждый символ представлен двумя байтами, если ваш скрипт в UTF8, и если не установлен mbstring/не включена перегрузка строковых функций, то вы получите то что указали выше.
Установите mbstring, включите перегрузку строковых функций или же используете сразу перегруженные функции
php.net/manual/ru/mbstring.overload.php

Ни в коем случае не ставить никаких ISP Manager / Vesta / CPanel, иначе никогда не научитесь тому, чему хотите научиться. Кроме того, они жрут ресурсы. Даже Vesta, которая самая легкая, их жрет прилично, а я сильно сомневаюсь, что у вас VPS c 8+ Gb памяти.

Изучать надо по урокам и статьям, читая мануалы и best practices по каждому package. Порядок, плюс-минус, таков:

- развернули ось
- сделали сразу апдейты
- создали и настроили swap
- поменяли пароль рута на что-нибудь супер-мега-сложное (его мы использовать все равно не будем)
- создали себе обычного юзера с паролем нормальной сложности (он будет использоваться для sudo)
- дали юзеру права sudo
- закрутили гайки по SSH - сменили порт, запретили вход руту и вход по паролю (только по ssh-ключам), разрешили вход только одному своему новому логину
- настроили UFW - простой, но эффективный firewall на основе iptables - default deny, allow http, https, свой кастомный ssh-порт. Если логиниться будете только из нескольких мест (офис, дом) - можно вообще ssh разрешить только на эти IP.
- sudo dpkg-reconfigure tzdata чтобы установить свою временную зону, так логи потом легче читать и понимать
- настроили logrotate
- настроили logwatch
- настроили Postfix, чтобы сервер вам письма мог слать (мы его настраиваем на внешний мейлер, например Mandrill, чтобы все письма точно в спам не падали)
- настроили fail2ban (потом, после установки и настройки веб-сервера и сайтов, в fail2ban можно дополнения писать, например мы на WordPress-сайтах мониторим попытки авторизации в админку и блочим тем же fail2ban)
- дальше ставим все что нужно - Git, Nginx, HHVM, PHP5-FPM, MariaDB, Memcached/Redis и так далее.

Регулярно заходите на сервер, делайте apt-get update && apt-get dist-upgrade.

p.s.: это по ubuntu/debian, для других систем все то же самое, но packages и команды могут немного отличаться

Есть разные варианты хранения древовидных структур со своими плюсами и минусами, можете посмотреть презентацию: www.slideshare.net/billkarwin/models-for-hierarchi....

https://learn.javascript.ru/task/fibonacci-numbers

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

Так что не стоит питать иллюзий насчёт диплома.
Если ты хороший специалист, диплом никто спрашивать не будет. Но без навыков в сфере ит делать нечего. И дипломы не спасут.

В 17 лет рассчитывать на серьёзный оклад не стоит, но подработку вполне можно найти.
С другой стороны в 17 лет все считают себя крутыми спкциалистами, а html - языком программирования :)

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

Упрямство это хорошо, но когда более опытный человек говорит вам это не правильно спроектированно, то стоит прислушиваться и не набивать кучу шишек на простых вещах.

Есть несколько Нормальных форм для баз данных. Каждая из них убирает некую избыточность. Минимум база должна соответствовать 3-ей нормальной форме, почитайте про 1НФ, 2НФ, 3НФ и 3,5НФ (или нормальная форма Бойса-Кодда или НФБК). Иногда проводят денормализацию, но для этого нужно понимать для чего и в каких случаях это делается.

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

Далее, нужен нам заказ, делаем таблицу Заказ с полями кто заказал, когда заказал, иные примечания и поля, но не что заказал. Табличная часть заказа должна быть в отдельной таблице, где есть ссылка на товар (одну таблицу а не как у вас сейчас), количество, иные поля, и ссылка на заказ к которому та или иная позиция относится.

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

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

Я не разбирался особо что это такое, но на счет сайта вот что скажу:
1. Не работает кнопка подключиться
2. Единственное что видит посетитель при заходе на сайт - РАБОТАЙ В РЕАЛЬНОМ ВРЕМЕНИ. Программистам (я так понимаю это ваша целевая аудитория) это ничего не говорит. Может стоит сразу написать что это за библиотека, и для чего она?
3. Начинаю искать инфу что же это за проект, что он делает - кручу в низ. И первое что вижу - Наша миссиая - помочь детям. Это, безусловно, прекрасно и достойно уважения. Но! Я задумался - а туда ли я попал (искал через гугл)? Какие еще дети?
4. Идем дальше - последние новости. Я понимаю что это все-таки какой-то IT проект, но что он делает - до сих пор не понятно.
5. Далее - наконец-то описание что же это за проект. Под странным заголовком "О нас". Заголовок ассоциируется с компанией/командой, но не с тем, что же это такое. Плюс фон у этой секции, на котором трудно что-то прочесть, все сливается, лично мне пришлось поднапрячься.

Я не спец конечно по UI, но это то что бросилось в глаза.

GROUP BY по title, но это не очень хорошая практика делать групировку по текстовым полям

Агрегатные функции GROUP BY - COUNT()

Я бы делал на JS

var img = new Image();
img.onload = function(){
 $('.photo').css('width', this.width + 'px');
};
img.src = $('.photo').css('background-image');

Как правильно подойти к процессу изучения?

Про системы обучения написаны кучи диссертаций, и лучшей не существует))
Я учу что-то новое в it сфере следующим образом: подбираю "понятную для меня" книгу 700+ стр. Читаю, как "художественную" с целью понять: что я могу делать и какие механизмы для этого стоит использовать. Дальше практика с книгой. Потом книга откладывается на полочку и пользуюсь официальной документацией ну и гуглом конечно.

Какую литературу читать?

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

Какие видео курсы смотреть?

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

Сколько времени уделять обучению в день?

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

Какая перспектива как javascript-разработчик?

Вы посмотрите вакансии по js

Что вообще лучше Верстальщик или писать мозги сайту(хотелось бы услышать о зарплате, сравнительно)?

Что лучше, вилка, или ложка? Смотря что собираешься делать))

--

З.Ы. Самое важное научиться быстро находить информацию - например ваш вопрос тут уже не раз освещался))