Unidentified subject!
Title: 无标题文档 BIAOSHI STONE Chinese marble and granite, as one of the most important members in the world stone family, has enjoyed an increasing reputation for its great competitive price and unique quality in recent years. With our factory located in the biggest stone manufacturing center of ChinaYunfu, Shenzhen Biaoshi Industrial Co., Ltd has put itself forward as an untouchable leader on market of China through decades of serving the highest quality at fair prices. We have engaged in the business of fabricating, retailing, wholesale, import and export of various kinds of natural stones. At present, our factory covers an area of 30,000 �O and has a producing capacity of 400,000 �O annually. Thanks to broad use of latest technologies in design, process and installation, our professional and experienced craftsmen have made every stone vision you might have (interior/exterior, slabs, cut to size marble and granite, sundry novel mosaic, archaized stone borders, Tumble, irregular-shaped stone, Rome column, fireplace, countertop and etched stone, sculpture etc.) into unique sight of natural stone that will keep its beauty restlessly in decades to come. It's a great pleasure for us to provide you the top-quality Chinese stone products at an unbelievable price. We are committed to meet your tastes at any time. We sincerely hope to establish a long term strategic business cooperation with you and trust our business will blossom upon mutual efforts. Best regards! Liu Chaosheng Board Chairman Shenzhen Biaoshi Industrial Co., Ltd. Address: Rm202, Building 25, East Rose Garden, Honey Lake, Futian District, Shenzhen ,China. Tel: 86-755-82903862 82903892 82903832 Fax: 86-755-82902691 Web Site: www.bt-stone.com E-mail: [EMAIL PROTECTED] Guangdong Yunfu Biaotong Stone Material Factory National Highway 324, Silao Town, Yuncheng District, Yunfu City, Guangdong ,China. Tel: 86-766-8553058 8553811 8553812 Fax: 86-766-8553118
Re: Debian WWW CVS commit by kubota: webwml/japanese/devel/website navbar_images.wml
On Wed, Jan 01, 2003 at 04:50:56PM -0700, Debian WWW CVS wrote: CVSROOT: /cvs/webwml Module name: webwml Changes by: kubota 03/01/01 16:50:56 Modified files: japanese/devel/website: navbar_images.wml Log message: fixed unpaired pre. Hi, Unfortunately wdg-html-validator does not work with Japanese files, but you may have a look at http://www-master.debian.org/~barbier/tidy/ja to fix other HTML errors. Note that tidy is not a validator, some errors should be considered as warnings only. Denis
Bug#155305: There still have date number which are dropped
Hi, I took a look at : http://lists.debian.org/debian-l10n-french/2002/debian-l10n-french-200212/maillist.html as you can see, while ordering by date, MHonArc drop some date. for exemple in message : http://lists.debian.org/debian-l10n-french/2002/debian-l10n-french-200212/msg00025.html the date is Date: Wed, 4 Dec 2002 17:16:51 +0100 (CET) the content of the mail is a cvslog which has also the date Changes by: pmachard02/12/04 09:16:49 MHonArc classify this email for the date of 'Dec 05' Cheers, -- Pierre Machard [EMAIL PROTECTED] TuxFamily.org [EMAIL PROTECTED] techmag.info +33(0)668 178 365http://migus.tuxfamily.org/gpg.txt GPG: 1024D/23706F87 : B906 A53F 84E0 49B6 6CF7 82C2 B3A0 2D66 2370 6F87
Re: Debian WWW CVS commit by kov: Import
* Debian WWW CVS [EMAIL PROTECTED] [2002-12-30 14:26]: CVSROOT: /cvs/webwml Module name: gksu Changes by: kov 02/12/30 14:26:57 Log message: first version added to savanah, a good place to have a free software package on Uhm, I guess this did went in the wrong direction? I don't think that this belongs here Can someone delete it and LART kov? :) Have fun, Alfie -- f u cn rd ths, u mst hv bn sng nx -- unknown pgpdesjuXNkjY.pgp Description: PGP signature
automatically-generated ISO-8859-1 characters in mulbibyte webpages
Hi, I found that the page of http://www.debian.org/devel/people.ja.html is very dirty. ALL characters are written in boldface (i.e., strong format) after some cirtain point. This occurs because of 8bit (i.e., non-ASCII) characters in developers' names. When such characters (I guess most of them are intended to be ISO-8859-1) are used in developers' names, these characters appear in the webpage. In multibyte encodings, 8bit codepoints (0x80 - 0xff) are regarded as the first byte of multibyte characters. Then, the following byte is regarded as the second byte of THE multibyte character. Imagine such 8bit character is used at the last of a developer's name. The following character is from /strong. Then the of /strong will be regarded as the second byte of multibyte character and itself will be missing. Thus, /strong will be /strong, a broken tag. This causes the webpage very dirty. Please watch the webpage by some browsers ... because of broken /strong, all following parts are displayed in strong format! I imagine the solution would be either of followings: 1. Regard all 8bit characters to be ISO-8859-1 and replace these characters with foobar; expression. For example, 0xfc will replaced with uuml;. The problem of this solution is that we have to assume 8bit characters to be ISO-8859-1. This means that this solution disturbs developers to switch from ISO-8859-1 into UTF-8, which is a very bad thing. 2. Force all developers to use ASCII or UTF-8 in their names and the script to generate people.name will assume all 8bit characters are UTF-8. All other encodings such as ISO-8859-1 or EUC-JP will be forbidden. The problem of this solution is that ISO-8859-1(15) people will complain. However, IMHO, this is an unfair priviledge of ISO-8859-1(15) people, and more, such an unequal situation disturbs promotion of i18n. Anyway, this will need a huge energy to persuade ISO-8859-1(15) people. 3. Though we don't force developers to switch to UTF-8, the script to generate people.name will regard all 8bit characters to be UTF-8. Since few 8bit characters are UTF-8 in developers' names so far, most of non-ASCII characters in people.html will be lost. (Anyway, all non-ASCII characters ARE now lost in people.multibyte languages.html pages). However, the broken-tag-problem will be solved. If develoers will switch into UTF-8, names of these developers will be displayed well. --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/
Re: Debian WWW CVS commit by tbm: webwml/english/devel/wnpp Makefile index.wml w ...
* Debian WWW CVS [EMAIL PROTECTED] [2002-12-31 05:12]: CVSROOT: /cvs/webwml Module name: webwml Changes by: tbm 02/12/31 05:12:20 Modified files: english/devel/wnpp: Makefile index.wml wnpp.pl wnpp.wml Log message: Remove mention about withdrawn packages and don't generate the .html file listing such package. There are no withdrawn packages. Alright, but I am not really sure if this part of your commit was correct: -h3Withdrawn packages/h3 -ul -:= @withdrawn_html : -/ul -:] The last line was the slice close from the [WORK: slice started some lines before. I think it should stay. For consistence, although it seems to be added anyway for it is the end of the file. Comments? Alfie -- Na versuch doch mal der SuSE unstable zu folgen ;-) 6.0 - 6.1 - 6.2 - 6.3 - 6.4 - 7.0? -- Rainer Weikusat in d.c.s.f pgpl4DbWH6Tb9.pgp Description: PGP signature
Marketing
Olá, Você conhece alguém que vende cadastro de e-mails do México,Argentina ou de outras partes do mundo para o envio de mala direta? Preciso divulgar um site de empregos. Caso não conhece não é necessário responder essa mensagem. Aguardo retorno Obrigado Adauto Por favor não dê repply nessa mensagem envie sua resposta para [EMAIL PROTECTED] Hi, Do you know someone who sells database of e-mails adresses for direct mail? I need to market a website about job openings.Case you do not know is not necessary to answer this message. Waiting you answer Thank you Adauto Please do not repply this message, send you answer to [EMAIL PROTECTED]
Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages
On Thu, Jan 02, 2003 at 10:07:41PM +0900, Tomohiro KUBOTA wrote: Hi, I found that the page of http://www.debian.org/devel/people.ja.html is very dirty. ALL characters are written in boldface (i.e., strong format) after some cirtain point. This occurs because of 8bit (i.e., non-ASCII) characters in developers' names. When such characters (I guess most of them are intended to be ISO-8859-1) are used in developers' names, these characters appear in the webpage. [...] I find only 18 names in people.names containing non-ASCII letters, so /org/www.debian.org/cron/people_scripts/people.pl could contain some extra elsif in its canonical_names function to replace non-ASCII letters by HTML entities. Most names seem to be ISO-8859-1 encoded. When done, this script could also skip maintainers with non-ASCII letters which are not processed in order to prevent future trouble. Denis
Re: translation of sitemap page
On Tue, Dec 31, 2002 at 02:42:05PM +0100, Josip Rodin wrote: The problem is that input file is ../english/sitemap.wml, thus english/.wmlrc is read instead of italian/.wmlrc. This is why you pass some -D flags when generating sitemap.xx.html files. But italian/.wmlrc does not define CUR_LOCALE. and English value is used instead, i.e. en_US. IMO the right fix is to put symlinks on sitemap.wml so that input file is lang/sitemap.wml IMO the right fix is to take the local CUR_LOCALE, like it takes the other parameters. Er... it runs $(shell egrep '^-D (CUR_|CHAR)' .wmlrc). That's supposed to match CUR_LOCALE. WTH does a .wmlrc override parameters on the command line? -- 2. That which causes joy or happiness.
Re: Debian WWW CVS commit by tbm: webwml/english/devel/wnpp Makefile index.wml w ...
* Gerfried Fuchs [EMAIL PROTECTED] [2003-01-02 14:25]: Alright, but I am not really sure if this part of your commit was correct: -/ul -:] The last line was the slice close from the [WORK: slice started some lines before. I think it should stay. For consistence, although it Yes, I think you're right. I didn't look closely enough and simply removed the whole block, sorry. Can you add it again? Thanks. -- Martin Michlmayr [EMAIL PROTECTED]
Re: Debian WWW CVS commit by kov: Import
Em Thu, 2 Jan 2003 13:18:10 +0100, Gerfried Fuchs [EMAIL PROTECTED] escreveu: Uhm, I guess this did went in the wrong direction? I don't think that this belongs here Can someone delete it and LART kov? :) Already done (the LART'ing part, at least =D)... I'll remove it... I'm very sorry []s! -- [EMAIL PROTECTED]: Gustavo Noronha http://people.debian.org/~kov Debian: http://www.debian.org * http://www.debian-br.org Dúvidas sobre o Debian? Visite o Rau-Tu: http://rautu.cipsga.org.br
woody released in 2001 or 2002 !?
Hi, I contact you to point out a litle error in the Debian web site. At http://www.debian.org/doc/manuals/project-history/ch3.html , we can read that Woody was released on 19th july 2001, but the actual date is 19th july 2002. Happy new year Nive PS : I'm not a list-subscriber.
Re: jigdo availability
On Wed, Jan 01, 2003 at 07:18:32AM -0600, Richard D. Cook wrote: You encourage use of jigdo for downloading cd images and it must be used for DVD images. Its home page has been off line for two days. Yep, sorry about that. Due to a broken fiber, the entire academic network in Munich was cut off. A backup line is now up, the jigdo homepage should be reachable again. It would seem prudent to mirror it somewhere and have links to it on your web page. The forthcoming version of jigdo will probably/hopefully be copied to all Debian mirrors' tools directories. BTW, there actually *is* a mirror of the jigdo page on cdimage.debian.org/~atterer, but, erm, cdimage has been offline too... :-/ Murphy strikes again. It seems like poor practice use a single site for critical software packages. Indeed! Richard -- __ _ |_) /| Richard Atterer | CS student at the Technische | GnuPG key: | \/¯| http://atterer.net | Universität München, Germany | 0x888354F7 ¯ '` ¯
Re: translation of sitemap page
On Thu, Jan 02, 2003 at 04:39:07PM +0100, Josip Rodin wrote: On Tue, Dec 31, 2002 at 02:42:05PM +0100, Josip Rodin wrote: The problem is that input file is ../english/sitemap.wml, thus english/.wmlrc is read instead of italian/.wmlrc. This is why you pass some -D flags when generating sitemap.xx.html files. But italian/.wmlrc does not define CUR_LOCALE. and English value is used instead, i.e. en_US. IMO the right fix is to put symlinks on sitemap.wml so that input file is lang/sitemap.wml IMO the right fix is to take the local CUR_LOCALE, like it takes the other parameters. Er... it runs $(shell egrep '^-D (CUR_|CHAR)' .wmlrc). That's supposed to match CUR_LOCALE. WTH does a .wmlrc override parameters on the command line? Some lang/.wmlrc files do not define CUR_LOCALE, so there is no CUR_LOCALE command line flag, and its value is taken from english/.wmlrc. Denis
Re: translation of sitemap page
On Thu, Jan 02, 2003 at 06:14:16PM +0100, Denis Barbier wrote: The problem is that input file is ../english/sitemap.wml, thus english/.wmlrc is read instead of italian/.wmlrc. This is why you pass some -D flags when generating sitemap.xx.html files. But italian/.wmlrc does not define CUR_LOCALE. and English value is used instead, i.e. en_US. IMO the right fix is to put symlinks on sitemap.wml so that input file is lang/sitemap.wml IMO the right fix is to take the local CUR_LOCALE, like it takes the other parameters. Er... it runs $(shell egrep '^-D (CUR_|CHAR)' .wmlrc). That's supposed to match CUR_LOCALE. WTH does a .wmlrc override parameters on the command line? Some lang/.wmlrc files do not define CUR_LOCALE, so there is no CUR_LOCALE command line flag, and its value is taken from english/.wmlrc. Then I think the right fix is to be explicit everywhere. :) -- 2. That which causes joy or happiness.
Bug#175071: www.debian.org: Broken buildd-link in ports/powerpc/devel/
Package: www.debian.org Version: unavailable; reported 2003-01-02 Severity: normal URL: http://www.debian.org/ports/powerpc/devel Links to URL: http://voltaire.debian.org/~buildd/ voltaire reports 404 Not Found
Bug#175071: marked as done (www.debian.org: Broken buildd-link in ports/powerpc/devel/)
Your message dated Thu, 2 Jan 2003 21:21:23 +0100 with message-id [EMAIL PROTECTED] and subject line (no subject) has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 2 Jan 2003 18:40:12 + From [EMAIL PROTECTED] Thu Jan 02 12:40:11 2003 Return-path: [EMAIL PROTECTED] Received: from mail44-s.fg.online.no (mail44.fg.online.no) [148.122.161.44] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18UAGJ-0007S3-00; Thu, 02 Jan 2003 12:40:11 -0600 Received: from localhost (kunde3769.alfanett.no [195.134.60.253]) by mail44.fg.online.no (8.9.3/8.9.3) with ESMTP id TAA06888; Thu, 2 Jan 2003 19:40:08 +0100 (MET) Received: from chlunde by localhost with local (Exim 3.36 #1 (Debian)) id 18UAGF-NQ-00; Thu, 02 Jan 2003 19:40:07 +0100 Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Carl Lunde [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: www.debian.org: Broken buildd-link in ports/powerpc/devel/ X-Mailer: reportbug 2.10 Date: Thu, 02 Jan 2003 19:40:06 +0100 Message-Id: [EMAIL PROTECTED] Sender: Carl Lunde [EMAIL PROTECTED] Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=0.6 required=5.0 tests=SPAM_PHRASE_00_01 version=2.41 X-Spam-Level: Package: www.debian.org Version: unavailable; reported 2003-01-02 Severity: normal URL: http://www.debian.org/ports/powerpc/devel Links to URL: http://voltaire.debian.org/~buildd/ voltaire reports 404 Not Found --- Received: (at 175071-close) by bugs.debian.org; 2 Jan 2003 20:20:33 + From [EMAIL PROTECTED] Thu Jan 02 14:20:32 2003 Return-path: [EMAIL PROTECTED] Received: from vsmtp1.tin.it (smtp1.cp.tin.it) [212.216.176.221] by master.debian.org with esmtp (Exim 3.12 1 (Debian)) id 18UBpQ-00063C-00; Thu, 02 Jan 2003 14:20:32 -0600 Received: from donald.duckburg.org (80.116.90.192) by smtp1.cp.tin.it (6.5.029) id 3DEDBCA000A15EDD for [EMAIL PROTECTED]; Thu, 2 Jan 2003 21:19:55 +0100 Received: by donald.duckburg.org (Postfix, from userid 1000) id 6CE113F7C0; Thu, 2 Jan 2003 21:21:23 +0100 (CET) Date: Thu, 2 Jan 2003 21:21:23 +0100 From: Davide Puricelli [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i X-Operating-System: Linux donald.duckburg.org 2.4.20-donald2 Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-8.1 required=5.0 tests=SIGNATURE_SHORT_DENSE,SPAM_PHRASE_02_03,SUBJ_MISSING, USER_AGENT,USER_AGENT_MUTT version=2.41 X-Spam-Level: Hi, the page was updated, thanks for your report. Best Regards, -- Davide Puricelli, [EMAIL PROTECTED] Debian Developer: [EMAIL PROTECTED] | http://www.debian.org Undergraduate Student of Computer Science at University of Bologna PGP key: finger [EMAIL PROTECTED]
Re: Improving Events Visibility
Martin Schulze: He also mentioned that a mime-type needs to be added. However, adding it with AddType will render the events pages unusable since the .ics files seem to be preferred over the .html files. Only to browsers that send an Accept header that does not prefer HTML to other formats, like some that are appending */* at the end (with the implied quality of 1.0), and then of course Apache prefers ICS because the files are smaller. This could be solved by decreasing the priority of the ICS files in Apache's configuration. Or by renaming the ICS files. I think the latter is the best idea. As to the problems with parsing the files, I am at a loss, the files work fine for me, and I do not have the problematic software installed, or the opportunity to install it at the moment. -- \\// Peter - [EMAIL PROTECTED] I do not read nor respond to mail with HTML attachments.
DWN #49 2002 typo?
Hi, I am now reviewing a Japanese translation of DWN #49 2002 to upload to www.debian.org . I found a possible typo in the original (English) page. In the article on APT manual rewrite, Thomas Hood sent an update [1] advising that Susan has rewritten the entire manual page. [1] http://lists.debian.org/debian-devel-0212/msg00659.html It reads that Thomas advised Susan to rewrite the entire manual page; though the link[1] says that Susan has already rewritten the page. I think the advising should be a typo of advertising. Since I am not very good at English, I may be wrong. Could someone check this point? --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/
3.0r0 is the newest CD image?
Hi, I found that http://www.debian.org/CD/ says that the newest CD image is 3.0r0. Is that true that the newest official CD image is 3.0r0 while the newest Debian is 3.0r1 ? --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/
Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages
Hi, From: [EMAIL PROTECTED] (Denis Barbier) Subject: Re: automatically-generated ISO-8859-1 characters in mulbibyte webpages Date: Thu, 2 Jan 2003 16:24:59 +0100 I find only 18 names in people.names containing non-ASCII letters, so /org/www.debian.org/cron/people_scripts/people.pl could contain some extra elsif in its canonical_names function to replace non-ASCII letters by HTML entities. Most names seem to be ISO-8859-1 encoded. When done, this script could also skip maintainers with non-ASCII letters which are not processed in order to prevent future trouble. I think the simplest filter (assume ISO-8859-1) would be like following: s/\xa0/#160;/g; s/\xa1/#161;/g; s/\xa2/#162;/g; : : s/\xff/#255;/g; However, as you said, it may cause future trouble. I think it is also a good idea to simply skip (remove) non-ASCII characters as you said, because it can be very simply implemented. After avoiding tag breaking by this solution, we have enough time to think about UTF-8 filter. BTW, I found similar trouble in lists.debian.org pages. In thread-list pages or date-list pages like http://lists.debian.org/debian-devel/2002/debian-devel-200212/threads.html, there are no charset specification. In such cases, web browsers will assume these pages according to user preference. Naturally, Japanese people configure web browsers to assume Japanese encoding for pages without charset specification. On the other hand, the thread-list pages show senders' names in em format, and threfore, a tag /em follows the name. If the last letter of the name is 8bit, the tag is broken. The result is that all following part are shown in em (italic) format. The test is easy: please configure your browser to assume Japanese encoding for pages without charset specification and load the above page. However, in this case, the solution is a bit complicated. All mails should have encoding information in MIME format. Thus, the best solution would be to parse MIME. On the other hand, the simplest makeshift solution is to add charset=iso8859-1 for all pages but there are mailing lists where most of 8bit characters are cyrillic and so on. --- Tomohiro KUBOTA [EMAIL PROTECTED] http://www.debian.or.jp/~kubota/
Re: DWN #49 2002 typo?
On Fri, Jan 03, 2003 at 08:25:44AM +0900, Tomohiro KUBOTA wrote: I am now reviewing a Japanese translation of DWN #49 2002 to upload to www.debian.org . I found a possible typo in the original (English) page. In the article on APT manual rewrite, Thomas Hood sent an update [1] advising that Susan has rewritten the entire manual page. [1] http://lists.debian.org/debian-devel-0212/msg00659.html It reads that Thomas advised Susan to rewrite the entire manual page; though the link[1] says that Susan has already rewritten the page. I think the advising should be a typo of advertising. Since I am not very good at English, I may be wrong. Could someone check this point? How about Thomas Hood posted [1] that Susan has rewritten the entire manual page. ? Matt
【アダルト画像/アニメCG満載のCD 販売のお知らせ】
CG/画像を2千枚も収録したCDが1万円! http://adult.csx.jp/~fetish226/index.htm Message-ID: [EMAIL PROTECTED] ●アニメCG●フェチ画像●レイプ画像●FLASH動画●キャプチャー画像 ●街角フェチ画像●同人コミック●胸チラ画像●アイドルお宝●コスプレ とにかく大量にあります。重複はありませんし、枚数稼ぎのようなつまらない 画像やCGもありません。 女性が泣きながら抵抗するようなアニメCGや実写画像が好きな方にとっては、 たまらない内容だと思います。 フェチ系では胸チラや、セーターの胸の膨らみ、コスプレなど大量に入っています。 絶対に後悔はさせません。 ただし、面倒なので整理はそれほどしていません。頑張って見てください(笑) 2,000枚以上の画像・動画をCD1枚に収録して料金は「10,000円」です。 http://adult.csx.jp/~fetish226/index.htm
RE: SELL FLASH MEMORY USB DRIVE
RE: SELL FLASH MEMORY USB DRIVE Our company is a main manufacturer of FLASH MEMORY USB DRIVE (Espreader DiskJ) in China. Espreader Disk is a pocketable USB FLASH HARD DRIVE for data storage and transportation .It acts as a removable hard drive when plugging into the USB port of your computer. You can save, delete, and move files endless numbers of times without worries. Through it, transporting your data has been never this easy. Its characteristics as follows: (1) No cable, battery, no drive, power supply and software, required. (2) Capacity: 32MB; 64MB; 128MB; 256MB; 512MB; 1GB; (3):Writing and reading speed is much faster than disk, ( write: 700KB /sec, Red : 1 MB.) (4):At least 10 years of data retention (5):Small dimension, light weight, ( L*W*H=85*28*15mm) thumb-size, weight 15 grams. (6) shockproof and moisture-proof. (7) Can write and delete for more than 1,000,000 times. And its functions as follows: (1):support format and security program, secure the data, even in case of losing the flash disk, the data won't be leaked. (2):No driver installation required(except on Window 98) (3):Support Window 98/99 Se/Me/2000/XP/Mac Os/Linux. (4):Support USB Hard Disk booting from BIOS (BIOS supporting USB HDD) (5):Write protect switch to secure the date in the disk. If you are interested in our products, please contact us for more details.
RE: SELL FLASH MEMORY USB DRIVE
RE: SELL FLASH MEMORY USB DRIVE Our company is a main manufacturer of FLASH MEMORY USB DRIVE (Espreader DiskJ) in China. Espreader Disk is a pocketable USB FLASH HARD DRIVE for data storage and transportation .It acts as a removable hard drive when plugging into the USB port of your computer. You can save, delete, and move files endless numbers of times without worries. Through it, transporting your data has been never this easy. Its characteristics as follows: (1) No cable, battery, no drive, power supply and software, required. (2) Capacity: 32MB; 64MB; 128MB; 256MB; 512MB; 1GB; (3):Writing and reading speed is much faster than disk, ( write: 700KB /sec, Red : 1 MB.) (4):At least 10 years of data retention (5):Small dimension, light weight, ( L*W*H=85*28*15mm) thumb-size, weight 15 grams. (6) shockproof and moisture-proof. (7) Can write and delete for more than 1,000,000 times. And its functions as follows: (1):support format and security program, secure the data, even in case of losing the flash disk, the data won't be leaked. (2):No driver installation required(except on Window 98) (3):Support Window 98/99 Se/Me/2000/XP/Mac Os/Linux. (4):Support USB Hard Disk booting from BIOS (BIOS supporting USB HDD) (5):Write protect switch to secure the date in the disk. If you are interested in our products, please contact us for more details.