- Milyen routert?
- Perelnek a vallásos kripto-piramisjáték miatt
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- ASUS routerek
- Windows 10
- Mozilla Firefox
- Microsoft Outlook topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Középpontba kerültek a hibrid autók, alig fogyaszt a BYD újdonsága
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
Új hozzászólás Aktív témák
-
cucka
addikt
válasz Inv1sus #3893 üzenetére
Igen, ez így nagyon szar
Valami hasonlót javaslok:var current_box=0;
var box_count=5;
$(document).ready(function(){
setInterval(function(){
$('#headerbox'+(current_box+1)).fadeOut("slow");
current_box=(current_box+1)%box_count;
setTimeout(function(){
$('#headerbox'+(current_box+1)).fadeIn("slow");
}, 600);
}, 5600);
});Ezt most így direktbe ide írtam anélkül, hogy kipróbáltam volna, az elvet érdemes figyelni. Ez csak maga a dobozok közötti váltás, az inicializálást érdemes már a szerver oldali html generálásnál (=html vagy php kód) megoldani. Ha valami nem világos belőle, akkor szólj és elmagyarázom.
[ Szerkesztve ]
-
cucka
addikt
válasz petrusz82 #4000 üzenetére
A böngészőt megfelelően beállított http header-el rá lehet bírni arra, hogy minden esetben felajánlja letöltésre a file-t ahelyett, hogy megpróbálja megnyitni.
Ha ebből a mondatból nem esett le, hogy nagyjából mit kell csinálni, akkor javaslom, hagyd a fenébe az egészet, mert
- ezt valamilyen szerver oldali script-el tudod megcsinálni, amely gyakorlatilag a letöltendő file-okat szolgáltatja a kliensnek, tehát nem csak egy html tag-et kell beilleszteni
- érdemesebb megtartani a böngésző alapértelmezett viselkedését és nem ráerőltetni a felhasználóra a saját akaratodat -
cucka
addikt
Hát nem
A html kód szerkesztését másban is meg lehet oldani, a wysiwyg webszerkesztés pedig komolyabb szinten szóba sem jöhet.
Egyébként egy Dreamweaver licensz 150 ezer forintba kerül, ez önmagában elég ok arra, hogy miért nem használja kb. senki.
Távol álljon tőlem az álszenteskedés, tudjuk jól, hogy mindenki warezolt már szoftvert az életében, én is. Ennek ellenére szerintem abban meg lehet egyezni, hogy ha pénzt keresel egy szoftverrel, akkor azt illik megvásárolni. -
cucka
addikt
válasz zserrbo #4048 üzenetére
Két eset lehetséges:
- a megrendelő szeretné maga is módosítani a termékeket - készítesz neki valamilyen backend felületet, ahol ezt meg tudja csinálni
- a megrendelő szerződik veled, hogy karbantartsd az oldalát valamilyen havi fix pénzért - te töltöd fel a termékeket, úgy oldod meg, ahogy akarod (jellemzően valamilyen backend felülettel )A CMS rendszerek back-end admin felülete vs hogyan kellene magunknak hasonlókat dolog ami nem tiszta teljesen.
Valamilyen szerveroldali programozási nyelvvel tudod megoldani. Legegyszerűbb php-val, de kb. bármilyen nyelvben lehet webes szolgáltatásokat fejleszteni, max. nem érdemes. -
cucka
addikt
- A prohardver fix szélességű és középre rendezett, kb. ennyi a trükk és nem fog elcsúszni.
- Olyan gyakorlatilag nem létezik, hogy egy oldal mindig optimálisan kitöltse a rendelkezésre álló helyet.
- A linkelt oldalon üresség jön be, így nehéz ennél több okosságot mondani. -
cucka
addikt
válasz Sk8erPeter #4283 üzenetére
Azért rossz a fluid layout, mert túl nagy a szórás a felhasználók képernyőfelbontásai között. Például csinálsz egy fluid layout-ot, ami egy netbook képernyőjén is jól mutat. Ha ezt széthúzod mondjuk 1920 pixelre, akkor az fog történni, hogy a szöveges tartalom szélessége megnő, ami olvashatatlanul hosszú sorokat jelent.
A fluid layout-ot kizárólag ott érdemes használni, ahol azt az oldal struktúrája "megengedi". Portálok, fórumok vagy blogok esetében tehát nem .
-
cucka
addikt
válasz DeltaPower #4293 üzenetére
Elméletileg jól hangzik, gyakorlatilag mégsem lesz jó ez a megoldás. A probléma, hogy jellemzően minden oldalon van valamilyen fix szélességű grafikus elem, az pedig nem igazodik a fluid layout-hoz.
-
cucka
addikt
válasz Inv1sus #4474 üzenetére
Ez a hozzászólásod nem túl értelmes, de azért hátha
Tegyük fel, hogy a http kérésed hatására lefut egy php szkript. Ha jön a következő http kérés, akkor a php file ismét le fog futni, az elejétől a végéig, ráadásul pontosan ugyanúgy "tiszta lappal", mint amikor először futtattad - tehát nem fogja megjegyezni sem a változóidat, sem semmi egyebet.
A fenti működés annak köszönhető, hogy a http protokoll állapotmentes. Sőt, a session-t pont ennek az állapotmentességnek a kijátszására találták ki.Szólj, ha valami nem világos
-
cucka
addikt
válasz Inv1sus #4477 üzenetére
Ha a böngészőben beírsz egy címet és megnyomod az entert, az pont ugyanolyan http request-et fog küldeni a szervernek, mint ha ajax-al küldenél valami csomagot. Ha van egy oldalad, amiben van egy iframe, akkor az két darab http csomagot fog jelenteni, tehát az iframe-et pontosan ugyanúgy tölti be, mint ha simán megnéznél egy weboldalt vagy mondjuk ajax-al töltenéd be.
(Van egy LiveHTTPHeaders nevű firefox kieg., ott érdemes nézegetni a http forgalmát az oldaladnak, hogy tisztuljon a kép)
-
cucka
addikt
válasz DeltaPower #4486 üzenetére
+1
-
cucka
addikt
válasz Tele von Zsinór #4846 üzenetére
Vannak olyan ötletek, amelyek egy sör mellett talán jópofának tűnnek, a valóságban mégsem működnek. Na ez a kézzel írott dolog pont egy ilyen ötlet .
-
cucka
addikt
válasz adamssss #5365 üzenetére
Így első blikkre:
- ha https-en nézed a weblapot, akkor a Chrome nem tölti be néhány részét (mivel azok http-n vannak hivatkozva), erről szól is a júzernek, ami nagyon amatőr, sőt, riasztó is lehet - ha anyám megnézi, akkor valószínűleg annyi fog neki leesni, hogy biztonsági problémák vannak az oldallal, ami ugye nektek nem jó.
- ez a betűtípus a legrosszabb, amit az utóbbi időben weben láttam - csúnya és folyó szövegben olvashatatlan, különösen a főoldali mozgó dobozoknál, ahol az egészet megfejelitek egy félig áttetsző háttérrel, szóval az ottani szövegeket elolvasni kb. olyan, mint ha CAPTCHA-t olvasnék . Ha a szöveg nehezen olvasható, akkor azt senki sem fogja elolvasni.
- Ha az oldalt egy 768 soros képernyőn nézed, a túlságosan nagy méretű fejléc és a lent megjelenő "regisztrálj a hírlevelünkre" doboz miatt magából a tartalomból lényegében semmi sem látszik.
- A főoldali mozgó doboz kotrol-jainál én megcserélném a színeket - most a kiemelt, messziről jól látható kék szín az alapértelmezett, a kotrol lényeges elemét (a pötty, ami mutatja, hogy hol tart a slideshow) pedig a háttérbe észrevehetetlenül belesimuló szürkével jelölöd. Ez most szőrszálhasogatásnak tűnhet, de hidd el, az ilyen apró dolgok különböztetik meg a szomszéd pistike webdizájnját a profi cuccoktól.
- Azt, hogy a cégetek mivel foglalkozik, a képernyő aljára görgetéssel, majd ott a menüpontok olvasgatásával lehet egyedül kideríteni. Ha hirdetsz valamit, akkor lehetőleg nem az apró betűs részbe írd bele, hogy mit hirdetsz. A főoldal jelentős részét a bullshit foglalja el, amivel nem fogsz túl sok ügyfelet becsalogatni.Ha szeretnéd, belenézhetek a kódba is, hogy azt is jól leszarozzam
[ Szerkesztve ]
-
cucka
addikt
válasz Louloudaki #5371 üzenetére
Az utolsó, egyszerű megoldást javaslom. Az első megoldásod (ahol a screen.width alapján nézed) problémákat okozhat mondjuk egy tabletnél, amit ugye forgatni is lehet.
Amúgy jót mosolyogtam a posztodon, én is dolgoztam már ennek az ügyfélnek
-
cucka
addikt
válasz PumpkinSeed #7911 üzenetére
1. Nem állítottam, hogy nincs alájuk rendes GUI, de a szerverek 80% CLI alapon működik mert annak jobb az erőforrás kihasználása.
A valódi ok, hogy az esetek többségében nincs szükség GUI-ra. Egy olyan problémára kínálna megoldást, ami szervereken nem létezik.2. Linuxos böngészőre a példa azért a Lynx mert azt használják CLI-n a legtöbben. A Google Chrome nem Linuxos böngésző, mert van Win-re MacOSre is.
Érted, leesett nekünk is, hogy ezt a "linuxos böngésző" nevű, teljesen értelmetlen terminust most találtad ki, hogy igazold az érvedet.
(Amúgy mi lesz, ha lefordítom a lynxet osx-re? Onnatól megszűnik linuxos böngészőnek lenni? )Azért írtam, hogy a te és az én szemszögemből mert a te szemszögedből a GUI-t nézzük ahol van CSS3, az én szemszögemből pedig a CLI-t mert én azt használom többet.
Tehát az a szemszögöd, hogy belogolsz a linuxos szerverre, hogy CLI-ben böngéssz és hiányoznak a CSS3 fícsörök. Kezdhetted volna ezzel is, így mindenkinek leesik, hogy nem egy problémára keresel megoldást, hanem problémákat keresel saját magadnak.
Amúgy pontosan melyik CSS3 fícsör hiányzik a jobb CLI-s böngészési élményhez? A több háttérkép? Lekerekített sarkok? Web fontok? Vagy csak van egy szarul összerakott oldalad, aminél pusztán a véletlennek köszönhető, hogy más böngészőkben jól jelenik meg? -
cucka
addikt
Abból, hogy 2013 van. Egy GUI erőforrásigénye annyira minimális, hogy lényegében senkit sem érdekel.
Hidd el, ha nagyban megkönnyítené a rendszergazdák munkáját, akkor nem a 100MB plusz memóriahasználat lenne az akadálya a dolognak. (Mennyibe is kerül 100MB memória? 2 dollár? ) -
-
cucka
addikt
válasz Sk8erPeter #8213 üzenetére
Fejlesztésnél használhatóságban az OSX nagyjából ugyanazt tudja, mint a Windows. Nyilván, Visual Studio és .net nincs, de minden más van. Az oprendszerben van pár okosság (pl. programok telepítése, több asztal support) meg bénább apróságok is (pl. dokk elég fura nekem).
[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #8224 üzenetére
azt a mindenit, lehet programot is telepíteni Macen?
Arra céloztam, hogy macen ez a rész jobban meg van csinálva. Van egy alkalmazások mappa, ami úgy néz ki, mint az összes többi mappa. Telepítésnél annyi a dolgod, hogy behúzd ide az alkalmazást, törlésnél meg fogod az alkalmazást és kidobod a kukába, egyszerű, mint a fakocka.Ezt a "több asztal supportot" meg hagyjuk má
Nem azt mondtam, hogy ez egy egetrengető újdonság, csak annyit, hogy az OSX-ben meg van csinálva faszán gyárilag, Windowson meg nem, ott 3rd party félmegoldások vannak.(#8223) martonx
Igen, .net környezetben tényleg nem nyerő választás a mac, más nyelveknél viszont kb. semmilyen különbség nincs, a Visual Studiot leszámítva az összes komoly fejlesztőeszköz multiplatform. A Sass és a Less sem igazán platformfüggő - csupán annyi van, hogy a dizájnered olyan technológiát használ, aminek használata számodra plusz munkát jelent.[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #8224 üzenetére
A kötőjel-alulvonás-camelCase-stb. témához: szerintem teljesen mindegy. Sokkal fontosabb, hogy konzisztens legyen a kódod ilyen szempontból, tehát ha eldöntötted, hogy mondjuk kötőjelet használsz, akkor tényleg használd azt mindenhol. Ugyanez az igaz az összes többi formai kérdésre is (pl. a kapcsos zárójeleket új sorba tedd vagy sem).
Ezek a dolgok nem befolyásolják a kód minőségét. Az befolyásolja, ha inkonzisztens a kódod stílusa. És ez igaz bármelyik programozási nyelvre, nem css- vagy webfejlesztés-specifikus.[ Szerkesztve ]
-
cucka
addikt
Mondjuk szerintem ez a teljes képernyős nézete az alkalmazásoknak a lób*szó ikonokkal elég béna, kinézetre és használhatóságra is.
(#8232) spammer
A Sublime tényleg kb. a legjobb szövegszerkesztő, ráadásul multiplatform, ugyanazt tudja Windowson is. Az egyetlen baja, hogy nagyon drága, viszont a próbaverzió korlátlan ideig használható és ha netán megvennéd, nagyon barátságosak a licencelési feltételek.[ Szerkesztve ]
-
cucka
addikt
Ezt azért remélem te is érzed, hogy ezek az érvek a Netbeans/Eclipse ellen nagyon gyengék.
(#8235) biker
A mac-es teljes képernyős alkalmazásválasztóról írtam, nem a Coda-ról, ezt nem ismerem. Azért zavaró, mert teljes képernyős, és ahhoz képest nagyon kevés információ van rajta. Kb. az egyetlen előnyös oldala, hogy szemüveg nélkül is jól látom.
Ez a Coda meg ha jól látom, webfejlesztésre van kihegyezve, szóval nem is értem, hogy hogy jön ide a Netbeans meg az Eclipse.[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #8270 üzenetére
1 GB-os tárhelyre minek ssd? Ennyi adat simán befér a memóriába is.
Az az adatmennyiség, ahol már a diszk i/o a szűk keresztmetszet, kicsit máshol kezdődik. -
cucka
addikt
válasz Sk8erPeter #8272 üzenetére
Ha egy hagyományos vincseszter i/o teljesítménye kevés, az azt jelenti, hogy sokmillió rekordos adatbázisokon végzel komplex műveleteket és/vagy naponta kérések millióit szolgálod ki. Egyik felállás sem az, ahol egy ilyen olcsó osztott tárhely felmerülhet, mint lehetőség.
Olyan ez, mint amikor a lakótelepi menő csávó felrakja a vasalódeszka méretű hátsó szpojlert a kockaladára.
-
cucka
addikt
válasz Sk8erPeter #8274 üzenetére
Egy olyan weboldalnál, aminél szóba jöhet egy olcsó tárhely, a hdd sebessége nagyjából irreleváns, távolról sem ez a szűk keresztmetszet.
Az aerodinamika tudománya működik. Egy versenyautónál valóban fontos, hogy milyen az a hátsó szpojler, hogy van beállítva, stb. Egy ilyen versenyautó hátsó szpojler nélkül lehet, hogy szó szerint lerepülne az útról.
Namost képzeld el ugyanezt a szpojlert egy kockaladára felszerelve. Nem oszt-szoroz az égvilágon semmit. Na hát kb. így van ez az ssd-vel is egy egyszerű osztott tárhelyen.
(És igen, én is szeretnék a nem túl távoli jövőben egy ssd-t a gépembe. Mert ott van értelme. Egy olcsó osztott tárhelyen inkább parasztvakítás)
[ Szerkesztve ]
-
cucka
addikt
válasz martonx #8277 üzenetére
Egy normálisan bekonfigurált szerveren azért van cache. PHP-nál ott az apc, adatbázis cache-re ott a memória, esetleg van diszk cache is, szóval sok esetben minimális a diszk terhelés, minden memóriából jön, a maradék jó részét pedig a júzer böngészője cache-eli.
Amúgy egy szerverdiszknek mondjuk 7ms az átlagos elérési ideje, az ssd-nek meg praktikusan nulla, szóval a legnagyobb megtakarítás mennyi lehet? 20 ms? Ez talán számít a Google-nél meg a Facebook-nál, de egy osztott tárhelyen futó oldalnál szerintem nem nagyon.[ Szerkesztve ]
-
cucka
addikt
Alapvetően egy hash lényege, hogy hasonló inputokra nagyon nagy szórást mutat a végeredmény. Amikor egy hashelő módszert "feltörnek", akkor lényegében azt érik el, hogy a brute force-nál kissebb befektetéssel idézzenek elő kulcsütközést.
A te módszered hasonló inputokra semmilyen szórást nem fog mutatni, vagyis lényegében azon agyalsz, hogy hogyan készíthetnél egy olyan hash-elő függvényt, ami jó bonyolult, cserébe nagyon könnyen törhető. Szóval alapvetően semmi értelme, ha már ilyen szar megoldásra törekszel, sokkal egyszerűbb plaintextben tárolni a jelszavakat. -
cucka
addikt
De, végiggondoltam. Attól, mert bonyolult az algoritmus, a végeredmény ugyanaz: a te esetedben hasonló input-ra a hash függvény eredménye nem fog szórást mutatni, hiszen ugye pont ez a célod. És ez pontosan az a tulajdonság, ami miatt alkalmatlan arra, hogy jelszavak tárolj a segítségével.
Hogy tiszta legyen: nem az algoritmussal van baj, hanem azzal, hogy amit el szeretnél érni, az pontosan ellentétes azzal, amit egy hash függvénynek tudnia kell ahhoz, hogy biztonságosnak nevezhessük ebben a kontextusban.
-
cucka
addikt
de nem adtál logikus választ arra, hogy miért is kéne nagymértékben etérjen
Azért, mert így könnyen törhető. Amikor olyat olvasol, hogy az md5 nem biztonságos eléggé, az konkrétan azt jelenti, hogy brute force-nál rövidebb idő alatt lehet kulcsütközést találni.
A te algoritmusod ehhez képest pont, hogy arra gyúr rá, hogy könnyű legyen kulcsütközést találni.Ha fontos a biztonság, akkor a te algoritmusod alkalmatlan arra, hogy jelszavakat hash-elj vele. Ha nem fontos annyira a biztonság, akkor tárold plaintextben a jelszót és ne pazarold erre az agyi kapacitásodat.
(Kb. olyan ez a vita, mint ha fejlesztettél volna egy új, rendkívül elmés tömörítő algoritmust, aminek a fő fícsörje, hogy az eredetinél nagyobb fileméretet eredményez, aztán értetlenkednél, amikor szólunk, hogy ennek így nincs sok értelme.)
[ Szerkesztve ]
-
cucka
addikt
válasz trisztan94 #8822 üzenetére
Szerintem html legyen.
A weben sehol nem prezentálják docx-ben az információt, ezt a fasságot ki kell verni a megrendelő fejéből.
Fejlesztőként neked nem csak a kód begépelése a feladatot, hanem az is, hogy beletedd a szakértelmedet a projektbe.[ Szerkesztve ]
-
cucka
addikt
válasz Sk8erPeter #9157 üzenetére
Szerintem azért van így, mert az ingyenes résszel elsősorban fizetős ügyfeleket szeretnének fogni, nem pedig ingyenélőket.
Új hozzászólás Aktív témák
- APPLE Mac Studio M1 Max 10C CPU, 24C GPU, 32G RAM, 512GB SSD
- Kingston A400 960GB (SA400S37/960G)
- Ohh! HP EliteBook 840 G6 Fémházas Laptop 14" -70% i5-8365U 4Mag 16GB 512GB SSD FHD IPS + Táska!
- Szép! HP EliteBook 840 G6 Fémházas Laptop 14" -70% i5-8365U 4Mag 8GB 512GB SSD FHD IPS + Táska!
- Arctic Cooling Liquid Freezer II 280
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen