сегодня занимался email-киберсквоттерством, настройкой пересылки всех входящих на мой основной и т.д.
в gmail регистрация ужасна. я очень сильно не люблю когда меня заставляют повторно вводить пароль и разгадывать капчу за то что я неверно ввел какое-то поле.
в ymail регистрация тоже ужасна. разгадывать капчу второй раз не заставляют, но заставляют вбивать кучу информации которую я бы хотел оставить приватной (дату рождения, почтовый код), нету возможности выбора кастомного security question.
кроме ужасного интерфейса ymail там еще ужас с настройками. настраиваю forwarding, оно высылает verification letter со ссылкой, иду по ссылку и вижу: To complete the verification, you need to sign out from your current account nixbear@ymail.com and sign into nixbear@ymail.com. blah-blah-blah. Конечно же нигде рядом нет ссылки report a bug.
хотя ничего в этом необычного нет, сегодня как-то написать захотелось. в общем-то нет на свете ни одной программы или сайта которые бы мне ни в чем не показались ужасными. или есть такие?
Wednesday, February 25, 2009
Wednesday, February 11, 2009
установка mtu в windows
я таки решил проблему с установкой заданного mtu в windows, с которой я боролся в ноябре. google нашел информацию по mtu на форуме ixbt. мне помогла установка mtu для конкретного интерфейса.
Щёлкните в области уведомлений панели задач по значку своего соединения и посмотрите используемый в настоящее время IP-адрес. В подразделах реестра HKEY_LOCAL_MACHINE\ SYSTEM\ ControlSet\ Services\ Tcpip\ Parameters\ Interfaces\ ИДЕНТИФИКАТОР_АДАПТЕРА найдите тот, для которого прописан текущий IP выбранного соединения (параметр IPAddress или DhcpIPAddress) — именно здесь и следует указывать необходимый MTU: "MTU"=dword:000005dc (1500).
p.s. вместо ControlSet у меня CurrentControlSet. возможно оно всегда так.
Щёлкните в области уведомлений панели задач по значку своего соединения и посмотрите используемый в настоящее время IP-адрес. В подразделах реестра HKEY_LOCAL_MACHINE\ SYSTEM\ ControlSet\ Services\ Tcpip\ Parameters\ Interfaces\ ИДЕНТИФИКАТОР_АДАПТЕРА найдите тот, для которого прописан текущий IP выбранного соединения (параметр IPAddress или DhcpIPAddress) — именно здесь и следует указывать необходимый MTU: "MTU"=dword:000005dc (1500).
p.s. вместо ControlSet у меня CurrentControlSet. возможно оно всегда так.
Tuesday, February 10, 2009
я сдаюсь, я -- робот
хотите поразвлекаться с утра пораньше? поразгадывайте капчу http://forum.project.net/search.php
сколько у вас уйдет попыток на 5 поисковых запросов? =)
сколько у вас уйдет попыток на 5 поисковых запросов? =)
Tuesday, February 3, 2009
башшш
until ping -c1 192.168.0.90 ; do echo "fail" ; date ; sleep 10; done ; mplayer /media2/music/tango/unsorted/07\ -\ Ta-bakiera.mp3
если перевести эту строчку на человеческий язык то это будет значить, что в тот момент когда начнет пинговаться подвисший где-то далеко в сетке модем (а значит у меня появится интернет) у меня в колонках заиграет Goran Bregovic.
а до тех пор каждые 10 секунд я буду посылать одинокий пинг.
если перевести эту строчку на человеческий язык то это будет значить, что в тот момент когда начнет пинговаться подвисший где-то далеко в сетке модем (а значит у меня появится интернет) у меня в колонках заиграет Goran Bregovic.
а до тех пор каждые 10 секунд я буду посылать одинокий пинг.
"а я в домике"
1. Don't provide "setter" methods — methods that modify fields or objects referred to by fields.
2. Make all fields final and private.
3. Don't allow subclasses to override methods. The simplest way to do this is to declare the class as final. A more sophisticated approach is to make the constructor private and construct instances in factory methods.
4. If the instance fields include references to mutable objects, don't allow those objects to be changed:
* Don't provide methods that modify the mutable objects.
* Don't share references to the mutable objects. Never store references to external, mutable objects passed to the constructor; if necessary, create copies, and store references to the copies. Similarly, create copies of your internal mutable objects when necessary to avoid returning the originals in your methods.
via A Strategy for Defining Immutable Objects
ну а как это еще можно назвать, на ум приходит только "мой дом -- моя крепость" =)
2. Make all fields final and private.
3. Don't allow subclasses to override methods. The simplest way to do this is to declare the class as final. A more sophisticated approach is to make the constructor private and construct instances in factory methods.
4. If the instance fields include references to mutable objects, don't allow those objects to be changed:
* Don't provide methods that modify the mutable objects.
* Don't share references to the mutable objects. Never store references to external, mutable objects passed to the constructor; if necessary, create copies, and store references to the copies. Similarly, create copies of your internal mutable objects when necessary to avoid returning the originals in your methods.
via A Strategy for Defining Immutable Objects
ну а как это еще можно назвать, на ум приходит только "мой дом -- моя крепость" =)
Subscribe to:
Posts (Atom)
