[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 05/23 20:04 / Filesize : 235 KB / Number-of Response : 968
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【NFS】Network File System



1 名前:名無しさん@お腹いっぱい。 mailto:sage [2006/03/28(火) 11:42:41 ]
nfsに関する話題を扱うスレ

262 名前:名無しさん@お腹いっぱい。 [2008/03/13(木) 12:16:40 ]
>>261
ログイン簡単にするって、どうすればいいの?
うちの会社は100台弱あって大変… /usr/localをシェアするのっていいなあ

263 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 13:23:30 ]
機械なんだから管理はどんどん自動化しろよ。
なんのためのUNIXだよ。

264 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 13:29:48 ]
シェアはしないけどNFSにする、って方法もあるぞ。
クライアントの /usr/local他のデータを個別に NFS鯖側に持つ。
すると、NFS鯖にログインするだけですべてのクライアントのデータをいじれる。
シェアはしていないので、書き込み競合とかの問題もなし。

265 名前:名無しさん@お腹いっぱい。 [2008/03/13(木) 15:14:19 ]
>>263
それ、俺もすげー興味ある。
どんな感じで管理してるの? 参考にしたい。

266 名前:名無しさん@お腹いっぱい。 [2008/03/13(木) 16:38:40 ]
NFSにちょっと関係があるかと思い便乗質問で恐縮ですが、
NISも導入した方がいいでしょうか? ひとつのサーバにパスワードやグループなどを
一括管理できるようになるのはメリットかと思うのですが、逆にデメリットって実運用
ではどんなことがあるのかと思い。 よろしくおねがいしまんこ。

267 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 16:40:04 ]
今更NISか?
LDAPで良いんじゃね?

268 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 18:19:01 ]
>>266 UNIXだけで組んだシステムならNISでも悪くないよ。シンプルだし。
デメリットとしては、古臭いというぐらいだと思うw ある程度の規模になると
LDAP + NSS + nscd の方が安定性も反応性も高い希ガスです。

>>262 100台って少ないね・・・
>>263 激しく同意。人間様のプライドとして単純作業はすべて機械にやらせる。
>>265 cfengine とか Puppet とか?
漏れは自作フレームワークでインスコからメンテから全部楽々運用だな。
人海戦術の手作業で鯖管理してるような DQN を見てると悲しくなる。

269 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 19:14:31 ]
自作フレームワークをオープンソースでうpしてくれ

270 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 19:17:46 ]
NIS使うとshadow passwdの意味がなくなるんだよな。いや、別にいいんだけど



271 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 19:37:56 ]
うちもNFS+NISだな。
/homeと/usrをNFSで共有。PXE Bootで/もNFS越し。

まあ、数値計算用でほとんど同じ構成だから、あまり凝ったことをしなくても管理は楽。

272 名前:名無しさん@お腹いっぱい。 [2008/03/13(木) 20:48:20 ]
>>270 C2セキュリティのオプションONにすればok
ypcatで表示しなくなる。
それでも気になる人はNIS+をどうぞ。

273 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 21:16:38 ]
NIS+はサポート終了だって

274 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/13(木) 22:41:03 ]
めでたしめでだし

275 名前:名無しさん@お腹いっぱい。 [2008/03/15(土) 01:07:04 ]
NFSの転送速度って遅くないですか?

276 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 05:48:30 ]
いやーそれほどでも

277 名前:名無しさん@お腹いっぱい。 [2008/03/15(土) 09:32:29 ]
うちは50MB/secが限度だった

278 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 15:36:04 ]
うちは75MB/sぐらい。

279 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 16:06:22 ]
> UNIXだけで組んだシステムならNISでも悪くないよ。

悪いこといわんからLDAPにしとけ。
NIS/NIS+はobsolete technologyだ。

特に100台あると(>>262)、NISにはmap転送ストームの問題がある。


280 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 16:56:06 ]
NFS自体



281 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 19:10:52 ]
NIS+はobsolete technologyだが
NISは今も今後も現役。

