1. |
re: html??szerkesztes? (mind) |
42 sor |
(cikkei) |
2. |
re: cgi<>java (mind) |
22 sor |
(cikkei) |
3. |
Hello! (mind) |
20 sor |
(cikkei) |
4. |
Re: WINMAIL.DAT (mind) |
13 sor |
(cikkei) |
5. |
Re: Hova tunik a webmester vege? (mind) |
19 sor |
(cikkei) |
6. |
dhtml edit control (mind) |
17 sor |
(cikkei) |
7. |
java bug (mind) |
11 sor |
(cikkei) |
8. |
linkek szine (mind) |
12 sor |
(cikkei) |
9. |
Re: cache (mind) |
15 sor |
(cikkei) |
10. |
Re: basefont/cache/excel html (mind) |
19 sor |
(cikkei) |
11. |
Folytatasa az Egy-ket (3) kerdes-nek (mind) |
32 sor |
(cikkei) |
12. |
Levelezo lista kezdo programozoknak (mind) |
17 sor |
(cikkei) |
13. |
Form es Layer problema (mind) |
15 sor |
(cikkei) |
14. |
Re: DOc to html (mind) |
11 sor |
(cikkei) |
15. |
Re: html converter, cache, perl (mind) |
38 sor |
(cikkei) |
16. |
Re: szamlalok (mind) |
18 sor |
(cikkei) |
17. |
Hello! (mind) |
5 sor |
(cikkei) |
18. |
CGI terheles (mind) |
46 sor |
(cikkei) |
|
+ - | re: html??szerkesztes? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv!
> HOgyan lehet automatikusan megoldani hogy az utolso feltoltes datumat
> automatikusan frissitse?
Pl. SSIvel. Mivel ez szerver oldali dolog, csak ott mukodik, ahol ezt
engedelyeztek a szerveren. Ebben az esetben hasznalata:
<!-- #flastmod file="filenev" -->
Megoldhato mashogy is, de mindenkepp szerver oldali modszerrel.
(Ennel egyszerubb, ha a kesziteskor szurod be a datumot, ez
t sok program egy gombnyomasra megteszi.)
> Lehet e Olyant csinalni hogy atiranyitom a www cimemet!
Lehet. Ismet szerver oldalon kell egy kicsit mahinalni, ey ugyes
CGIvel es persze a DNS megfelelo beallitasaival megoldhato a
dolog. (Nezz be a www.customcgi.net cimre, es keresd a
TrueVirtualt!)
Ha beered meghatarozott domain nevekkel is, akkor a Monolith
segithet (ml.org talan?), esetleg a hungary.nu.
> Aztan van e olyan prg amit a lapom melle felrakva szamlalja a
> letoltesek szamat hogy hanyan olvastak az oldalt
Persze. Rengeteg ilyen van, ismet csak CGIk (jellemzoen).
Kulonbozo igenyeknek es korulmenyeknek megfelelot lehet talalni
a Neten, esetleg en is tudok kuldeni. Ha a CGI futtatas nem megy,
akkor vannak tavoli szolgaltatok is (pl. showstat.com,
hungariantop1000.com).
> Hogyan lehet egy oldalt lekodolni.
Ismet tobb modszer van. CGI, Javascript, mas modszer is szoba
johet, korulmenytol fuggoen. Legegyszerubb a JS, ilyeneket sokat
talalsz, de biztonsaguk erosen megkerdojelezheto. A legbiztosabb
a webszerverre bizni ezt, csak ehhez ritkan fer hozza az ember.
A kovetkezo cimen szinte minden feladatra talalsz scriptet,
tobbfele nyelven es szinvonalon: www.scriptsearch.com
M@t
-----------------------------------
Liptovszky Matyas -
Dev3 Internet Studio - www.dev3.com
-----------------------------------
|
+ - | re: cgi<>java (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
> Viszont ha az ember figyelembe veszi a
> jelenlegi bongeszoket, es sikerul olyan kliens oldali megoldast
> osszehoznia, amely a hasznaltak 99%-an jol fut, akkor annak
> lehetnek elonyei.
Es ez szerinted megoldhato? En meg olyan scriptet nemigen
lattam, ami a bongeszok 99%-an jol futott volna. Valahol mindig
van egy kis bokkeno... (pl. a kliens oldali dolgokat ki lehet
kapcsolni, esetleg meg sem valositottak, nem ugy mukodnek,
ahogy kene, nem mukodnek, stb.)
Arrol nem beszelve, hogy emiatt egy ilyen scriptet
nagysagrendekkel nehezebb (es ezert tovabb tart) megirni. Akkor
miert kene preferalni? (Persze lehet, sot neha kell!!!)
Jol elszakadtunk az eredeti kerdestol, de talan nem feleslegesen.
M@t
-----------------------------------
Liptovszky Matyas -
Dev3 Internet Studio - www.dev3.com
-----------------------------------
|
+ - | Hello! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Nem tudom, uj dolgot mondok-e nektek, de letezik egy nagyon jo kis
weblap-ellenorzo hely a "bobby", mely meglatogatja a honlapodat, es
a meghatarozott parametereknek (html4, 3.3, 3 stb) megfeleloen el-
lenorzi, hogy abban fordulnak-e elo valamilyen hibak, es kozli azo-
kat a pontokat, melyek szintaktikai vagy eleresi problemakkal bir-
nak.
A cim: http://www.cast.org/bobby/
Innen kiindulva letoltheto a programnak offline ellenorzo verzioja
is.
Lajos
--
************************* Toldy Lajos *************************
* mailto: * http://www.nexus.hu/papoman/ *
* web_emil levelezolista: *
* Az Internet elerese/hasznalata e-maillel, freeware prog-ok *
***************************************************************
|
+ - | Re: WINMAIL.DAT (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote in "WINMAIL.DAT" (1999.03.04):
> Egyre tobbet latom felbukkanni a WINMAIL.DAT uuencode -vel kodolt
> levelcsokevenyt. Muszaj ezt is postazni? Ajanlom az AntiViral Tooklit Pro
> (http://www.avp.hu , http://www.avp.ru) , PC-Cillin (Trendmicro) es meg
> sorolhatnam antivirus programokat.
Ez nem virus, hanem, ha jol tudom, az M$ levelezoprogramok
szokasosan szabvanymentes egyenieskedese.
Masok erdekeire is figyelo ember nem levelez ilyesmi szemettel...:-)
Gyula
|
+ - | Re: Hova tunik a webmester vege? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote in "Hova tunik a webmester vege?" (1999.03.04):
> Sziasztok!
>
> Miert van az, hogy -tobb esetben- csak egy resze erkezik meg
> a webmester listanak. A tobbi resze egyszeruen hianyzik.
> Peldaul a tegnapi #673-as, Szabo Zoli levele utan, nyissz. :-(((
> (Pont a frame problem elott) :-((((((
> Udv:
> Patics
Mi a levelezoprogramod?
Szerintem ott van az, csak az a szerncsetlent becsapja
ez az M$ atok...
Probald megnezni, hogy a levelezoprogramod hol tartja
a leveleket, es ha megvan, forrasszinten (egy texteditorral)
meg tudod nezni. Ha sima text formatumban tarolja.
Gyula
|
+ - | dhtml edit control (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Webmesterek
A homesite 4.0 -am hianyol nehany dolgot.
Nem talalja a dhtmledit control -t.
A kovetkezo file-ok hianyoznak neki.
triedit.dll dhtmled.ocx
Elvileg az IE 4.1-et hianyolja, de hiaba turtam
at az IE 4.1 telepito file-ait nem talaltam meg koztuk
a fenti ket file-t.
Tudna nekem valaki segiteni ebben?
Elore is koszi.
Good By !
|
+ - | java bug (mind) |
VÁLASZ |
Feladó: (cikkei)
|
szokik a java hivatalosan elismerten olyat csinalni, h a listboxokban
idonkent nem latszik a kurzor? mert nekem igen. monnyuk swinget
hasznalok, es az inner frame-eknel muveli ezt, konkretan ugy, h minden
egy bizonyos inner frame minden masodik megnyitasanal nem latszik a
kurzor, a tobbi esetben meg igen.
szal, lehet, h csak ez a huje beta verzio szarozik, es a java 2-ben mar
minden megy, mint spiral, de azt se artana tudni. lehetoleg privbe,
koszi.
hcmf wice
|
+ - | linkek szine (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Lattam egy web oldalt amelyen ha ramesz a kurzorral egy linkre megvaltozik a
szine. Nem arra gondolok ha raklikkelsz, hanem csak ratolod a kurzort.
Hogyan lehet ezt megcsinalni. A forras szovegbol en nem tudtam kideriteni.
Igaz meg kezdo vagyok.
kosz a valaszt elore is.
bye
Mikulas
|
+ - | Re: cache (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok
> 2. Hogyan oldhatom meg, hogy egy oldal ne toltodjon
>a cache-be (azt szeretnem, hogy, ha valaki megnyomja a BACK
>gombot az egesz oldal ujra a szerverrol toltodjon le)?
A kovetkezo talan segit:
<HEAD>
.....
<META HTTP-EQUIV="Pragma" CONTENT="no-cache">
</HEAD>
Zsolt
|
+ - | Re: basefont/cache/excel html (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Eredeti:
> <TD ALIGN="left" STYLE="vnd.ms-excel.numberformat:#,##0"><FONT
> FACE="Times New Roman CE"><B><I>92295A HP LJ II, IID, III,
> IIID</I></B></FONT></TD>
>
> Leoptimalizalt:
> <TD><B><I>92295A HP LJ II, IID, III, IIID</I></B></TD>
Hmmm, megjegyzem, hogy nagy mennyisegu adatnal meg az is
szamithat, hogy a </TD> tag "not requested", azaz elvileg
egy uj <TD>, vagy egy </TR> vagy </TABLE> egyben azt is
jelenti, mintha kitettel volna egy </TD>-t.
Ahogy nezem, ez itt egy 54 karakteres cella. Ha a cellak
atlagban 40 karakteresek, akkor ez igy mar 10% megtakaritas,
azaz ennyivel hamarabb jon le az oldal.
Cece
http://www.hal.vein.hu/~cece/
|
+ - | Folytatasa az Egy-ket (3) kerdes-nek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Ezuton valaszolnek a beerkezett sok levelre, szerintem ezek a
dolgok masokat is erdekelhetnek (meg igy gyorsabb is :)
Koszi a sok valaszt a kerdeseimre (HIX WEBMESTER #673),
de azt hiszem nem voltam egyertelmu.
> 1. Van-e olyan trukk, amellyel nem bekezdesenkent,
> hanem egy egesz oldalra vonatkozoan meg tudnam hatarozni
> a betutipust?
A valaszok egy reszebol arra kovetkeztetek, hogy sokan
nem veszik figyelembe a regebbi tipusu bongeszoket.
Azert koszi, mindet ki fogom probalni.
> 3. Tud-e valaki olyan megoldast, hogy egy bazi nagy
> (kb.2000 rekord) Excel allomanybol hogyan lehet 1 Gigabyte-nal
> kisebb html allomanyt generalni? :(
Ehhez meg hozzafuznem a kovetkezoket:
Egyszer egy Excel-bol exportalt 285 kbyte-os tablazatot legyartottam
ujbol, kezzel (!!). A merete 48 kbyte lett (a tartalma ugyanaz). Na,
ilyesmire gondoltam, de nem 6 ora munkaval, hanem automatizalva.
Sajnos azt sem nem mondtam el, hogy ezt a feledatot lehet, hogy
naponta kell majd elvegeznie valakinek.
Cellahatterszin, beutipus, stb. nem erdekes.
Hohy ertsem azt, hogy egy tablazat javascriptesit-ve van?
Lehet ezt is automatizalni?
Koszi
Dr.Prof.Web.Univ. Sohi (a szereny ;)
http://www.hirdet.net/sohi
mailto:
|
+ - | Levelezo lista kezdo programozoknak (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Ket uj levelezesi lista indult kezdo programozok szamara. Foleg olyanokat
celoz meg, akik onerobol, autodidakta modon vagnak bele a programozas
rejtelmeibe, es elso nyelvuknek a Pascal-t vagy a C-t valasztottak. Persze
tapasztaltabbakat is szivesen latunk a listan. Legalabb lesz, aki valaszolni
is tud a felmerulo problemakra. :)
Feliratkozas a kezdo Pascal listara:
Feliratkozas a kezdo C listara:
(A subject es a level tartalma lenyegtelen. A rendszer a level elkuldese
utan megerositest ker. Ezt legegyszerubben ugy lehet megtenni, hogy a kapott
levelre "reply"-al valaszolunk.)
Mindket listan az adott nyelvre vonatkozo konkret kerdeseken kivul,
altalanos programozasi fogalmakat, problemakat is fel lehet vetni.
Udv!
Zsolo
|
+ - | Form es Layer problema (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Talalkozott mar valaki azzal a problemaval, hogy ha egy layer-t
megjelenitek ki/bekapcsolassal (ez egy linknel nyilo popup menu ujabb
menupontokkal), akkor ha alatta egy FORM elem (select) van, az ATLATSZIK
a layer-en, szinte kilyukasztja.
Jatszottam mar a Z-INDEX-szel, de semmi eredmeny, barmit is csinalok, a
layer-en latszik az alatta levo FORM elem.
Van erre megoldas? NN4.5 es IE4 egyarant ezt teszi, vagyis nem bongeszo
fuggo.
Koszi:
Norbert
|
+ - | Re: DOc to html (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Keresek olyan programot, amivel word DOC, vagy rtf formatumot at lehet
> pakolni html-be, lehetoleg normalisan, ne ugy, mint a Word97.
ftp://esca.atomki.hu/pub/pc/dos/rtf2html/rtftohtml.zip
Ez - mint a neve is mutatja - rtf allomanyokbol keszit HTML-t.
Ha egy alkonyvtarban tobb allomanyt konvertalsz egyszerre, akkor
valami tartalomjegyzek-felet is csinal. DOS alatt fut egyebkent.
Word 6 es 7-hez probaltam hajdanaban.
Cserny Istvan
|
+ - | Re: html converter, cache, perl (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Wed, 3 Mar 1999, HIX WEBMESTER wrote:
> > 3. Tud-e valaki olyan megoldast, hogy egy bazi nagy
> > (kb.2000 rekord) Excel allomanybol hogyan lehet 1 Gigabyte-nal
> > kisebb html allomanyt generalni? :(
> Szétdarabolva?
A dreamweaver 2-nek van html clean-up funkcioja, ami eltavolitja a
folosleges tageket. Szerintem erdemes lenne kiprobalni a mar html oldalon.
( persze ez meg mindig nem az igazi megoldas )
> > 2. Hogyan oldhatom meg, hogy egy oldal ne toltodjon
> >a cache-be (azt szeretnem, hogy, ha valaki megnyomja a BACK
> >gombot az egesz oldal ujra a szerverrol toltodjon le)?
> Ez a bongeszo beallitasatol is fugg, de hogyha egy cgi-s
> hivatkozas van, akkor azt mindig letolti, viszont offline-bol
> nem lehet olvasni igazan jol.
>
Van egy ilyen meta tag :
<meta http-equiv="expires" content="0">
Ezt ugy kell ertelmeznie, hogy azzonal lejar, tehat mindig a
szerverrol (kene) letoltenie.
> Segítséget szeretnék kérni! Eddigi CGI-met Perl nyelven írtam Linux
> operációs rendszer alatt. Van-e arra mód, hogy ezeket egyszeruen átírjam Win
> NT alá.
>
> Üdv: Zele
Nagyon egyszeru : szerzel egy windowos perl-t, a scriptnek pedig
futnia kell, elmeletileg (valoszinuleg gyakorlatilag is ) nem kell semmit
valtoztatni.
Vegul egy sajat kerdes : hasznal valaki Apache-hoz Jservet?
Az legyen szives keressen meg maganban, mert lenne hozza egy ket
kerdesem.
Koszi!
--
Mojo
|
+ - | Re: szamlalok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
> Szeretnem kerni, hogy minnel tobben kuldjetek olyan cimet, ahonnan
> ingyenes szamlalot tudok hivni. Sajna az SWI-nek meg nincs (?) szamlalo
> szolgaltatasa.
> ha lehet maganba kuldjetek, es majd a nyujtemenyt berakom az ujsagba, ha
> van ra igeny.
> Az a gond, hogy nehez olyat talalni, ami passzol az oldal hangulatahoz..
> Elonyben vannak azok, amik csak a szamokat jelenitik meg...
Ime egy:
http://www.angelfire.com/me/DanielMawbey/counterentry.html
Cserebe kernem, ha tudod kuld el ami eddig neked van gyujtemenyed.
Udvozlettel: Tibor
|
+ - | Hello! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Segítséget szeretnék kérni! Eddigi CGI-met Perl nyelven írtam Linux
operációs rendszer alatt. Van-e arra mód, hogy ezeket egyszeruen átírjam Win
NT alá.
Üdv: Zele
|
+ - | CGI terheles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
> Felado : [United States]
>
> A CGI is megmozdul, kell telepiteni egy szimpla webszervert a helyi
> gepre. Van egy HTML oktato CD Autocad-hoz es a 3D studiohoz, a
> futas idejere webszervert telepit (egy clickre egy HTML oldalon),
> mert tele van CGI-vel. Szoval megoldhato a madzag nelkuli futas.
Meg, annak, aki ert hozza. Egy atlagos bongeszgeto halandonak mar nem
annyira trivialis egy olyan webszervert telepiteni a gepre, ami korrektul
kezeli a CGI-t. Arrol nem beszelve, hogy emaitt nem akarja majd letolteni,
mert ugyebar a webszerver sem jon at savszelesseg nelkul.
> > Ha sikerul a kliens oldali megoldassal halozati forgalmat kivaltani,
> > akkor az a jelenlegi korulmenyeink kozott igencsak hasznos lehet.
>
> Miert lenne hasznos??? A kliens gepe miert bir el tobbet mint a
> webszerver?? Nem ertem, miert hasznosabb a kliens gepet terhelni
> es bizonytalanna tenni a futast, mint azt a webszerveren intezni.
Az, hogy a webszervernek annyiszor kell a CGI-t futtatni, ahany kliens van.
A kliensoldali cuccok pedig a kliens gepeken elosztva futnak.
> Azert van a szolgaltato, hogy biztositsa az eroforrasokat. A CGI nem
Ez igaz, de ettol meg igaz marad az is, hogy ha ki tudunk valtani halozati
forgalmat es idot kliens oldali megoldasokkal, es azt kompatibilisen tudjuk,
akkor erdemes hasznalni.
> terheli a halozatot magat. Csak fut a szerveren, maximum az output
> terheli a halozatot, a program maga sem le sem toltodik, sem nem
> fut a halon. A kliens oldali scripteket ezzel szemben le kell tolteni,
> azok tenyleg terhelik a halozatot. Egy hoootprimitiven megjeleno
> layeres magoldas 100km forraskodban (tobbfele kliensre megirva :-
> (((((. Na az terheli a halozatot. De a CGI????
Pl. vedd azt az esetet, hogy a user kitolt egy formot, hibasan. Ekkor az
adatok a szerverhez kerulnek, ott a CGI kiszurja, hogy hibas, es visszakuld
egy hibauzenetet. Ezt ki lehet valtani egy kliens oldali elelnorzessel.
Termeszetes, hogy nem minden kliens oldali script valt ki halozati
forgalmat, ez mar a webszerkeszto intelligenciajanak fuggvenye.
udv,
--
Boca -=> http://winnie.obuda.kando.hu/~boca/ <=- Bo'cz Pe'ter
|
|