xfreerdp подключался к windows server, но не хотел к windows 7. Выглядело это так:

$ xfreerdp xxx.xxx.xxx.xxx:3389
connected to xxx.xxx.xxx.xxx:3389
Password:
SSL_read: Failure in SSL library (protocol error?)
Authentication failure, check credentials.
If credentials are valid, the NTLMSSP implementation may be to blame.

Потом так

$ xfreerdp xxx.xxx.xxx.xxx:3389 --no-nla
connected to xxx.xxx.xxx.xxx:3389
Password:
SSL_read: Failure in SSL library (protocol error?)
Authentication failure, check credentials.
If credentials are valid, the NTLMSSP implementation may be to blame.

А потом оно заработало

$ xfreerdp --no-nla xxx.xxx.xxx.xxx:3389
connected to xxx.xxx.xxx.xxx:3389

Простое переставление параметра помогло. Эх-эх.

[ ]
 

Неожиданно сам для себя, среди кучи неработающих решений (мой мозг так и не смог осилить в короткие сроки тот волшебный механизм, по которому работает mod_rewrite), я, кажется, нашел наконец решение, которое перенаправит ВСЕ запросы на index.php вне зависимости от того, существует файл, или не существует. И, вдобавок, без жесткого прописывания пути к index.php или названия домена. Автор этого решения добавил также возможность исключать некоторые запросы из перенаправления, так что, если это всё действительно правда и впоследствии не найдется никакой ошибки в работе данных директив, то я буду еще долго писать кипятком.

UPD: Изначальный код оказался неидеальным. Приходится добавить директиву DirectorySlash Off, иначе, если вы захотите убрать trailing slash с URL который попадает на реально существующую директорию, apache будет перенаправлять вас на http://site.com/directory/, а вы его обратно на http://site.com/directory и перенаправление попадёт в цикл, который никогда не завершится.

# Turn rewriting on
Options +FollowSymLinks
DirectorySlash Off
RewriteEngine On
# Redirect requests to index.php
RewriteCond %{REQUEST_URI} !=/index.php
RewriteCond %{REQUEST_URI} !.*\.png$ [NC]
RewriteCond %{REQUEST_URI} !.*\.jpg$ [NC]
RewriteCond %{REQUEST_URI} !.*\.css$ [NC]
RewriteCond %{REQUEST_URI} !.*\.gif$ [NC]
RewriteCond %{REQUEST_URI} !.*\.js$ [NC]
RewriteRule .* /index.php

Ссылка на оригинал: .htaccess redirect all requests to index.php

Оригинал полностью, на случай, если статья с оригинального сайта внезапно проебётся, как это уже не раз бывало со сслыками в сети Интернет.

htaccess Redirect All Requests to Index.php Script

So for one of my website projects I wanted to create a very basic content management system (of sorts). The plan was to have a header and footer template class, and include these from the ‘index.php’. The bit between the header and footer (‘content’) would then be pulled from another file, depending on the URL.

The basic set-up for this kind of CMS is that all requests are sent to one script, which handles working out which files need to be included based on the request URL. If we’re using Apache as our web server, we can do this easily enough using the .htaccess file.

A htaccess file (also known as a distributed configuration file) allows you to configure your web-server on a per-directory basis. One of the handy features of the htaccess file is that we can invoke server-side modules. We can use the mod_rewrite module to redirect or rewrite certain URL requests.

So to set-up our CMS, we need to rewrite all requests to any file on the server to ‘/index.php’. A first attempt at this might be:

    # Turn rewriting on
    Options +FollowSymLinks
    RewriteEngine On
    # Redirect requests to index.php
    RewriteRule .* /index.php

This looks OK, until you think about what will actually happen. We’re redirecting ALL requests to ‘index.php’ – including requests to ‘index.php’… They call this infinite loopage in the biz’. Our next (and much better attempt) would be:

    # Turn rewriting on
    Options +FollowSymLinks
    RewriteEngine On
    # Redirect requests to index.php
    RewriteCond %{REQUEST_URI} !=/index.php
    RewriteRule .* /index.php

This will work well – unless you have things like images, stylesheets, JavaScript or generally any other files we’ve come to expect in a rich internet experience. We can fix this by also excluding requests to these filetypes from the rewrite:

    # Turn rewriting on
    Options +FollowSymLinks
    RewriteEngine On
    # Redirect requests to index.php
    RewriteCond %{REQUEST_URI} !=/index.php
    RewriteCond %{REQUEST_URI} !.*\.png$ [NC]
    RewriteCond %{REQUEST_URI} !.*\.jpg$ [NC]
    RewriteCond %{REQUEST_URI} !.*\.css$ [NC]
    RewriteCond %{REQUEST_URI} !.*\.gif$ [NC]
    RewriteCond %{REQUEST_URI} !.*\.js$ [NC]
    RewriteRule .* /index.php

And there you have it! A (useful) .htaccess file used to redirect all requests to the index.php file! Now for that CMS…

This entry was posted on Sunday, March 14th, 2010 at 6:18 pmand is filed under PHP.

Сегодня, 02 июня 2013 года, в час дня, без объявления войны, роутер D-Link DIR-655 предательски напал со спины на своего хозяина, прекратив проброс портов, несмотря на все настройки, которые не менялись со времен царя гороха. Перезагрузка, полное выключение из сети и прочие ухищрения не принесли результатов. Однако, подлую железяку удалось укротить, отключив QoS.

Желаю инженерам фирмы D-Link чтоб им в старости ставили кардиостимуляторы их же производства.

Ошибка

Can't open file '/root/.subversion/servers'

возникла у меня из-за того, что пользователь, под которым я пытался запустить svn (из php скрипта) не имел доступа к шеллу. Команда su username при этом просто не выполнялась. Дело было под FreeBSD.

Хотя, нет. Не из-за этого. Или частично из-за этого. Поскольку под шеллом команда стала выполняться, а из-под апача все равно нет. Пришлось добавить параметр

--config-dir /home/username/data/.subversion

чтобы эта хрень заработала как надо. Подробности тут.

Apache / mod_python doesn't read in shell environment of the user account which apache is running on. Thus for examle no $HOME is seen by mod_python when apache is running under some real user ( not nobody )

Now 'svn co' has a flag --config-dir which points to configuration directory to read params from. By default it is $HOME/.subversion, i.e. it corresponds to the user account home directory. Apparently when no $HOME exists mod_python goes to root home dir ( /root) and tries to fiddle with .subversion content over there - which is obviously fails miserably.

[ ]
 

С покупкой нового (отличного, кстати) принтера HP LaserJet Pro 400 M401dw, говнокодеры принесли на своих сифилитичных конечностях в наш дом парашу. Внимание на голубые экраны:

Блядская параша
Целиком блядская параша называется так:

Предупреждения и состояние принтера HP: произошла ошибка, восстановление невозможно.

Перезапустите программу "Предупреждения и состояние принтера HP" или компьютер. Вновь получать предупреждения и использовать другие функции программы "Предупреждения и состояние принтера HP" можно будет только после ее перезапуска.

Версия Windows: Win32NT - 5.1.2600.196608
Версия программы: "Предупреждения и состояние принтера HP": 030.024.00079

ОК

Нигде. Ни в списке удаления программ, ни в автозаргузке, ни в ёбаном блядском где, мы не находим способа удалить этот кусок ёбаной шлюхи с нашего прекрасного компьютера. К счастью, от назойливого сообщения о том, что программисты HP обкакались, можно избавиться нахуй удалив папку с этой сранью. В моем случае она находилась по адресу "C:\Program Files\HP\StatusAlerts". К моему превеликому счастью, говнокодеры пока не догадались о том, что если программа удалена, то можно будет вывести еще какое-нибудь уёбищное сообщение на экран, поэтому данное решение пока работает. Также могу добавить, что меня уже до мозга костей затрахали уроды, которые пишут кривой говнософт для хорошего железа. В особенности это касается сканеров. Никаких блядских курортов и грязевых ванн не хватит, чтобы излечить мои нервы, расшатанные этими гондонами. Гондоны, если вы это читаете (вероятность трагически стремится к нулю), то знайте что я вас, блядь, ненавижу. Чтоб у вас спинной мозг так работал, как написанный вами софт.

Чтобы убрать EXIF с фоток внутри директорий рекурсивно (который мешает делать миниатюры фотографий потомучто в программах просмотрщиках фотографии отображаются нормально и непонятно чем и как их переворачивать, а PHP GD определять ориентацию exif не умеет), нужно выполнить следующее:

find . -type f|xargs jpegoptim --strip-all

thumbnale.php

 

Только больной мудак мог придумать, что по команде

php script.php arg1 arg2 /path/to/files/* arg4

скрипт получит в $argv хуеву тучу аргументов и arg4 будет находиться не в $argv[4], а в $argv[10393]. Это мог придумать только больной мудак. Нет, я бы еще мог понять, если б bash выполнял скрипт построчно. Пофайлово. Я бы еще мог понять. Но вот это - это просто пиздец. Ну отдай, отдайт ты этот ёбаный /path/to/files/* в программу в конце концов, пусть она сама вызовет glob и прочешет директорию как ей надо. Два часа я искал ошибку в своем коде, даже не предполагая что блядь такое ВОЗМОЖНО. Логика? Здравый смысл? Не, не слышали.

thumbnale.php.zip

По умолчанию, порты 4444 и 4445 доступны только для 127.0.0.1
Чтобы открыть прокси для LAN сети, нужно будет создать туннели http://192.168.X.Y:7657/i2ptunnel идентичные 4444 и 4445 только с другими номерами. Это легко делается через кнопку "мастер создания туннеля".

i2cp.tcp.bindAllInterfaces=true из FAQ мне не помог.

Если планируется использовать i2p сервер только для себя любимого, то безопаснее пробросить порты 4444 и 4445 через ssh к себе на localhost.

[ ]
 

Говноинженеры наплодили 666 форматов для front audio, а дырки всё те же. Прикрепляю две картинки, которые помогли мне понять чего куда втыкать. Bias это NC, он же MIC2_R, он же Эмма Кольценбоген, он же Валентина Панияд, он же Анна Огуренкова, сводня, ворока и три буквы А. В общем, говноинженеры в аду будут ползать по бесконечной материнской плате с пометками на китайском языке и тщетно искать IN bias. А я об этой херне не хочу даже думать.

 

Была проблема с soundconverter который вместо преобразования flv в mp3 зависал навечно. Ffmpeg который теперь avconv называется, при переконвертации этого же файла выдавал ошибку "avconv Encoder (codec id 0) not found for output stream #0:0". Проблема решилась установкой пакета "ubuntu-restricted-extras".

sudo apt-get install ubuntu-restricted-extras

И всё зашибись. По крайн��й мере до тех пор пока еще каких-нибудь ошибок не получу кучу.

UPD: То же самое, только для Debian.

lsb_release -a
echo "deb http://www.deb-multimedia.org squeeze main non-free" >> /etc/apt/sources.list
apt-get update
apt-get install deb-multimedia-keyring
apt-get update
apt-get remove ffmpeg
apt-get install ffmpeg x264
ffmpeg --version

http://www.debiantutorials.com/how-to-install-ffmpeg-with-h-264mpeg-4-avc/

[ ]