use POSIX qw(strftime);
use LWP::UserAgent;
use HTTP::Headers;
use HTTP::Cookies;
use Digest::MD5 qw(md5_hex);
use common::sense;
no utf8;
no strict;
my $URL = '...'; # mime text/csv, no encoding
$ua = new LWP::UserAgent;
$hh = HTTP::Headers->new(
User-Agent => 'Mozilla/5.0 (Windows NT 5.1; rv:21.0) Gecko/20100101 Firefox/21.0',
Accept => 'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
Accept-Language => 'en-us,en;q=0.7,ru;q=0.3',
Accept-Encoding => 'gzip, deflate',
Connection => 'keep-alive',
);
$ua->default_headers( $hh );
$ua->cookie_jar({});
$ua->timeout(20);
$res = $ua->get($URL);
$s = $res->decoded_content();
use Devel::Peek;
print LWP->VERSION, "\n";
Dump $s;
print $s;
open my $f, ">", "test.tmp";
print $f $s;
close $f;
open $f, "<", "test.tmp";
my $s2 = join('', <$f>);
close $f;
Dump $s2;
print $s2;
SV = PV(0x14d0b50) at 0x127e580 REFCNT = 1 FLAGS = (POK,pPOK) PV = 0x15043b0 "\362\345\361\362, \363\360\340, 3\n\362\345\361\3622, \363\360\340, 4\n"\0 CUR = 27 LEN = 32 SV = PV(0x1728660) at 0x127e778 REFCNT = 1 FLAGS = (PADMY,POK,pPOK) PV = 0x178ff60 "\362\345\361\362, \363\360\340, 3\n\362\345\361\3622, \363\360\340, 4\n"\0 CUR = 27 LEN = 32 5.835 тест, ура, 3 тест2, ура, 4 тест, ура, 3 тест2, ура, 4
SV = PV(0x1905370) at 0x1803ed0
REFCNT = 1
FLAGS = (POK,pPOK,UTF8)
PV = 0x1cf4480 "\303\262\303\245\303\261\303\262, \303\263\303\260\303\240, 3\n\303\262\303\245\303\261\303\2622, \303\263\303\260\303\240, 4\n"\0 [UTF8 "\x{f2}\x{e5}\x{f1}\x{f2}, \x{f3}\x{f0}\x{e0}, 3\n\x{f2}\x{e5}\x{f1}\x{f2}2, \x{f3}\x{f0}\x{e0}, 4\n"]
CUR = 41
LEN = 48
SV = PV(0x1cd2520) at 0x1804110
REFCNT = 1
FLAGS = (PADMY,POK,pPOK)
PV = 0x1cb4890 "\362\345\361\362, \363\360\340, 3\n\362\345\361\3622, \363\360\340, 4\n"\0
CUR = 27
LEN = 32
6.03
тест, ура, 3
тест2, ура, 4
тест, ура, 3
тест2, ура, 4
Нет, у страницы в заголовках charset нет, я проверил.
Файл просто открываю: open TST, '>', 'test';
transfer bandwidth typically degrades over time due to this
8ca5b5d HEAD@{7}: commit:Journal - tests - zero files - improve
dca4932 HEAD@{8}: commit:Journal - tests - check also that filtered files behave consistent
0cef1aa HEAD@{9}: commit:Journal - test added to ensure zero-size files are properly handled
2b694e8 HEAD@{10}: pull : Merge made by recursive.
93912b7 HEAD@{11}: commit:Journal - improve tests
6815148 HEAD@{12}: commit:Journal - additional test for missing files
d9b787e HEAD@{13}: commit:README - sync command draft
6317d42 HEAD@{14}: commit:Tests simplify and fix for 5.8.x capture_stdout/stderr
de50b8d HEAD@{15}: commit:CheckLocalHash - test that we use latest()
9c3c1c2 HEAD@{16}: commit:CheckLocalHash - test that it works with multiple files
8f6d353 HEAD@{17}: commit:CheckLocalHash - test dry-run
Если результат мёржа однозначно выводится из веток-участников, то коммит мёржа содержит только ссылки на смёрженные ветки и сообщение
По вашему графу создаётся впечатление, что после первого пуша вы откатили (или изменили)
Возможно изменилась локальная копия development?
merge commit и не будет содержать никаких изменений если слияние прошло без конфликтов.
Посмотрите по git log --graph что вы на самом деле смёржили.
* commit 0cef1aa7ab92d9cd92690c8ed70c2cc5656247bf
| Author: Victor
| Date: Tue Jul 9 00:20:45 2013 +0400
|
| message1
|
* commit 2b694e85cb0cd3aea277f411fd93485685dab6e2
|\ Merge: 93912b7 d9b787e
| | Author: Victor
| | Date: Mon Jul 8 23:24:00 2013 +0400
| |
| | Merge branch 'development' of https://github.com/my/repo into development
| |
| * commit d9b787e39187011a8101c63b67ddf4e49b3aa48e
| | Author: Victor
| | Date: Mon Jul 8 22:32:31 2013 +0400
| |
| | message2
| |
* | commit 93912b73f6083503c2e1216bcaa223377ead10e4
| | Author: Victor
| | Date: Mon Jul 8 23:23:30 2013 +0400
| |
| | message3
| |
* | commit 68151484480c1e41a068c27985c31c6b4e016b22
|/ Author: Victor
| Date: Mon Jul 8 23:15:28 2013 +0400
|
| message4
|
Тем не менее для быстрой работы запросов в памяти нужны только индексы (в противном случае база будет всегда тормозить, если не влезет в память), по крайней мере у меня 30гб база нормально работает, запросы ок, хотя памяти у меня меньше 30 гб.
> Делал вычитку только индексов сразу после перезагрузки сервера.
как это делается?
> Любой следующий запрос, использующий не только покрывающие индексы
что такое покрывающие индексы?
Индекс может выкинуть из памяти какой-нибудь запрос, который читает все данные (работая без индекса), если, конечно, памяти мало.