akrvch, Вот, о чем я говорил. Еще один человек - написал свои хотелки.
А совмещать можно по-разному.
Кто-то спит больше, кто-то меньше. Потому что у кого-то после работы еще семья или свидания, а у другого главный интерес это свой хобби проект или дота, и минимум физической активности.
Но даже если спать ~8 часов в день, то "дорога домой/на работу" - при работе удаленно не занимает время. Приготовление еды - можно заказывать готовую, или жить с родителями. Гигиенические процедуры, если не живешь с девушкой сократить до минимума. Остается гораздо больше времени.
Ведь не обязательно такой режим соблюдать всю оставшуюся жизнь =)
В общем каждый должен найти свой вариант, подходящий ему. Ну и если человек умный, он постарается его максимально оптимизировать под свои нужны. Умение рефакторить не только код, но и лайфхаки для себя - это собственно тоже способ использовать свой мозг
Советы немного странные.
.sh вполне полезное расширение. Оно сразу дает понять что это скрипт для пользователя, вдобавок многие редакторы автоматически включают подсветку для таких файлов. при этом расширение никак никому не мешает, поэтому "без него можно, но не нужно".
Запускать скрипт из автозагрузки через sudo?
Это каким способом его в автозагрузке нужно запустить, чтобы он не от рута запустился изначально? init.d и так его от судо запускает. Кронтаб - ну так там можно и пользователя указать, либо через пользовательский кронтаб root юзера.
Наверное имеет смысл в вопросе указать ваши задачи, а именно - ориентировочное количество отпечатков в день/в месяц.
Бывает, что нечастые заказы будет дешевле заказывать в типографии (тем более, что найдя удобную типографию под боком, это может быть весьма оперативно, и у вас полностью пропадает из бюджета поддержка плоттера)
А насчет принтера - там тоже есть нюансы =) И все они связаны с количеством
Venot, Не знаю что тебе порекомендовать. Основную терминологию можно почерпнуть читая википедию и переходя на странички с терминами. А книгу - можно любую более-менее авторитетную книгу по сетям нагуглить, не обязательно выискивать самую лучшую. Основные понятия архитектуры можно почерпнуть и из просто хорошей, а дальше - почитывать статьи по отдельным моментам, которые встречаются в практике.
Если я живьем работал с модемным пулом, толстым коаксиалом и wifi, мне википедии будет достаточно чтобы понять как примерно под капотом работает то, с чем я сталкивался. Если же не иметь практики, то будет сложно понять приоритеты и необходимость знания отдельных терминов, которые могут встретиться в книжке, но не в реальности.
pfg21,
неправда, я же упомянул " или работать не по IP а по другому протоколу. " ;)
MAC пакеты? эта прослойка не везде существует. как мне кажется, точнее она вроде есть только в ethernet, а есть же всякие DSL и др.
1. TLS сессия, которая устанавливается для HTTPS, на уровне браузера и веб-сервера
2. Сессия на уровне приложения, которое крутится на этом веб сервере - это уже чисто заморочки этого приложения. Например хранить в cookie какой-то ID сессии или другие данные.
Сервер сам по себе не начнет понимать, что запросы исходят от одного клиента. Он должен создать какой-то идентификатор для этого клиента, и сперва проверять а не пришел ли клиент с уже существующим идентификатором.
То есть сессия это не нечто, скрытое в эфире. Это просто переменные, которые можно хранить в куках.
Олег Жилинков, Видимо или не разглядели, или в учебном пособии опечатка, или просто плохой шрифт, в котором ' и ` выглядят одинаково.
Но в любом случае уже больше 15 лет конструкцию `` заменили на $()
Ivanushka255, Куки вообще не связаны с идентификатором сессии. Это просто Storage. Они привязаны к конкретному сайту.
В данном примере у вас просто сохраняется несколько переменных Expires, Max-Age, Domain, Path, Secure, HttpOnly - это просто разные переменные со значениями
Скажем так. Вы открываете сайт www.site.com/index.php и шлете ему информацию в виде www.site.com/index.php?Expires=20210101&Max-Age=5 и так далее.
Вот cookie именно так грубо говоря и делают. Видят что вы открываете сайт, к которому они привязаны и браузер автоматически добавляет их в каждый реквест на этот сайт.
Если сайт поддерживает авторизацию, то именно через cookie он и понимает, что вы - это тот пользователь, который залогинился. Если сайт не поддерживает авторизацию, он через cookie все равно может хранить какую-то информацию.
Например в интернет магазинах вы часто можете набрать корзину товаров, даже не регистрируясь на сайте. И при этом "сайт" может помнить вашу корзину, даже если вы закрыли браузер и перезашли. Но сессии же еще нет - вы же не логинились. Зависит, конечно, от реализации сайта.
github desktop это не гит клиент, это клиент для github, который представляет собой code review систему на базе гита.
Нужно именно чистый git клиент
в консольный git, например, входит простейший git gui (так и запускается из командной строки git gui в вашем репозитории)
Там можно открыть браузер файлов - Repository - Browse master (или другой бренч)
Проверьте что возвращает команда $vk->request('messages.removeChatUser'...
возможно, что нет прав на удаление пользователей из чата, или еще что.
У вас в коде нет даже проверки, на то, что реквест выполнился успешно, откуда вы знаете, что "команда работает".
Как минимум ваш реквест должен вернуть true
с другой стороны, в зоне .ru крупная компания легко может отобрать домен через суд и свое небольшое влияние, совсем не за миллионы. То есть киберсквоттер это не так легко, как кажется.
Можешь призвать на помощь родителей, чтобы помогли выложить в своих аккаунтах.