282 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 19:55:48 ]
昔はうちでも/usr/localをNFSで共有してたけど、パフォーマンスが悪いので
rsyncで毎晩mirrorする設定にしてるよ。共有してるのは/homeだけ。

/usr/localを更新したら トリガーになるファイルのタイムスタンプを更新して
NFS server側で

touch /usr/local/UPDATE

と印付けておく。

で、client側では、

if [ /mnt/local/UPDATE -nt /usr/local/UPDATE ]; then
DORSYNC="1"
fi

とかして実行させる。ここで全てのclientが同時にrsyncかけると負担がかかるので
そのへんはばらけるように工夫する。

283 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:12:24 ]
>>281
NISはレプリカが多い時に、
パスワードの同時変更が起きると悲惨。
まさにobsolete。

284 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:14:03 ]
NISではレプリカとは言わん。批判するなら正しい用語で。

285 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:18:36 ]
じゃあスレーブなw

286 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:21:16 ]
ここでhesiodの出番だな

287 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:23:38 ]
yppushが起きるだけだが? 何が悲惨?

288 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/15(土) 20:30:30 ]
NISがだめだとおもうならnetinfoを使えばいいのに

289 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/16(日) 01:21:26 ]
おっさんが多いスレなのかしら

290 名前:名無しさん@お腹いっぱい。 [2008/03/16(日) 14:43:57 ]
エクスポートする、またはマウントするパスで、効率的なやり方を教えてください



291 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/16(日) 15:30:25 ]
/

292 名前:名無しさん@お腹いっぱい。 [2008/03/22(土) 05:02:33 ]
高スペック機1台をNFSサーバにして /export/各サーバ名/home それぞれを公開Webサーバ台分用意、
そして、各Webサーバ(ひとまず4台)からはそれぞれ/homeをマウントさせて運用したいのですが、変でしょうか?
いちお同バージョンのLinux(centos5.1 x86_64)同士なので/usrも共有しようかなと、これは全機共通で。
こういう使い方ってNFSのパフォーマンス悪いのでしょうか

293 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/22(土) 08:57:35 ]
Linuxのネタをここでやろうとするのは変

294 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/22(土) 12:13:28 ]
高スペック機1台をNFSサーバにして /export/各サーバ名/home それぞれを公開Webサーバ台分用意、
そして、各Webサーバ(ひとまず4台)からはそれぞれ/homeをマウントさせて運用したいのですが、変でしょうか?
いちお同バージョンの FreeBSD 6.3R同士なので/usrも共有しようかなと、これは全機共通で。
こういう使い方ってNFSのパフォーマンス悪いのでしょうか

295 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/22(土) 12:30:31 ]
FreeBSDでNFSはヤツの召還呪文

296 名前:名無しさん@お腹いっぱい。 [2008/03/22(土) 19:51:32 ]
NFSは激遅

297 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/22(土) 20:56:27 ]
>>294
そんなことしないでバックエンド側でファブリック組めばええんちゃう?


298 名前:名無しさん@お腹いっぱい。 [2008/03/23(日) 03:07:14 ]
>>262
1000台以上あるけど、適当な認証鍵つくって、ループスクリプトでsshでttyつかんで...
ちょいshellscriptを汎用的に書いておけば、一気に全台同じコマンドじっこうできるよん

299 名前:名無しさん@お腹いっぱい。 [2008/03/23(日) 16:29:41 ]
>>298 どの様に書くのでしょうか。教えていただけますか。ぜひサンプルを。

300 名前:名無しさん@お腹いっぱい。 [2008/03/24(月) 16:42:59 ]
NISよりも優秀なのってなんだっけ?



301 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/24(月) 19:57:40 ]
>>300
Active Directoryです。


302 名前:300 [2008/03/24(月) 22:22:59 ]
>>301
ありがとう、Active Directoryを導入しました

