GIT a SVN - nastavení proxy serveru

GIT

Proxy server pro GIT se nastaví příkazem:

Kde:

• proxyuser je uživatel, pod kterým se má git na proxy přihlásit
• proxypwd je heslo tohoto uživatele
• proxy.server.com je url proxy serveru
• 8080 je port proxy serveru

Nastavení je možné zrušit (vyčistit) příkazy:

Zda se nastavení povedlo je možné zkontrolovat příkazem

Ve výpisu by nastavené hodnoty měly být vidět.

Příklad pro lokálně rozjetou cntlm proxy (uživatelské jméno a heslo pro remote proxy server má nastaveno ve své konfiguraci):

SVN

Proxy pro SVN se nastavuje v konfiguračním souboru servers, jehož umístění závisí na operačním systému. Na Linuxu je v adresáři ~/.subversion, ve Windows je to %APPDATA%\Subversion. Kde je adresář AppData se zjistí příkazem:

Téměř na konci tohoto souboru v sekci [global] je potřeba odkomentovat a nastavit správné hodnoty u řádků:

Opět příklad pro lokální CNTLM proxy:

Limit v SQL dotazu na Oraclu a chyba ORA-00933

Máme následující SQL dotaz:

V PostgreSQL i MySQL projde správně a vrátí nám prvních deset uživatelů, jejichž uživatelské jméno začíná na "a". Na Oraclu ale skončí chybou:

Je to proto, že Oracle nezná klauzuli LIMIT. V určitých případech je možné místo ní použít pseudosloupeček ROWNUM:

For each row returned by a query, the ROWNUM pseudocolumn returns a number indicating the order in which Oracle selects the row from a table or set of joined rows. The first row selected has a ROWNUM of 1, the second has 2, and so on.

Například:

Je ale potřeba si dát pozor, že ne vždy funguje ROWNUM stejně jako LIMIT. Obzvlášť ve spojení s ORDER BY:

Tenhle dotaz nám může vrátit jiná data, než jaká bychom očekávali. Napřed se totiž vyhodnotí podmínka na ROWNUM a až pak se provede ORDER BY. To je rozdíl oproti původnímu dotazu, kde se napřed nalezené záznamy seřadí a až pak se aplikuje LIMIT.

Správný postup je původní dotaz vnořit do nového, který přidá podmínku s ROWNUM:

Více informací:

http://docs.oracle.com/cd/B19306_01/server.102/b14200/pseudocolumns009.htm
http://www.oracle.com/technetwork/issue-archive/2006/06-sep/o56asktom-086197.html