- iPhone topik
- Vodafone mobilszolgáltatások
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Eleglide C1 - a középérték
- Milyen okostelefont vegyek?
- Android szakmai topik
- DIGI Mobil
- Android alkalmazások - szoftver kibeszélő topik
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
Hirdetés
-
Nyár végén jön az idei THQ Nordic Digital Showcase
gp Az új bejelentések mellett újabb részleteket kapunk a Gothic Remake-ről és a Titan Quest II-ről is.
-
A legtöbb amerikai szerint a TikTok egy őket befolyásoló eszköz
it Egy felmérés szerint a legtöbb amerikai osztja azon véleményt, hogy a TikTok egy őket befolyásoló eszköz.
-
Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
ph A szerverpiacra szánt Turin platform, illetve a mobil szintre nevező Strix Point érhető el a főbb partnerek számára.
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz martonx #6596 üzenetére
Éppen abban a hsz.-ben linkeltem egy ilyen jellegű problémát, amire válaszoltál, a drupal.hu-ról.
Nézd meg a kérdést a belinkelt topicban, majd nézd meg a megoldást. A lényeg, hogy a szolgáltató elvégzett egy egyoldalú módosítást biztonsági okokból, és ez a módosítás bizonyos oldalakon problémákhoz vezetett (például a kérdező és az én Drupal-oldalamon is, és nyilván még sokaknál), mert bizonyos képek, stylesheetek, scriptek, egyebek 404-es hibát dobtak. Amikor épp egyáltalán nincs se kedvem, se időm azzal szórakozni, hogy mi lehet a probléma forrása és megoldása, viszont a megrendelő nyilván hozzám fordulna elég morcin, hogy na mi van az oldalával, akkor egyszerűbb a szolgáltatóhoz fordulni (töltsenek el vele ők időt, ha már egy módosítást elvégeztek), és ezért a mai napon délelőtt 10 óra körül cseten rájuk is írtam, válaszoltak, és kb. max. 15 perc alatt az egész megbeszéléssel, kipróbálgatással, jópofizással, virtuális vállveregetéssel együtt megvolt.De akkor mondok még egy példát. Egyszer mindenképp szükség volt az egyik igen komolytalan szolgáltatótól való elköltözésre, mert ott állandóan erőforrás-problémákkal küszködtünk, ezért úgy döntöttünk, költözünk, és javasoltam a megrendelőnek a Tárhelyparkot. A probléma az volt, hogy a költözésre még mindenképp az egyik 4 napos hosszú hétvége előtt volt szükség, mert akkor volt ideje a megrendelőnek is tesztelgetni az oldalt, meg nekem is érdemben foglalkozni vele, meg kommunikálni az egészről. Az viszont nagyon nem lett volna jó, ha két szék közt a pad alá esünk, mert csak "félig" sikerül a költözés. Az egészet még tovább bonyolította, hogy egy tárhelyhez 5 domain volt rendelve, és mind az 5-öt költöztetni szerettük volna akkor már. Még tovább bonyolította, hogy mivel a megrendelőnek több cége is volt, mindegyikhez külön-külön domain tartozott, így még a számlázás is külön-külön kellett, hogy történjen, hogy jóvá tudja írni a domain-fizetés ÁFÁ-ját. Na ez az egész csütörtökön volt, így ugye másfél nap volt az egészre, a pénteki egész nap, meg a csütörtök hátralévő része. Ekkor elkezdtem csetelni a Tárhelyparkos ürgével, hogy ilyenkor mi a pálya, hogy lehet ezt az egészet megoldani minél gördülékenyebben, egyáltalán van-e esély rá, hogy mindez megtörténik szombatig.
A csetelési lehetőségnek köszönhetően az egész ügyintézés nagyon gyorsan, gördülékenyen lezajlott, és péntek délutánra mind az 5 domain átkerült a Tárhelyparkhoz, és a számlázás kérdését is sikerült megoldani, valamint még technikai jellegű kérdést is fel tudtam tenni a domainek azonos tárhelyhez rendelésével kapcsolatban.
Mindez biztos, hogy nem történt volna meg ilyen gyorsan, ha nem látják egyből az üzeneteimet, és nem reagálnak rájuk kb. max. 5 percen belül.Gondolom így már érted, ilyenkor milyen jól tud jönni egy ilyen dolog, hogy probléma esetén a szolgáltató elérhető, és rendkívül szolgálatkész. Egy szolgáltatónak az is a dolga, hogy az ügyfelek ügyes-bajos dolgainak megoldásában segítsen, ne csak passzívan várja a dellát a szolgáltatásáért cserébe. Ha az ember mindezt megkapja, akkor megerősítést nyer, hogy jól választott, amikor az adott szolgáltatót választotta. Ez rengeteget számít.
Ezen az egészen még nagyobbat dob, ha a szolgáltató hajlandó akár külsős fórumokon is írogatni a probléma megoldása érdekében, hogy megőrizze a jó renoméját.
Na, én ezek miatt merem ajánlani jó szívvel a Tárhelyparkot, nem csak azért, mert elfutkorászik rajta pár oldalam, aztán annyi.Sk8erPeter
-
CSorBA
őstag
válasz martonx #6596 üzenetére
Vasárnap éjjel fél 1-kor kitöröltem a public_html mappában lévő összes aloldalt (3 weblap volt rajta), mert a fájlkezelőben rossz mappában álltam. (egyik oldalt akartam teljesen cserélni.) Telefon, e-mail megerősítés, reggeli backupot kaptam vissza 20 perc múlva.
Azóta már máshogy csinálom az ilyeneket, de mindenesetre ott elég jól jött -
Sk8erPeter
nagyúr
válasz martonx #6601 üzenetére
Nincs mit.
De az első esetben itt végül is elég jól indokolja a szolgáltató, hogy nem a saját hülyeségéről van szó:
http://blog.tarhelypark.hu/hekker-tamadas-joomla-wordpress/
normálisan leírva itt:
http://adminblog.tarhelypark.hu/apache-symlink-hack-wordpress-joomla/
Szóval inkább arról van szó, hogy túl sok CMS-t feltörtek a szolgáltatónál, ezekért persze őket okolták az oldal tulajdonosai, mondván, akkor ez egy szar szerver, ha az én oldalamat feltörik, pedig ez az oldalt fenntartók hülyesége, hogy nem frissítették a CMS-eiket, és ezért azok könnyen támadhatóvá váltak (nem rakták fel a biztonsági foltozásokat). Ezért bevezettek egy előzetes biztonsági intézkedést, ami legalább egy kicsit segíthet talán ezen, egy fokkal nehezíti az oldalak feltörését. Viszont ehhez szükség van a .htaccess-fájlok módosítására, és ez sajnos nem csak azokat érinti, akik elfelejtették frissítgetni a CMS-eiket. Ez igazából miért a szolgáltató saját hülyesége? Inkább az oldaltulajoké/-karbantartóké, nem?[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #6603 üzenetére
Igen, ezzel teljesen egyetértek, pampogtam is emiatt egy kicsit. Én is úgy látom, hogy minimum, hogy előre szólnak mindenkinek, hogy terveznek egy ilyen átalakítást, és nem nekem kell kotorásznom az ő blogjukat (!), hogy mégis mi a franc történhetett hirtelen az oldallal. Ráadásul külön nagyon kellemetlen lett volna az egész, ha már gyakran látogatott, nem fejlesztési fázisban lévő oldalról lenne szó, erre még rátett volna, ha profitorientált lenne az oldal.
Nálam ráadásul még külön kellemetlenség is volt ez az egész, mert van egy oldal, aminek a fejlesztését most átadom egy másik fejlesztőnek időhiány miatt, és egyik nap gondoltam ránézek az oldalra, mi az ábra vele, és látom, hogy csomó kép 404-et dob, egy-két JS-fájl meg 403-at, tehát gáz van a jogosultságokkal, na mondom mit csinálhatott az új fejlesztő a Drupallal. Rá is kérdeztem nála mailben, hogy tudja-e, mi az ábra. Közben én elkezdtem kotorászni, és a szolgáltató Facebookos oldalán találtam meg erről az egészről az értesítőt... na mondom fasza, ott láttam a blogra is a hivatkozást. Ki a tököm követi a szolgáltatója blogját? Ezért egyből írtam is az elnézést kérő levelet az új fejlesztőnek, hogy közben kiderült, mi az ok, bocsi, hogy felmerült bennem, hogy esetleg ő rontott el valamit. Ő kicsit később látta a levelet, aztán írta, hogy igazából egyébként még hozzá sem nyúlt az oldalhoz, mert a megrendelővel még árajánlat fázisában vannak, szóval tök kellemetlenül jött ki a dolog, de mondjuk tök normálisan megbeszéltük az egészet.
Ebben a dologban tehát egy kicsit mérges voltam a szolgáltatóra, mert nem az én dolgom, hogy az ő ügyfeleik mennyire szarják össze magukat esetleg attól, hogy félreértelmezik az újításról való figyelmeztetést. Meg lehet fogalmazni egy értesítőlevelet úgy is, hogy ne fosson be mindenki egyből, hogy úristen, valami biztonsági para van.[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
-
Sk8erPeter
nagyúr
válasz martonx #6628 üzenetére
Sajnos egyet kell értenem, én is ilyesmire gondoltam.
(#6629) Speeedfire :
biztos túl sok lóvé ment el az m1, m2, m3D és a család többi tagjának logójára és "arculatára", itt már spórolni kellett.
Kíváncsi lennék egyébként, hogy ezt - ahogy mások is felvetették a kommentárokban - milyen költségként számolták el, mennyit tüntettek fel összegként. Értem én, hogy belsős alkalmazottakkal lett elkészítve, de nehéz olyan területet találni, ahol nincs mutyizás, bár jóindulatúan feltételezhetjük a szemünket kicsit becsukva, hogy biztos ez tök tisztességesen történt kivételesen, úgy legyen!
Egyébként ha Joomlát használnak az MTVA-nál, akkor azt nem értem, miért nem használtak vajon ennél a KLIK-nél is, szintén valami ingyenes template-et felhasználva, gyorsan kigyomlálva az arra utaló részeket, biztos, hogy ennél ezerszer igényesebb lenne az egész.(#6631) biker :
hát ja, valószínű, ezt a 2012-ben használt Frontpage 2003 generálta bele.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #6713 üzenetére
Hát ja, IE10 már okés az alapján, amiket eddig olvastam róla (én direkt nem raktam fel még, nálam IE8 van fent, csakis tesztelés céljára, másra nem használom), de azért szvsz az annál lejjebb lévő változatokra is kell még gondolni, mármint CSS tekintetében is (pl. IE8 az alsó korlát). De szerencsére azért bőven lehet találni készen megírt igényes CSS-fájlokat is, amik keretet képeznek a saját plusz kódjaidhoz, amik segítségével jóval kevesebb egyedi csiszolgatásra van szükség.
[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
válasz martonx #6717 üzenetére
Csak szeretnéd / szeretnénk. Vannak olyan idióták, akik még mindig IE6-ot használnak. Pedig egy ideje nem láttam a google analyticsben, de az egyik weboldalon (nem reprezentatív felmérés ) az utolsó hónapra, 5 látogatást hozott ki IE6-ra és 23-at IE7-re, a 8-as pedig megelőzi a 9-est.
Viszont FF és Chrome is megelőzi az IE-t, ketten együtt kicsit több, mint 70%-os szeletet értek el. Ennek azért örülök. -
misionline
tag
válasz martonx #6727 üzenetére
szia.
Leginkább mobil detektálás mivel egy script érzi milyen eszközt használnak és ha úgy ítéli nem pc akkor a mobil oldalt tölti be. Bár biztos van sok féle srcipt,
Pontosan, ha pc ről beírod, hogy www.turbojavitasdebrecen.hu akkor bejön a rendes weboldal, ha mobilról lépsz fel a www.turbojavitasdebrecen.hu ra akkor ott már nem a rendes hanem a www.m.turbojavitasdebrecen.hu aldomainen lévő mobil változat jön be. -
-
Speeedfire
nagyúr
válasz martonx #6848 üzenetére
Hmmm, ezesetben lehet elég lenne csak a responsive.
Ahogy én látom elég a wrapper-nek megadni, hogy min-width, utána pedig mindennek %-ban kell megadni a szélességét.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Soak
veterán
válasz martonx #6861 üzenetére
Mondjuk szövegszerkeszőzést azt nem egészen értem ... Gondolom IDE-kről van szó, de ezen mi olyan hihetetlen? Nem kezdő feladat, de ahogy mondták is, gyakorlásnak jó.
És mindezt biztonságosra?
Ez elég kétélű, mivel egy open source CMS-nél ha van hiba akkor azt tudni is fogják, viszont egy saját zárt rendszerben sokkal nehezebben fedeznek fel bármit (ha van), ezért jó esélyel az alap dolgok után nem is piszkálják.
-
Sk8erPeter
nagyúr
válasz martonx #6876 üzenetére
Várj, a CSS-forgatást hogy érted? Az említett kép esetén például valahogy úgy, hogy egy/több fehér négyzetet forgatnál a kép fölé? Vagy hogyan? Csak mert az eredeti kép nincs elforgatva, csupán le van csapva a négy sarka, és így négyszög lesz középen.
============
(#6877) CSorBA :
mármint mi erőforrás-igényes? A CSS3 transform property használata? Persze lehet, hogy sok képnél tényleg az, én nem vágom, ezért kérdezem.Itt amúgy a konkrét problémától függetlenül most véletlenül találtam egy elég vad példát, ahol egy iframe-be szúrt tartalmat forgat el teljesen:
http://davidwalsh.name/demo/css-transformations.php[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #6879 üzenetére
Jaja, azt elsőre is értettem, hogy forgatnád, de az nem jó.
Most rákerestem, és megtaláltam a kép eredetijét:ELŐTTE:
UTÁNA:
Szóval itt nincs forgatás, csak le van csapva a 4 sarka.
===
"Szóval a CSS animációk a böngészőt a létező legkevésbé megterhelő funkciók. Megkockáztatom, hogy mondjuk egy 100 képből álló gyűjteményt az általam mondott módszerrel elforgatni kevesebb erőforrást igényel, mint 100-szor felvenni egy felesleges html node-ot, és azt css-el a képek fölé ügyeskedni.
Mert gondoljunk már bele, a második módszernél van 100 tök felesleges képed, amit ugyan csak 1-szer, de le kell töltenie, 100-szor le kell renderelnie, memóriába kell tartania, 100-szor pozícionálnia kell."
Na ez az, amit én sem vágok, ezért lennék kíváncsi rá, hogy vajon melyik az igaz. Nekem az, hogy egy tök sima fehér képet 100-szor le kell renderelnie a böngészőnek, egyáltalán nem tűnik egy nagy valaminek, mert 100 HTML node az igazából nem sok. Azt is lehet esetleg itt kerülő megoldásként, hogy egy max. 2*2 pixeles fehér képet kinyújtasz, sokszorosítasz, akár background-image-ként, de az igazán ötletes megoldás nekem nem jut eszembe még a fentire (a forgatást továbbra sem vágom, hogyan oldja meg a dolgot).
Mindenesetre abban én közel sem vagyok biztos, hogy a böngészőt legkevésbé megterhelő funkciók a CSS-animációk, már amennyiben nincs egy böngészőben például hardware acceleration engedélyezve (GPU-rásegítés). Sőt, Firefox nem is olyan régi változataiban például a transition használatánál a CPU-használat bizonyos esetekben elég durván elszaladhat, még annak idején, amikor ez a kérdés megjelent, kipróbáltam ezt Firefoxban, és tényleg csak úgy zabálta a procit:
http://stackoverflow.com/questions/10354742/css3-transition-of-background-image-for-firefox-not-working
persze ez nyilván szar implementáció eredménye a CSS3 transition property a Firefoxban, és gondolom azóta javították (nem igazán használok FF-ot), csak azért jeleztem, mert önmagában még nem biztos, hogy igaz, hogy a CSS3-animációk spórolnak az erőforrásokkal.Sk8erPeter
-
InfiniteReality
őstag
válasz martonx #6887 üzenetére
Dinamikus szöveg. Tehát mint egyfajta fórum, de minden betű lehet más színű (akár átmenetes).
Én is canvas-os megoldásra gondoltam, csak az a kérdés, az gyorsabb-e (szinezgetéssel együtt), mint CSS-be előre letárolni valamennyi színt és a betűket <span></span> közé rakni ahol ez kell.
http://logout.hu/cikk/samsung_led_tv_tudastar_d_szeria/alapok.html
-
Siriusb
veterán
válasz martonx #6919 üzenetére
Meg fogom nézni. Nálam sajnos még a gmail fiókot is simán betölti, hiába nincs bejelölve, hogy ne tartson bejelentkezve. Mondjuk én iron-t használok és nem chrome-t, de utánajárok. Kösz a tesztelést.
Érdekes, mert olvasgattam a neten, s a google azt mondja, hogy ők úgy értelmezik, ott kell folytatni a munkamenetet, ahol abbahagytad, tehát azt (az eredeti) állapotot őrzik meg újraindítás után. -
Tele von Zsinór
őstag
válasz martonx #6964 üzenetére
Ha hashelt jelszót küld, akkor ugyanott tart, mint ha plaintext menne - jelszóval ekvivalens érték, ha azt lopja, visszajátszással máris benn van. Erre van például az kitalálva, hogy a szerver küld egy randomgenerált nonce-t, és azt kódolja valamilyen formában a kliens a jelszó hash-ével (ami a szervernek is megvan), és ezt küldi vissza. Mivel legközelebb más lesz a nonce, ezért itt nem lehet visszajátszással támadni.
Abban viszont igazad van, hogy a valódi megoldás csakis a https egy valid, legalább tls/1.0 certtel.
-
Soak
veterán
válasz martonx #6966 üzenetére
És amíg nem https-en megy keresztül a forgalom, addig az már szinte részlet kérdés, hogy milyen módszerekkel próbálunk pár perccel nehezebben törhető védelmet csinálni.
Ez igaz, viszont véleményem szerint aki nem tesz meg minden (akár elhanyagolhatónak tűnő) intézkedést, akár plusz 2 perc miatt is az hibázik. Ha valakinek egy hozzáértő le akarja nyúlni a jelszavát akkor úgy is lefogja, viszont minden apró akadály leküzdése idő, bárkinek. Akár el is dönthetni a töröm/nem töröm kérdést, mert azért szerencsére nem csak olyan kártékony emberek léteznek akik IT security tudása nem hagy kívánni valókat.
[ Szerkesztve ]
-
Tele von Zsinór
őstag
válasz martonx #6966 üzenetére
Azért ez a "nem ér semmit" erős. Koncepcionálisan ugyanígy működik az ssh rsa kulcsos auth-ja, azaz a szervertől kap a kliens egy nonce-t, a kulcsával aláírja és azt küldi vissza. Szerveroldalon ott a kulcs nyilvános része, és tudja ellenőrizni. Az egész megoldás legszebb része az, hogy soha nem utazik titkos (vagy jelszóval ekvivalens) információ a hálózaton - nem véletlen, hogy kritikus helyeken általában tiltják is a jelszavas bejelentkezést, csak és kizárólag kulccsal lehet bemenni.
Egyébként vitatkozunk itt erről, mikor a gyakoribb gyenge pont a szerveroldali tárolása a jelszavaknak. Ma is a szinte egyeduralkodó megoldás valamely kripto hash alkalmazása, jobb esetben salttal, de az még mindig nem elég. Szerencsére terjed a bcrypt, a php is kap erős jelszókezelő függvényeket az 5.5-től, illetve 5.3.7 fölött ezek már most is használhatók.
-
Tele von Zsinór
őstag
válasz martonx #6970 üzenetére
Az aszimmetrikus titkositas szepsege, hogy van egy nyilvanos kulcs, amit veletlen sem kell titotban tartanod, sot! De abban az esetben, amire most webes kornyezetben gondoltam, a kliens altal megadott jelszo volna a kulcs, vagy legalábbis egy ebbol szamitott ertek mondjuk pbkdf2-vel.
-
lordjancso
senior tag
válasz martonx #7002 üzenetére
Igen, ezt valahogy én is így gondolom.
Megnézegettem, mit is tud ez az egész framework pontosan, de nem igazán tudtam beleálmodni egyik munkámba sem.
Viszont anno JQuery-vel rögtön sikerült megbarátkozni és használni.Rip and cut and mutilate the innocent, his friends, and again and again and on and on.
-
Sk8erPeter
nagyúr
válasz martonx #7002 üzenetére
Ha nincs külön sitebuilder, és nekem kell összerakni a komplett honlapot, frontenddel, backenddel együtt (esetleg grafikus van, aki elképzelte, hogy nézzen ki a dolog egy psd-fájlban), akkor én tuti nem szopatnám magamat azzal, hogy én próbáljak meg cross-browser kinézetet lehelni az oldalamba, és végigjárni azt az utat, amit már mások előttem végigjártak, ha van egy olyan tudásbázis, amire már nyugodtan lehet építeni. Ilyen ez a bootstrap-téma, meg mondjuk Drupalnál a nagyon igényesen elkészített Zen theme, ami egy alapot képez a te további CSS-kódjaidnak. Tehát van egy nagyon jól dokumentált váz, ami fel van készítve IE-re és minden más böngésző hülyeségeire is, aztán innen már csak lehetőleg SASS-ban tovább kell alakítanod a kódot. Elképesztő mennyiségű időt megspórol neked. Ráadásul azért a témában góré CSS-mester is biztos, hogy szopna azzal, ha elölről kellene kezdenie a sminkelést, nyilván többszáz sor nem ugrik be neki sem csak úgy csettintésre, valószínűleg saját korábbi kódját használná fel, vagy ő is felhasználna egy ilyen keretet/vázat az ő ezután következő kódjaira. Azt sem hiszem, hogy egy cross-browser kinézetet kölcsönző CSS-kódot percek alatt össze lehet hányni. Jó, ha van az oldalon négy-öt blokk, meg pár menüpont, akkor még el tudom képzelni, hogy tényleg minden böngészőben sikerül pontosan ugyanolyanra elkészíteni.
Szerk.: nyilván ezekben a "vázakban" nagyon sok helyet követel magának a sok IE-hekkelés, meg esetleg régebbi Mozilla- vagy Webkit-alapú böngészőkre optimalizálás is, esetleg Operára csiszolgatás, de az újabb böngészők sem mentesek a különbözőségektől, elég csak a különböző -webkit és egyéb prefixekre gondolni; cross-browser működés tehát sem CSS-, sem JS-oldalról nem egyszerű téma.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #7092 üzenetére
Ja, ezt oldja meg ez a plugin is, csak úgy, hogy hash fragmenteket használ hozzá, benyomja ez is history-ba, vagy kiveszi onnan, létrehozza és detektálja a hashchange eventet, nagyon kényelmes használni.
Elég jófajta plugin, ezért tették be a Drupal 7 core-ba is, az overlay admin-felületek kezeléséhez.[ Szerkesztve ]
Sk8erPeter
-
lordjancso
senior tag
válasz martonx #7259 üzenetére
Elsősorban javascript (jquery) validálásra gondolok, tehát használtok-e valamilyen plugint hozzá?
De PHP validálás is érdekelne, mert azt általában én írom meg kézzel, viszont elég hosszadalmas műveletek szoktak lenni.Rip and cut and mutilate the innocent, his friends, and again and again and on and on.
-
Tele von Zsinór
őstag
válasz martonx #7261 üzenetére
Gyakori elírás: a keretrendszer neve f-el van: Symfony. A Symphony egy CMS.
lordjancso: Formokról: a symfony form részével van egész sok tapasztalatom, mint az 1-es, mind a 2-es főverzióval. Nálam bevált, használtam a keretrendszeren kívül is (illetve másik keretrendszerben, Silexben), rugalmas, a form eventekkel könnyen és gyorsan meg tudtam oldani a dinamikus formokat is.
Validálás, renderelés: önmagában az Sf form komponense validálni nem tud, kell hozzá a validator komponens. Renderelést még nem próbáltam (a template-nyelvemben van beépített támogatás), de valószínűnek tartom, hogy ezt tudja.
Egyébként az előttem szóló kollégával értek egyet: az összes nagy keretrendszernek van önmagában is használható form komponense, ezeknek olvass utána, próbálgasd, és amelyik a legszimpatikusabb, használd.
-
-
Sk8erPeter
nagyúr
válasz martonx #7413 üzenetére
Szerintem valamit Te értettél NAGYON félre, mivel én sehol nem beszéltem SCP-zésről...
Attól még, mert WinSCP a neve, nem csak SCP (mint protokoll, nem a program) használatára alkalmas, hanem FTP- és SFTP-kapcsolatra is.
Eleve a hivatalos honlapon úgy van feltüntetve, hogy "WinSCP - Free SFTP, SCP and FTP client for Windows"...
Ezek szerint még nem próbáltad a WinSCP-t, az adott session beállításainál kiválasztható, hogy melyik fájlátviteli protokollt szeretnéd használni. Én pedig továbbra is az FTP-ről beszéltem.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #7421 üzenetére
Kösz a jóindulatú feltételezést... Azért osztott tárhelyen a leggyakoribb a sima FTP-kapcsolat. Eleve arról volt szó, nem vágom, hogy jött volna a képbe az SCP.
De hogy kőkemény kiscsoportos ovis szinten visszavágjak: ha napi szinten használod, igazán feltűnhetett volna már, hogy SCP és SFTP mellett sima FTP használata is lehetséges, és annyira nem is meglepő.
(#7422) PumpkinSeed :
még mindig nem értem, mi a problémád, ahogy Tapsi már javasolta, vegyél elő egy angolszótárad, és keresd meg, mit jelent a "rotate" szó.
Azon meg talán szintén nem kéne meglepődni, hogy a "-moz" előtag csak Mozilla Firefoxnál jut érvényre...
Tessék:
https://developer.mozilla.org/en-US/docs/CSS/CSS_Reference/Mozilla_Extensions
Remélem, kezded már sejteni, hogy ezek nem fognak működni WebKit-alapú böngészőkben...[ Szerkesztve ]
Sk8erPeter
-
DeltaPower
őstag
Új hozzászólás Aktív témák
- Anglia - élmények, tapasztalatok
- Konzolokról KULTURÁLT módon
- BestBuy ruhás topik
- Milyen billentyűzetet vegyek?
- 3D nyomtatás
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- Fujifilm X
- További aktív témák...
- 1151 V2 CPU-k / I5-8500 / I5-8400 / BESZÁMÍTOK!
- Intel i5-10400 hatmagos processzor + doboz + gyári új hűtő
- Nintendo Switch játékok (ง '-' )ง Budapest Nyugatinál
- Fekete Sony PlayStation 5 Cover (Lemezes változat)
- Samsung Galaxy S23 Ultra 5G 256GB Dual SIM Phantom Black Gyárilag független Csere/beszámítás is!