303 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/25(火) 10:57:40 ]
>>292
Web公開ファイルを/homeで共有するってこと? アクセス数次第だなぁ。
スタッフアカウントを/homeで共有するのは良いアイデア。
/usrを共有するのは悪いアイデア。rsyncで同期しておけば良い話だから。

304 名前:名無しさん@お腹いっぱい。 [2008/03/25(火) 11:04:28 ]
>>303
アクセスが多い場合、NFSの転送速度からするとよくないんじゃね?
/homeもrsyncかwww

305 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/25(火) 12:13:21 ]
Webコンテンツならローカルに置くだろうけど、
EtherもCPUも速くなった今の時代、単純にNFSだから遅いとはいいきれない。
ローカルの単体SATAとリモートのNetApp、どちらが平均アクセス速度が速いか。
実運用ならバックアップも考えないと。

306 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/26(水) 02:15:23 ]
CODAも、AFSもどこ行っちまったのだろ。
教えてくれ。

307 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/26(水) 02:49:23 ]
Webアプリのこの時代に分散ファイルシステムってもの…
Satyanarayananのページに久々に行ってみたら、
Internet Suspend/Resumeってのやってんのな。
これもGoogle Gear辺りと比べるとかなり低い階層でやってるな。


308 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/26(水) 08:48:24 ]
W
S
I


309 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/28(金) 01:17:22 ]
ttp://lists.freebsd.org/pipermail/cvs-src/2008-March/089241.html

310 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/28(金) 14:26:06 ]
nfsでマウントしているディレクトリに、100byte程度のデータを
細かく書いていくプログラムを走らせると、そのクライアント側の
ホストでnfsディレクトリにかなり長い時間アクセスできなくなるのですが
この現象の解決策に関する情報はありませんか?
OSはRedhatlinux4.6 64bit
カーネルは2.6.9-67.EL でも2.6.24でも起こります
同じことをRedhatLinux3.0 の64bit版でやっても起こらないのですが・・



311 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/28(金) 18:18:40 ]
a) 100バイトずつ投げるな
b) ELなんだからベンダのサポートに投げろ
c) Linuxなんぞ投げ捨てろ

312 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/28(金) 18:42:22 ]
どうでもいいが、RedHat4.xって、1998年かそれ前後頃、
3.xは1997年頃? すげー古いOSだよね?

313 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/03/28(金) 19:01:45 ]
RHLに4.6なんてない。

314 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/01(火) 02:59:21 ]
>>310
NFSをasyncにしてみたら?


315 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/01(火) 04:09:49 ]
cacheも増やすべき。acdirmax辺り。
mountオプソンで指定。

316 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/01(火) 07:49:06 ]
時間割くなら、try&errorの厨ニングよりプログラム直した方が幸せになれると思われ。
NFSだろうがなかろうが、バッファリングせず100byteずつwrite(2)ってのは頭おかしい。
データの整合性を維持する意図でそうしてるならasync mountで動かすのは本末転倒だしな。
ソースがないならご愁傷様。

317 名前:315 mailto:sage [2008/04/01(火) 08:49:29 ]
あれ? 小さいファイルをたくさん作るのかと思ったよ。
どっちとも取れるけど、一つのファイルに少しづつ書くなら、
ディレクトリがアクセスできなくなるのはおかしいなあ。

318 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/02(水) 01:41:55 ]
>>310
現状のマウントオプション晒しなYo!

319 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/05(土) 13:20:26 ]
まあrhelなら4.6はあるけど板違いだしなあ

320 名前:名無しさん@お腹いっぱい。 [2008/04/09(水) 09:41:04 ]
NFSv3 で同じLANにつながっているマシン同士ではサクサク
ファイル公開できているんだけど、セキュリティ上の理由から
TCPしか通してくれないL3スイッチ越しの隣の部屋のNFSサーバの
ディレクトリを NFSv4 でマウントしたら ls に引っかかる。

ファイルの読み書き、でっかいファイルの転送速度に関しては
たいした違いも無いんだけど、 ls で引っかかる。数秒。
何が原因なんでしょうか?

