Максим Кудрявцев

Советую еще раз проверить темопасту + плотно ли радиатор прилегает к ЦП.
Чтобы видеть что тебе дает нагрузку на ЦП - скачай process explorer, это такой расширенный диспетчер задач

И еще насчет температуры
Нагугли в сети температуру автоматического отключения для твоего ЦП. Если мониторинг показывает что она уже далеко за этим пределом, но ноут работает, значит датчик врет. Такое бывает, видел у друга на ноуте температуру 145 градусов...
Если реально он вырубается при этой температуру, тогда лучше машинку в сервис сносить.

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

Если тебя это заинтересовало - дай знать, отпишись на мыло(у меня в профиле). Вначале темы письма укажи [toster]

1)В смартреспондере где-то должен быть пункт "Генерация формы подписки"
2)Мастер генерации там простой, разберешься сам. Главное получи код(обычных html + css)
3)Далее в WP ставь плагин plain-text. Я не помню так ли он точно называется, но его суть - выводить произвольный html где надо
4)Создаешь на его базе виджет, кидаешь туда html из смартреспондера. Сохраняемся

Профит!

И еще раз, форма подписки генерируется на стороне Smartresponder, никаких велосипедов с PHP для подписки юзера тебе изобретать не надо.

В своем последнем проекте на фронт-энде использовал Bootstrap(на LESS) + AngularJS.
Однако, я профессионально фронт-эндом не занимаюсь, мне бэк-еэн больше удовольствия доставляет.

Может быть немного поздно, но все же... Почитайте Getting real от 37signals

Любой язык, любой фреймворк, любую технологию лично я изучаю так:
1)Ставится задача
2)Под задачу находятся готовые решения
3)Гуглятся проблемы и непонятные мне места
4)Что-то пишется, возможно пятое колесо, возможно очередной велосипед, но это работает
5)Написал п.4, осмыслил. Погуглил на тему похожих решений. На этом шаге в голове уже появляются правильные слова(термины, название библиотек) для гугла
6)Либо нашел свой идеал в чем-то готовом, либо написал "совершенный" код(на текущий момент)

Шаги 1-6 повторяются бесконечно. Алгоритм выше я активно использовал, когда после PHP учил Ruby.

Если хочешь по хардкору, тогда С++

Русская документация по 3-й версии на bootstrap-3.ru

Некогда работал с програмно-аппаратным комплектом VipNet. Так вот, есть у них там железки HW100/HW1000. По сути это маршрутизаторы, только с продвинутой поддержкой VPN и сертифицированы по российским стандартам. Так вот, эта самая железка позволяет создавать полутунели, т.е. твоя ЛВС => "открытый трафик" => HW100 => "шифрованый трафик" => сервер в ДЦ.

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

Детали реализации не подскажу, т.к. работал я с этими решениями года 3-4 назад, но ключевое слово для общения с тех.поддержкой/гуглом - "Полутунель"

Избирательное управление доступом(читать)
Мандатное управление доступом(читать)
Управление доступом на основе ролей(читать)

В подавляющем большинстве современные системы(тот же WP к примеру) использует RBAC. Твой случай тоже под нее попадает. Почитай описание, погугли по примерам.

Если значение в массиве на найдено и без него продолжать невозможно, тогда самый лучший вариант

throw new Exeption('Элемент ' + find_element + ' в массиве не найден');

Выше, где ты вызываешь функцию поиска, в try {} catch(...) {} ловишь это исключение и обрабатываешь, иначе в коде ты задолбаешься обрабатывать свой NULL или -1.

Лично я читаю ленту с новостями экономики на РБК, РИА и РГ с попеременным успехом. Время от времени смотрю на Деловую среду

Никто никому ничего не должен, если это не оговорено в договоре!

А насчет что должен делать: я когда нанимал ребят на практику, то скидывал на них всю рутину. От того как они ее делали, уже смотрел куда им двигаться дальше, что им еще можно перепоручить.

"Рейтинг сложности" мне кажется бредом. Я начал программировать 11 лет назад, окончил ВУЗ по ИТ-специальности, участвовал в паре hightload проектах...

Я считаю что сложность вопроса - вещь весьма относительная. Допустим для меня любые вопросы про начало своего дела являются элементарными, я на них могу без проблем ответить в 3 часа ночи, если меня разбудят. А являются они таковыми для меня, т.к. у меня было 6 проваленных проектов, на которых я набил себе огромную кучу шишек(и как разработчик, и как руководитель/основатель).

Однако, для человека, который создает вопрос типа "Откуда взять трафик" или "Как оптимизировать сайт" вряд ли за плечами имеет мой опыт. Да и откуда он возьмет его?! Я сам раньше таким был, отсюда и все мои шишки... Я не считаю правильным посылать нафиг новичков, только потому что они новички. Пройдет пару лет, эти ребята набьют свои шишки, получат свой опыт и станут нормальными специалистами.

Возвращаясь к вопросу что делать с таким вопросом сейчас.
Давайте возьмем какой-нибудь тег, например Laravel. Пусть в теге 300 вопросов, 11 тыс. лайков и 2 тыс. человек, которые участвуют в его обсуждении. Давайте будем считать, что если у одного человека, есть, допустим, 10% лайков по всем вопросам данного тега, то он специалист в этом вопросе. Я думаю логично - лайки к ответам ставит сообщество, значит сообщество считает его полезным. От суда получается, что первая переменная - количество лайков в теге у конкретного человека сообщества.

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

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

1. до 100 лайков - новичок
   
2. от 101 до 500 - опытный пользователь
   
3. от 501 до 1000 - профессионал
   
4. от 1001 - эксперт
   

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

Этим решением мы достигаем:
1)Если Вы эксперт в определенном вопросе(вяжем на тег), предложенным мною образом Вы можете отсечь вопросы второго сорта
2)Если Вы не эксперт в этом вопросе, скорей всего Вы не сможете отделить вопросы второго сорта, от интересных вопросов, а значит раздражения у Вас они не вызовут.

Как развитие идеи можно добавить какой-нибудь тест на знание вопроса, дающей +50 лайков, для более быстрого подъема по "лестнице".

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

Я с кэшированием в Yii не работал, но с 1,5 года назад реализовывал его для CodeIgniter

Суть кэша в следующем:
1)У тебя есть "тяжелый" фрагмент кода, обычно это выборка из БД, но может быть и сортировка списка из 1 млн элементов, и запрос информации из стороннего сервиса... Много чего может быть, но главный критерий - этот фрагмент кода выполняется долго
2)Ты один раз выполняешь свой "тяжелый" код и запоминаешь его результат в кэш
3)Далее при запросе этой же информации ты проверяешь, есть ли для нее результаты в кэше и не истекло ли его время
4)Если оба условия ОК - ты достаешь информацию из кэша, а не выполняешь снова свой "тяжелый" код

Обычно, кэш используют в двух случаях:
1)Снизить нагрузку на какой-либо сервис
2)Увеличить скорость загрузки сайта(приложения)

Вообще операция "достать из кэша" - по сути чтение txt-файла, если сильно не вдаваться в детали реализации.

Антон Тихомиров к вопросу куда - вот ссылка на вакансию. На днях мне пристали точно такое же задание. Я от выполнения отказался, т.к. там жестко фиксировался Yii, а я сейчас работаю с Laravel.