| Autor | Zpráva | ||
|---|---|---|---|
| Rimsak Profil * |
#1 · Zasláno: 12. 7. 2007, 19:54:41
Ať hledám jak hledám, nikde jsem nenašel jak zkomprimovat v php text. Mám třeba text "by the previous 5.2 releases. These regressions relate to the timeout handling over non-blocking SSL" a chci ho zkrátit(zkomprimovat) třeba jen na 8 znaků. Je v PHP nějaká funkce, která to umožňuje? Která?
|
||
| Casero Profil |
#2 · Zasláno: 12. 7. 2007, 19:56:58
Rimsak
substr() ? |
||
| ronnie Profil |
#3 · Zasláno: 12. 7. 2007, 20:00:01
substr() ?
:D :D |
||
| vasek125 Profil * |
#4 · Zasláno: 12. 7. 2007, 21:54:50
Substr mi fakt moc nepomůže, base64 prý i komprimuje, já ale potřebuju jen komprimovat.
|
||
| temistokles Profil |
#5 · Zasláno: 12. 7. 2007, 21:56:52
To o čo sa pokúšaš by šlo na veľmi dlhých textoch, nie na tak krátkych, tam taký kompresný pomer nedosiahneš nikdy.
|
||
| Mastodont Profil |
#6 · Zasláno: 12. 7. 2007, 22:05:17
temistokles
No když si vymyslí vlastní algoritmus, ve kterém a = by the previous 5.2 releases, b = These regressions relate to, c = the timeout handling over non-blocking SSL, tak to jde i na 3 znaky :-) |
||
| Casero Profil |
#7 · Zasláno: 12. 7. 2007, 22:06:23
vasek125
JJ..."trochu" sem se utnul. ronnie Přeji příjemnou zábavu. Škoda, že končíš u toho smíchu a nic neumíš poradit. :D |
||
| vasek125 Profil * |
#8 · Zasláno: 12. 7. 2007, 22:28:44
Ještě takový požadavek: nesmí to být kompresní mechanismus bzip2 aj. protože výsledný řetězec musí být v čitelné formě textu (plaintextu)
|
||
| vasek125 Profil * |
#9 · Zasláno: 12. 7. 2007, 22:29:33
PS. Rimsak=vasek125, to bude asi tím, že stále cestuji od kompu ke kompu :-)
|
||
| dracek Profil |
#10 · Zasláno: 12. 7. 2007, 23:57:28
Nic, takového efektivního není.
Ani BWT algoritmem shromáždění dat (A pak následné RLE kompresi, ale výstup zde nedám) se to nedá dostat na něco krátkého... sg.trgees2yoeens5. SS hel-Lonhshtlrrrmvshrrnne ttTtklsvceedbioaii otlniie e gpuneeaseua oooeb |
||
| vasek125 Profil * |
#11 · Zasláno: 13. 7. 2007, 00:13:27
No nějak to jít musí. Ten text bude přesněji pokaždé vypadat asi takhle nějak: "Setting numbers: 3443331.9 3443331.4 3443331.21 3443331.1 3443331.33 3443331.5 3553331.2 43331" tzn. několikrát se bude opakovat stejný začátek číslice.
|
||
| temistokles Profil |
#12 · Zasláno: 13. 7. 2007, 10:14:44
vasek125
Ten začiatok číslice si môžeš nahradiť nejakým súborom znakov, ktoré inde nepoužiješ, každopádne pri takto krátkych textoch je dosť možné, že neskomprimuješ vôbec nič (efektivitu by to malo povedzme pri 2-100MB textu). |
||
| dracek Profil |
#13 · Zasláno: 13. 7. 2007, 12:36:19
Tak tyhle čísla by se komprimovaly lépe :)
141935211111112.33333333..333333333.3333333345444444 1 .444444 333333.53. |
||
| sakalik Profil |
#14 · Zasláno: 13. 7. 2007, 12:45:14
Rimsak
nevie co chce - by the previous 5.2 releases. These regressions relate to the timeout handling over non-blocking SSL na osem znakov tak to 10 min mp3 na 512 B to by nam stale stacilo FDD |
||
| Pavel Prochazka.zde.cz Profil * |
#15 · Zasláno: 14. 7. 2007, 09:29:12
vasek125
No nějak to jít musí. Ten text bude přesněji pokaždé vypadat asi takhle nějak: "Setting numbers: 3443331.9 3443331.4 3443331.21 3443331.1 3443331.33 3443331.5 3553331.2 43331" tzn. několikrát se bude opakovat stejný začátek číslice. to vypada ze se nejadna o kompresni algoritmus ale urcite standartni fraze jsou ulozeny v nejake databazi a potom pri "dekompresi" se pouziva to cislo na konci jako identifikator retezce ze slovniku nebo s databaze frazi... Jina moznost neexistuje, protoze neexistuje zadna efektivni komprese ktera by text o delce 101 znaku a ve zneni: "by the previous 5.2 releases. These regressions relate to the timeout handling over non-blocking SSL" zkomprimoval na pouhych 8 znaku! |
||
|
Časová prodleva: 17 let
|
|||
0