当然 portmap なんかも通らないんですが、それが原因
なんでしょうか・・・でも NFSv4 だしなぁ。2049/tcp
だけで使えると思うんだけど。



321 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 09:47:49 ]
>>320
L3が糞

322 名前:名無しさん@お腹いっぱい。 [2008/04/09(水) 09:55:21 ]
>>321
id でも引っかかるんで、nsswitch.conf 見てみたら、
hosts に wins が指定されていた orz
samba とか使ってねぇのに。

323 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 10:36:20 ]
NFSv4のクライアントは何?
Solaris以外でまともに使えるのある?

324 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 10:46:04 ]
>>323
>>322 で自己解決したようです
>>321 ハズレ

325 名前:323 mailto:sage [2008/04/09(水) 11:58:15 ]
いや、トラブルとは関係ない質問

326 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/09(水) 12:51:31 ]
まともに使える=俺の環境・俺の使ってるアプリケーションが動く、だから
基準が人によって全然違うんだよな。
クライアントは1台なのか100台なのか、
テキストエディタでファイルが開けばいいのか、データベースが置けないとダメなのか。


327 名前:323 mailto:sage [2008/04/09(水) 13:09:20 ]
基準は>>320の基準でいいや。
「〜をこう使っていてトラブルなし」ってんで。

ちなみに俺は自宅のファイル共有で使うことしか想定してない。
v3→v4の移行するかどうか。

仕事ならクライアントサイドはSolaris以外でv4使わないし。


328 名前:320=322 mailto:sage [2008/04/09(水) 13:28:11 ]
server Ubuntu 6.06.2 LTS / kernel 2.6.15
client CentOS 5 / kernel 2.6.18

329 名前:名無しさん@お腹いっぱい。 [2008/04/13(日) 03:40:27 ]
質問です、自宅のLANにCentOS5.1のマシンが4台入る予定なのですが、なるだけ
少ない台数で集中管理したいと思っています。
1台の/homeを他3台でシェアしようと思うのですが、自宅LANのような小規模な環境
だとあまり意味の無い方法でしょうか?
それか、みなさんの書き込みを読んでいると人気の、rsyncをつかって1台のデータを
共有しようかと思ったのですが、リアルタイムに同期してる訳じゃないですよね。

330 名前:323 mailto:sage [2008/04/13(日) 09:05:07 ]
>>328
Linuxかあ。今度トライしてみるわ。
ちなみにサーバはOpenSolaris。




331 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 09:08:15 ]
>>329
全部、デスクトップ機なの?
ノートにNFSホームは良くないと思うけど、
デスクトップならオフライン利用考える必要ないしNFSでいいと思うよ。

332 名前:名無しさん@お腹いっぱい。 [2008/04/13(日) 12:01:06 ]
>>331 サンクスっ!
NFSでシンプルに構成しようと思います。
よく考えてみりゃ/homeだけってのももったいないから他のも共有マウントしよう
かと思うのだけど、みんなどんな感じでマウントしてるんでしょう?定石ってあるのでしょうか。
マウントする側(3台の方)のHDDって80GBもあるんだけど、マウントしちゃうと余計HDD領域が余っちゃう
よね、なんだかもったいねえ。

333 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 12:20:52 ]
クライアントはHDD外してディスクレスだよ。
ネットブートして、/ 全体すべて NFSだよ。
LANが速いと、かえってローカルHDDより速い感じがするくらい。

334 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 13:04:27 ]
>>333
素人に無駄な期待を抱かせるような書き込みはよせ。

それはハイエンドのNFS専用鯖機のときの話だ。


335 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 13:41:34 ]
>>334
自宅のふつーのPCで >>333 みたいなことしてるけど、、

336 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 14:22:05 ]
>>335
さて、これが無駄な期待でない理由を説明してくれ。

「ローカルHDDより速い感じがするくらい。」


337 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 17:00:31 ]
誇張表現

