class=”org.archive.wayback.webapp.AccessPoint”のbeanのnameを”8080″にすればおk。
port80にするなら”80″に。
SourceForge.net: Web Archive Access Utilities: archive-access-discuss
class=”org.archive.wayback.webapp.AccessPoint”のbeanのnameを”8080″にすればおk。
port80にするなら”80″に。
SourceForge.net: Web Archive Access Utilities: archive-access-discuss
UTC強制でした。。ハードコーディングされてる…JSP弄れば変更できるけども…
StringFormatter (Wayback 1.7.0 API)
Note that date formatting done through this class forces all times to the UTC timezone – at the moment it appears too confusing to attempt to localize times in any other way..
DisclaimChooser.jspのToolbar.jsp読み込みをやめることで対応可能。
仕様のようなのであきらめ。
Wayback – Administrators Manual
Archival URL mode allows replay of all versions captured of a particular URL, by modifying the Timestamp. When an Archival URL Replay request is received for a URL, the Wayback Machine will replay the closest version in time to the Timestamp requested of the particular URL.
WebCuratorToolのProfileにて、Writeする際に401レコードを出力しないよう対応することで回避可能
回避例:
WebCuratorTool > Management > profile > Edit > Writers > org.archive.crawler.writer.ARCWriterProcessor > Archiver#decide-rules
に以下を追加
max-retriesのデフォルトが3な為
で終了してしまう。
4にすれば解決。
Thanks for the details – I think the real culprit is this setting, for a non-intuitive reason:[xml]
3 [/xml]
Indeed, if I lower my max-retries to 3 I can reproduce the problem.So a quick workaround: increase your max-retries to 4. You’ll still be running a bit close to the edge – a momentary problem affecting DNS/robots/URI fetching might still push it over the limit – but in a usual situation you’ll succeed.
Another workaround: any other URI against the same site scheduled first would trigger the DNS and robots tries – so when the authentication-needing URI comes up, it would have all its tries left.
FileStore→LocationDB→ResourceIndexと言った具合にマージされる。
Wayback – Resource Store Configuration
デフォルトではResourceIndexにはBarkleyDB Java Edition(BDB)を利用している。
これを編集するのはやや骨が折れる。
WaybackのAPI(libフォルダ内jar)を利用する事で削除可能。
CloseableIterator
UrlCanonicalizer canonicalizer = new AggressiveUrlCanonicalizer();
SearchResultToBDBRecordAdapter adapter = new SearchResultToBDBRecordAdapter(canonicalizer);
while(itr.hasNext()){
CaptureSearchResult result = itr.next();
BDBRecord r = adapter.adapt(result);
System.out.println(BDBRecordSet.bytesToString(r.getKey().getData()));
rs.delete(BDBRecordSet.bytesToString(r.getKey().getData()));
}
}catch(Throwable t){
t.printStackTrace();
}finally{
rs.shutdownDB();
}
[/java]
vps2タグをタグ移動で記録していた場合:
[raw]hg update -r vps2[/raw]
とした場合、上図でのリビジョン20に更新されるわけだが、この時点の.hgtagsにはリビジョン20以前のvps2タグの情報しか記載されていない。
そのため、再度
[raw]hg update -r vps2[/raw]
とすると、古いリビジョンに更新されてしまう。
一旦tipを経由するなどすれば回避可能。
Join Plugin – Jenkins – Jenkins Wiki
Join Pluginで対応可能。
このPluginは上流ジョブで設定を行う。
BuildResultTrigger Plugin – Jenkins – Jenkins Wiki
BuildResultTrigger PluginはコメントによるとどうもOR条件しか設定できない模様?
Jenkins標準と比べると設定するべき場所が下流ジョブだけになるのが利点か。
OSに依存する。
Windowsでは区別されないが、大抵のUnix系OSでは区別される。
MySQL :: MySQL 5.1 リファレンスマニュアル :: 8.2.2 識別子の大文字/小文字区別
MySQL において、データベースはデータディレクトリ内のディレクトリに対応しています。データベース内の各テーブルも、データベースディレクトリ内の少なくとも1つ(記憶エンジンによってはそれ以上)のファイルに対応しています。そのため、ベースとなっているオペレーティングシステムで大文字と小文字が区別される場合、データベース名とテーブル名でも大文字と小文字が区別されます。つまり、Windows ではデータベース名とテーブル名で大文字と小文字は区別されず、ほとんどの種類の Unix では大文字と小文字が区別されることになります。