Но можно вывести сначала все непрочитанные, выбрать отправителя и добавить from:Отправитель,
чтобы вывести только непрочитанные от него: label:unread from:Yandex
Правая кнопка мыши и в контекстном меню Вид -> Отображать значки рабочего стола
Либо среди файлов рабочего стола (через какой либо файловый менеджер, способный показать скрытые и системные файлы... например total commander), посмотреть на содержимое файла desktop.ini . Такой прикол видел ещё во времена windows 98. Думаю с тех пор такая шутка работает до сих пор. В desktop.ini тоже можно отключить показ значков. Точнее сделать их прозрачными и без подписей.
up7, никто не будет декодировать код. Это нужно сесть, потратить час-два личного времени.
И так понятно, что это обсфуцированный код.
Если его писали не вы, то либо это вредоносный код, либо вы украли чью-то программу, автор которой пытался таким способом защититься от таких как вы.
Что конкретно он делает - если ВАМ интересно, декодируйте. Тут никакой шифровки нет, base64 декодирование доступно во всех языках программирования, и даже отдельно.
@echo off
Setlocal EnableDelayedExpansion
for /f "tokens=* delims=" %%a in (rotor.txt) do (
set "val=%%a"
set "val=!val:-=!"
>>rotor_new.txt echo.!val!
)
Код создает новый файл rototr_new.txt в котором строки из оригинального файла без тире.
PS: В целом батником делается не сложнее, чем на поше. Операция замены текста в переменной поддерживается командой set. Смотри:
Проблема ещё в том, что апач прожорливый, и если пытаетесь защититься при помощи .htaccess от множества запросов - то скорее всего, эти запросы уже положат апач. А ещё, если адресов в чёрном списке будет много - то это сильно замедлит легитимные запросы, потому что при каждом запросе должен будет читаться и парситься .htaccess, который будет очень сильно расти.
Потому блокировать нужно явно ещё раньше, к примеру, средствами брандмауэра (если не рассматривать внешние способы защиты, при которой эта задача ложится на хостера или промежуточное звено вроде cloudflare, а до сервера доходят уже отфильтрованные запросы).
При большом объёме - чёрный список должен быть не линейным, т.к. время O(n) нас явно не устраивает, проверки наличия адреса будут занимать много времени, поможет к примеру ipset, хранящий отмеченные адреса в виде хэш-таблицы.
Аргумент комплексного числа - это всегда арктангенс отношения мнимой части к действительной, с учетом четверти.
В C для этого есть специальный арктангенс atan2
на старом нутбуке похожее наблюдал, там немного отходил разьём в самом ноутбуке куда втыкается провод с питанием от БП, немного его пошевелив всё нормально заводилось
Руководитель frontend направления, предприниматель
Если тебе не нужен интерактив и сайт несет исключительно информационную нагрузку, работает потому что он просто работает → да. Абсолютно нет смысла напихивать в проект то, чего там быть не должно.
Более того, возьми на заметку генераторы статических сайтов типа Jekyll. На них такое удобно собирать.
А умников, которые кричат, что в современном сайте должно быть всего и поболе не слушай. Должно присутствовать только то, что должно работать.
Если выбор стоит только между этими двумя и других вариантов нет - Паскаль.
Да, он сейчас почти не применим в реальной практике. Но как первый учебный язык он лучше. C++ слишком сложен для человека с нулевой базой.
А уже позднее перейти на другие языки - может быть, тот же C++, а может быть что-то третье.
Сменить язык в ходе карьеры, причем скорее всего даже не один раз - это нормально.
Все упирается в деньги.
Хорошо бы с заказчика взять за 10 часов, а чтобы прогер закрыл задачу за 1 час ну и трекнул, что все, харе мне платить. Вот на эти 2 % и живем. Правильно?
Вам не нужно время. Вам нужны деньги! И что самое интересное, исполнителям тоже нужны деньги. Сдельщина за задачи, а не за часы.
Да, вы получите тяжело поддерживаемый код, но вы же сами этого хотели!
Задача дедлайна (а не разработчика!) - трэкать производительность и исполнительность разработчика.
Задача ПМ - трэкать проценты исполнения (этапы) по текущим работам в текущей вехе проекта (и планировать следующую). В случае каких-либо задержек - быстро выявлять конкретную проблему и решать её без срыва сроков реализации всего проекта (или вехи).
Просить кого-то трэкать время каждый час вручную (или ставить софт) - это крайне глупо!
lahomie93, встречный вопрос: за что именно я получаю деньги:
1. За потраченные часы?
2. За выполненные задачи?
3. И как и кто именно оценивает их сложность?
UPD: в моём блоге (линк под ником) этот вопрос и ответ на него подробно освещён.
Вообще не понимаю людей которые используют трекеры. Ну как животные.
Как можно так работать? И какое собачье дело работодателю может быть до времени работы.
Есть задача, есть срок. Уложился в срок - молодец, возьми с полки пирожок. Просохатил срок - узнал много хорошего о себе, и лишился денег. Неоднократно просохатил срок - получил пинка под зад.
Ооооо, да у нас тут менеджер с претензиями))) нужно принимать результат, а не контролировать процесс и заниматься прочим мозголюбством а если не знаешь, сколько примерно времени нужно выделять разрабу на ту или иную задачу, чтобы не трястись с секундомером за его спиной — то это не его проблема, а твой косяк
1. Что думают сами разработчики по этому поводу? Вы с ними общались? какие выводы - что поменяли в основе этого общения?
2. Зачем самим разработчикам трекать это время? вы на них какие-то ваши менеджерские заморочки перекладываете, им все это не нужно и не должно быть нужно. Зачем им ваша "оценка маржинальности проекта"? У них своей работы хватает.
Хотите чтобы все трекали время - дайте им внятный повод зачем им это делать и ощущаемую пользу. Например - оплата почасовая.
"мне нужно чтобы вы это делали" - так себе мотивация. Даже если вы кнута добавите.
Вы рассмотрели возможные причины "со своей колокольни" и сами дали на них ответ. Что показывает Ваш авторитарный (директивный) стиль управления.
Постарайтесь быть ближе к подчинённым, разговаривайте с ними, вникайте в их проблемы. Тогда они сами расскажут - почему они не трекают, а Вы поймёте как это решить.
Сейчас у Вас нет обратной связи.