338 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 17:56:21 ]
そりゃ、ユーザ一人とか、Networkスカスカなら
そこそこ良いかもしれんけど・・・・・

339 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/13(日) 18:08:20 ]
自宅でやっているときの話とかいているから
ユーザーは分かっている範囲だしネットワークはすかすかだろうな

340 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 00:51:14 ]
>>332
・/homeと/usr/localだけ共有。
相互依存が起きないように両方同じサーバに。
・システムが必要とする分だけを全て/パーティションに。
パッケージシステムに任せて決して共有しない。
・残りは別パーティションとし、nfs exportして、
画像、音楽データを入れたり、バックアップに使ったり。




341 名前:名無しさん@お腹いっぱい。 [2008/04/14(月) 08:38:20 ]
ぶっちゃけ自宅ならば/homeというよりも、/home/homepageだけをシェアして
基本的にワンユーザー(homepage)で運用したほうが効率いいんでないかい?
あとは>>340の言うとおり/usr/localもかなあ
個人的にはDNSやsambaを設定してる/etcの一部ファイルもうまくシェアできないかと悩み中

342 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 08:40:19 ]
>>341
おまえ家族いないのか?

343 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 19:52:49 ]
むしろ家族がいてNFSを使っているような奴が異常

344 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 20:00:20 ]
鯖なんか立てたら、

うるせーよとクレームくる。

345 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 20:49:40 ]
居間のPCでも寝室のPCでも子供部屋のPCでも、
どのPCからログインしても自分の$HOMEで同じ環境にするには
ふつーNFSだろ。

346 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 21:03:29 ]
寝室でエロ動画ばっか見てないで、たまには奥さんの相手してやれよ。

347 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 21:32:01 ]
恥ずかしがり屋の妻がPCの中から出てきてくれません

348 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 22:19:54 ]
君のPCの中にいてくれるならそれでいいじゃないか

349 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/14(月) 22:33:23 ]
>>348
生きろ


350 名前:名無しさん@お腹いっぱい。 [2008/04/15(火) 02:29:46 ]
/homeを共有したとしてもログインするためのアカウントやパスワード情報がシェアできなきゃ意味なくね?



351 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 03:40:35 ]
ホームと比べて人力同期の手間が大した事ない上にスレ違い。

352 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 06:27:47 ]
>>350
だから NIS使うんだろ。

353 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 07:42:33 ]
NFSはv4でTCPだけで使えるようになったけど、
NISはやっぱりportmap必須でポートの制御が難しいね。
LDAPでもよくね?

354 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 08:48:17 ]
UDP通してなんか問題ある? ポートの制御? そのなの必要ある?

355 名前:名無しさん@お腹いっぱい。 [2008/04/15(火) 13:48:51 ]
ていうかエルダップ使えよ、
国民は全員使ってるぜ、おまえんち以外は。

356 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 14:14:35 ]
そもそもportmap(rpcbind)は、ポート番号を意識せずに、
さらに言えば、下位レイヤーがTCP/IPソケットかどうかすら意識せずに
通信できる上位レイヤーのための概念だ。
それを使わずにポート番号固定にしてTCP/IPに依存するのは昔の考え方。

357 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 14:24:09 ]
誰も固定にするなんて言っていない。

358 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 14:47:45 ]
そういう場合はどうすると言ったのかを言わないと「固定にする」と言ったとみなされたままになる。

359 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/15(火) 22:30:41 ]
べつにNISでもLDAPでもNetInfoでもいいよ

360 名前:名無しさん@お腹いっぱい。 [2008/04/16(水) 02:54:04 ]
>>359
比較するとしたらどれが良いと思う?



361 名前:名無しさん@お腹いっぱい。 mailto:sage [2008/04/16(水) 04:21:04 ]
LDAP

362 名前:impress入門者 [2008/04/16(水) 16:14:03 ]
>>682, 683

マイレイアウト追加って出来ますか?
数式の規定フォントの指定って出来ますか?






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<235KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef