1. |
HANG (mind) |
8 sor |
(cikkei) |
2. |
DHTML hazilag (mind) |
16 sor |
(cikkei) |
3. |
Re: matav+cgi (mind) |
29 sor |
(cikkei) |
4. |
Re: Kepek&html (mind) |
12 sor |
(cikkei) |
5. |
Az IGAZI... (mind) |
70 sor |
(cikkei) |
6. |
Internet elofizetes (mind) |
12 sor |
(cikkei) |
7. |
Re: Netscape -- CSS (mind) |
27 sor |
(cikkei) |
8. |
Re: Perl file kezeles (mind) |
15 sor |
(cikkei) |
9. |
Re: dhtml: 10x melo (mind) |
17 sor |
(cikkei) |
10. |
Frankfurti Konyvvasar (mind) |
17 sor |
(cikkei) |
11. |
Re: Kepek&html (mind) |
21 sor |
(cikkei) |
12. |
webcim ping teszt (mind) |
65 sor |
(cikkei) |
|
+ - | HANG (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok
Csinaltam egy oldalt FrontPage-val.
Beleirtam hogy legyen background zene.
Explorerrel mukodik de a Netscape futyul ra /Pontosabban hallgat mint a
sir./. Elrontottam valamit?
Udv Feri
|
+ - | DHTML hazilag (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Webmesterek
A Microsoft legujabb prgramja, mely a Vizact nevre hallgat (45 napos proba valt
ozat 8.8MB ha van IE5-od) es lehetove teszi, hogy a
nem profik is csinalhassanak igen klassz grafikaju oldalakat. Sajnos csak akkor
latszik, ha IE5-el nezik, de kompatibilis a tobbi
bongeszovel is, csak ott nem lesz grafika. Csak meg kell nyitni a mar kesz olda
lt, es beallithatod, milyen effekt mikor jojjon elo,
es hogy. De hasznalhato html szerkeszt0nek is.
Udv: Laci
*****************
Laszlo Hollos MD.
www.hollos.nu
*****************
|
+ - | Re: matav+cgi (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Minek utan nekem itt elsosorban dbase-es allomanyokkal kellene
> foglalkoznom (ezekbol lennenek kulonbozo lekerdezesek) nem igazan
> tudom, milyen prog. nyelvet hasznaljak a cgi irasahoz amivel ezt
> _celratoroen_ megoldhatom. Vagy esetleg ezeket a .dbf fileokat
> konvertalnom kellene arra a formatumra amelyet - mondjuk - a mysql is
> hasznal? Minden (szamomra) uj megoldas fele nyitott vagyok.
Hello!
Letezik ugyan egy dbf2mysql proggy, amit paranccssorbol sok-sok
opcioalltiasi lehetoseggel hasznalhatsz. De sajnos nem tamogatja
a memo mezot, igy ha van ilyen a dbf-edben, ez a modszer kilove.
A PHP3-ban levo dbase modul is sajnos ezzel a gyermekbetegseggel
kuszkodik.
No es persze ez is csak mind csak sotetben tapogatozas, ha a
webszerver ezeket nem tamogatja. Perl azert csak-csak van :)
Perlhez pedig nav mysql, pgsql tamogatas, tehat mar csak a
dbf->SQL tablak konverziot kell megoldani. A memo mezoket talan
ugy lehet egy kis fricskaval megoldani, hogy valami clipperes
vagy hasonlo proggival txt fajlokba iratod a memokat. Ezen
fajlok neveinek termeszetesen kotodniuk kell a rekodhoz, valamelyik
egyedi mezo felhasznalasaval.
Szoval ha all rendelkezesedre sql szerver, es perl vagy php3,
akkor igy meg tudod csinalni...
Remelem, valamelyik osszejon.
Cece
http://cece.web.com
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
|
+ - | Re: Kepek&html (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Sziasztok. Azt szeretnem megoldani hogy harom kep legyen egymas mellet
> egy sorban. Ezt a kovetkez kep oldattam meg:
Hello!
Azt hiszem, megint sokan fogunk valaszolni, mint legutobb a TEXTAREA
ugyben. :)))) A megoldas mar szerepelt amugy korabban is itt, es ez
felettebb egyszeru: egy 3 cellas tablazatba kell tenni a kepeket.
Cece
http://cece.web.com
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread!
|
+ - | Az IGAZI... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Nem =EDrom, hogy ki =EDrta, mert haragszom r=E1, hogy h=FClyes=E9geket =
=EDr, de
> itt senki nem tud Perl-ben *igaz=E1n* programozni, vagy aki tud, az nem
> veszi a f=E1radts=E1got, hogy =EDrjon?
Azt hiszem, mondhatom "jelen!" :))) Valoszinuleg ram gondolhattal, amikor
a "hulyesegeket iro" embert nem nevezted neven. Szoljon mentsegemre, hogy
csakis a segito szandek vezerelt, raadasul a megoldas mukodik, meg ha nem
is a legudvozitobb... Talan azert beszelek itt ossze-vissza, mert a
programnyelveket is valtogatom ossze vissza, attol fuggoen, epp mi az
igeny. Es jelen esetben nem neztem utana olyan pontosan a dolognak, mint
Te. Ez csak egy hirtelen otletado segitseg lenne, ezert ne haragudj ram.
Vegulis a kerdezo is halas lehet, mert mivel provokaloan 'hulyeseget'
irtam a szamodra, s te mint *igazi* perl programozo, ahogy a megemlitett
oldaladon is hivod magad, minjart vetted a faradtsagot, es szuper leirast
nyujtottal 3-4 fajlkezelo utasitasrol.
Azt mondod: nem kell tombbe olvasni az egesz fajlt. Igazad van. Viszont
megoldhato ugy is, meg ha kicsit memoriazabalo is. Amugy valoban hulyeseg
:))) Nagyon... :)
Az, hogy csak ugy *emlekezetbol* seek-eljek a fajlban, aztan visszairjam a
valtozott rekordot, egyuseres rendszerben jo, amikor lockolni sem kell,
vagy olyankor, amikor a kiolvasas-modositas-visszairas muvelet csak
pillanatok dolga, s emiatt a locknak letjogosultsaga van. Viszont amikor a
modositas resze a dolognak nem ilyen gyors, a lock+emlekezetbol seek-eles
nem tul udvozito, ekkor ugyanis ha valaki beolvas egy rekordot modositasi
cellal, es formban editalgatja fel percig, vagy 3 percig, vagy fel
napig... khmmm ennyi idore zarolni az egesz adatbazist eleg gyatra
megoldas lenne. Csak igy lenne eleg egy open-seek-write-close futam,
amikor vegre megerkezett a rekord uj tartalma.
A valosagban ez persze nem mukodik igy. Amikor weben meghivsz egy rekord
editalo formot, nem fogod zarolni az adatbazist, masok is lehivhatnak
rekordokat modosito szandekkal. A formban egy hidden mezoben tudod tarolni
annak a mezonek a tartalmat, ami egyedien a rekodra jellemzo. Azert ugye
nem kell taglalnom, hogy ilyenre szukseg van. Amikor elkuldod a formot, a
meghivott script zarolja a flatfile adatbazisod, megnyitja, es szepen
vegignyalja, hol is van benne az adott rekord, majd azt modositja. Ezutan
johet a lock levetele. Igaz, nem kell tombbe szedni az egesz hobelebancot,
az hulyeseg, de az sem igaz, hogy csak raugrok a rekordra, es pikk-pakk
atirom. Meg kell keresni, ergo vegig kell nyalazni az egesz fajlt.
Mondhatni be kell olvasni, csak nem tarolom el hulye modon tombben.
Utoljara megegyszer elnezest kerek eme mergesito otletem miatt.
Amit irtal egymasba agyazott ciklust, abban mar a koncepcio sem jo, mert
az "# itt csinalunk valamit majd kiirjuk a fajlba" sor pont az a kritikus
resz, ami akar kezdodhet ugy is, hogy lekeri az operator a rekordot,
elkezdi editalgatni, kozben megebedel, hivjak telefonon, es vegul elkuldi
vegre a modositast. Ez mondjuk 2 ora. Raadasul egy webes perl alkalmazas
nem is mukodhet ugy, hogy a ciklus belsejeben megall, es var egy formra.
Szoval modositas elott a fajlt igenis vegig kell nyalni, meg kell keresni
a rekordot, es utana kezdeni hozza az atirogatashoz.
Amikor az ember mar ott tart, hogy nekiallna emiatt functionokat irogatni,
jobb he inkabb gyorsan megtanulja az SQL lekero nyelvet, es perlbol
postgresql-t kezelni pl. Ugyanis amint bejon az a dolog, hogy egyszerre
harman is editaljak ugyanazt a rekordot, mer szoba kerul a tranzakcio
kezeles fogalma, amit ugye mezei perl fuggvenyekkel megoldani eleg baltas
dolog.
Uff, kimagyaraztam, kiduhongtem magam, es jol lekritizaltalak :)
Vegyuk mindezt elegtetel vetelenek lehulyezes vetke miatt, aztan assuk
el a csatabardot :))))
Cece
http://cece.web.com
Hi! I'm a .signature virus! Copy me into your ~/.signature to help me sprea=
d!
|
+ - | Internet elofizetes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
-- Szia Mindenkinek !
Uj vagyok a csatin, erdeklodni szeretnek internet elofizetesek utan.
Elsosorban e-mail cimek, illetve telefon szamok es ezek gazdai kellenenek,
ahol tudok erdeklodni. Budapesti elofizetesröl lenne szo.
Segitsegeteket elore is koszonom, a tobbiek kimelese erdekeben a
segitseg johet maganba.
Koszi megegyszer!
Üdv Mindenkinek:
/ === Waterloo === /
|
+ - | Re: Netscape -- CSS (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Felado : [Hungary]
> A CSS (style sheet) egyike azoknak a csili-vili ujdonsagoknak,
> amit a ketfele bongeszo kulonbsege (milyen finom voltam) miatt
> gyakorlatilag nyugodtan elfelejthetunk.
>
> Illetve en csak a legegyszerubbeket javaslom hasznalatra.
>
> ...
>
> Gyula
Azt hiszem, elbeszélünk egymás mellett. Én elég minimálisan használtam a
CSS-t, nem is az a baj, hogy másképp jeleníti meg a két böngészo, mert ezt
teszteléskor az boven elviselheto minimálisra szorítottam. A baj az, hogy
noha a Netscape 4.x jól jelenít meg, de nem hajlandó nyomtatni, illetve egy
konkrét Netscape egy konkrét környezetben TELJESEN összezavarja az oldalt:
egymásra tolja a sorokat, noha pozicionálást, layert egyáltalán nem
használtam.
Én amúgy a CSS-t nem tartom csili-vilinek, s csupán azért és arra
használtam/om, mert a HTML 4 alapján más lehetoségem nincs a formázásra,
ugyanis az összes formázó tag a nem ajánlott kategóriába tartozik.
Korszerutlent csinálni meg -- azt hiszem -- semmiképp sem szabad, még ha
ezzel átmeneti zavarok adódnak is.
Üdv:
M. Attila
|
+ - | Re: Perl file kezeles (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok,
>> Nem írom, hogy ki írta, mert haragszom rá, hogy hülyeségeket ír,
> Ugyan, ugyan..... Maximum a vak vezet vilagtalant esete forgott fenn.:-)
:-)), aki ismer, az tudja, miert volt ez felig-meddig
talalo... :-) ;-)))
> De igen. Most vette a faradtsagot a lista Perl Guruja, hogy megvalaszolja a
> kerdest.
> Szerintem pont erre a valaszra vart a kerdezo.
Igy van, es ez uton koszonom Verhas Peternek a szakszeru, es
pontos valaszt.
Udv: Pille
|
+ - | Re: dhtml: 10x melo (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> az alábbiakat írta a következő hírüzenetben:
...
> de egy index.hu-ra semmikepp nem javasolnek ilyen rizikos
> dolgokat...
Az index.hu-nak szerintem tokmindegy, mert most sem jo. 800*600-as
felbontasnal rendszeresen szetcsuszik (ki jobbra), vagy a jobboldali cella
eltakarja a kozepso oszlopot...
Allandoan javitgatjak, de nem er sokat.
Neztem en IE5.0-val, meg Netscape egy-ket verziojaval, de sehogy sem jo.
--
Udv://Meister
http://www.remrossz.ini.hu -- A REMROSSZ oldal MEGUJULT FORMABAN!!!
Penzkereses a Netezessel:
http://forinternet.hypolit.net/cgi-bin/csatlakozas.cgi?102507
|
+ - | Frankfurti Konyvvasar (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi All!
Vegre majdnem 100%-ban kesz a Konyvvasar honlapja, ha van kedvetek,
megnezhetitek.
Sajnos a MATAV szervere olyan tetu idonkent, hogy sokat kell varni.
Szabolcstol kerdezem, hogy ezt a design-t hogy csinalta volna meg FRAME
technika nelkul?
http://www.frankfurt.matav.hu
--
Udv://Meister
http://www.remrossz.ini.hu -- A REMROSSZ oldal MEGUJULT FORMABAN!!!
Penzkereses a Netezessel:
http://forinternet.hypolit.net/cgi-bin/csatlakozas.cgi?102507
|
+ - | Re: Kepek&html (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote in "Kepek&html " (1999.10.10):
> Sziasztok.
> Azt szeretnem megoldani hogy harom kep legyen egymas mellet egy
> sorban.
> Ezt a kovetkez kep oldattam meg:
> <a href="atjaro.html"><p align=left><img src="castle.gif"
> width=30 height=30></a></p><p align=right><img
> src="flame.gif"><p align=center><img src="cat2.gif"></p> A
> gondom a kovetkezo. NEM egy sorba kerultek a kepek.Sortores van
> koztuk. Mit lehet ez ellemn teni hogy egy sorban legyenk? Elore is
> koszi
Gondolom, ez is kap annyi megfejtest, mint a textarea.
<nobr><img src="castle.gif"><img
src="flame.gif"><img src="cat2.gif"></nobr>
Tehat egy sorban, space-ek nelkul.
Gyula
|
+ - | webcim ping teszt (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
Olyanok segitseget kernem, akiknek megvan a PingPlotter nevu
program, vagy valamilyen mas tracer proggy, amivel egy cim pingjet meg
lehet nezni, illetve azt, hogy milyen szervereken halad at a connect, amig
odaer.
A feladat:
A honlapom cimet kellene trace-elni es az eredmenyt PingPlotter eseten
akar sample file-kent, akar txt-kent elkuldeni a cimemre.
Jo lenne ha minel tobben meg tudnatok csinalni es elkuldenetek, mert
nagyobb osszehasonlitasi alapom lenne. Ugyanis az a gondom, hogy
itt nalam valami elkepesztoen lassan jon le az oldalam, illetve az ftp
felol is borzaszto a lassusag, amikor pakolok felfele (max. 200 bit/s!!)
Viszont sokan irtak, mondtak, hogy ok bizony semmifele lassusagot nem
tapasztaltak, naluk minden OK, normalis sebesseggel jott le nekik a site-om
meg 33.6-os connectel is...
Nekem 4000 felett van a pingem a zsoca.com cimre 46K-s connectel!
Mas magyar es kulfoldi szerverek nagyon gyorsan, illetve atlagosan toltodnek
le (es egyaltalan, minden ugy muxik, ahogy kell), de az en site-om,
meg altalaban a virtualave site-ok eszmeletlenul lassan jonnek.
Csak nekem???
Szoval ezert volna szukseg az utvonalra, pingre, mert egyszeruen nem tudok
mar mas okot elkepzelni a jelensegre, csak azt, hogy azok, akiknek gyorsan
jon le, egyszeruen mas utvonalrol kozelitik meg, vagy valami oknal fogva
ugyanazon az utvonalon jobb pinggel...
Tehat a ket cim, amit tesztelni kellene:
http://www.zsoca.com
http://www.zsoca.net
Tudtok olyan segedproggyrol, modszerrol, amivel meg lehet kerulni az
utvonalnak
egy egy lancszemet? Tehat amivel ki lehetne hagyni egy-egy szervert a
connectalasi
utvonalbol...
Vagy lehet valamilyen html, cgi programozasi modszerrel gyorsitani a
letoltodesen?
A magam reszerol a site-on levo kepeket ennel jobban mar nem birom
optimalizalni
es nem is ezze van a gond, mert masoknal vegulis nincs ezekkel gond...
Elore is koszonom az eredmenyeket, amiket termeszetesen maganba kerek!
vagy
U.i: Felre ne ertsetek! Nem a vonalammal van baj, vagy ilyesmi! A fenti
gondot
leszamitva minden nagyon gyors, minden OK!
_____
Üdv.
Zsoca
Web: http://www.zsoca.com
Tükör: http://www.zsoca.net
Mail: <mailto:>
vagy
Ékezet, Html ready!
"Always two there are...
... no more, no less ...
... a master...and an apprentice!" - Yoda
_____
|
|