- Az NVIDIA szerint a partnereik prémium AI PC-ket kínálnak
- Két Zen 5-ös dizájnjának mintáit is szállítja már az AMD
- A Colorful "fagyosan kompakt" alkatrészekkel megy elébe a nyárnak
- A Keychron ismét egy űr betöltését vállalta magára az egerek szegmensében
- Az átlagnál vaskosabb ventilátorok kandikáltak ki a Corsair vitorlája mögül
- Gaming notebook topik
- OLED TV topic
- TCL LCD és LED TV-k
- Sony MILC fényképezőgépcsalád
- HiFi műszaki szemmel - sztereó hangrendszerek
- Fejhallgató erősítő és DAC topik
- Milyen egeret válasszak?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Milyen CPU léghűtést vegyek?
- Milyen asztali (teljes vagy fél-) gépet vegyek?
Hirdetés
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
Egyre közelebb a Poco F6 startja
ma Újabb ár/érték csatát nyerhet a Xiaomi almárka.
-
Kapnak egy rakás reklámot a Roblox játékosai
it Videohirdetésekre készülhetnek ezentúl a virtuális világokban a Roblox játékosai.
Új hozzászólás Aktív témák
-
Phvhun
őstag
Ez a jelszó lopási módszer amit linkeltél 8 évvel ezelőtt volt aktuális, ilyen hibák jelenleg nincsenek, de ugye a hiba azért hiba mert bárhol bármikor felbukkanhat, nincs 100%-osan biztonságos megoldás.
Használd StickyPass helyett a sokkal népszerűbb LastPass-t ha jelszókezelő kell ami integrálja magát a böngészőbe, jól beállítható (autofill kikapcsolható) és mobil böngészőkre is szinkronizál.
Évi $12.
Ez teljesen biztonságos jelenleg, nem fogja "kifecsegni" a jelszavaidat.
Ha olyan megoldás kell ami nem integrálja magát sehova csak manuálisan tudod kimásolgatni belőle a jelszavakat, és nem felhőben fut hanem lokál progi akkor a KeePass-t ajánlom, ami opensource, ingyenes, és nagyon jó titkosítással tárolja a jelszavakat.
Harmadik opció hogy a nem lényeges oldalakhoz kitalálsz egy pattern-t, mint pl [oldalneve első része + valami], és akkor azt használod jelszónak, mint pl prohardverhez: prosárkány98
Kritikus oldalakhoz értelemszerűen maradniuk kell az egyedi jelszavaknak, de ez csökkenti a megjegyzendő jelszavak számát.
-
blueMerle
veterán
Sziasztok,
a véleményetekre lenne szükségem, nem igazán tudom mi tévő legyek.
Közel 10 éve készítek weboldalakat (ez nem a fő tevékenységem) természetesen hivatalosan, vállalkozás keretein belül. Közel 100 elégedett kliens van a hátam mögött, ebből kb. 30 webshop a többi dinamikus weboldal. Soha, senki nem panaszkodott, azóta is mind elégedett ügyfél, a webshopok tökéletesen, hiba nélkül üzemelnek sok-sok éve. Ennyit rólam.
A lényeg (nevek és konkrétumok nélkül), és amiért írtam: közel fél éve készítettem egy webshopot egy illetőnek, akinek már volt működő e-shopja (nagyon gyér forgalommal, a mai napig) egy külön domain címre. A termék amit árul a saját kategóriáján belül elég drágának számít, és az online értékesítése sem épp egy egyszerű dolog, de ezen lendüljünk túl. Fél éve, mikor a shop kész lett(!!!) közölte velem, hogy a jelenlegi shoppal a raktárkészletet össze kellene hangolni az újjal. Ja persze, export az nincs, csupán egy status, amiből sok mindent nem lehet kihozni. Mellesleg én töltsem fel a termékeket(!) holott temészetesen megmutattam neki a menetét. Mindegy, én hülye közel 100 terméket (ingyen) feltöltöttem a shopra (természetesen a szerződésben erről szó sincs) majd ugye vártuk a csodát. Maketing hiányában nem érkezett rendelés, ekkor jött az isteni szikra: a jelenlegi shopot irányítsuk át erre az újra amit én készítettem (3 ország, 3 nyelv, 3 pénznem -mind ingyen konfiguráljam). Itt kezdődtek igazán a nagy gondok: ki töltse fel a termékeket, ki menedzselje a raktárkészletet. Akkor maradjon mégis a két shop (tehát az előző és az amit én készítettem) egymás mellett külön domain címen és legyenek szinkronban. Sajnos az előző shop programozója KÉPTELEN megfelelő exportot készíteni, így ez lehetetlennek bizonyul.
Itt tartunk most, én vagyok a szemét rohadék csaló mert nem teljesítem a vállalt kötelezettségeim (holott erről SZÓ SEM VOLT és a szerződésben is világosan le van írva meddig terjed a munkám).
Felajánlottam neki -amit még soha eddig- hogy a webshop árának a felét visszafizetem (a másik fele modulokra ill. grafikus munkadíjára lett költve), ennek ellenére a teljes mentést és a shopot a rendelkezésére bocsátottam és a másik felét (azaz a munkadíjam!!!) reklám formájában térítem neki (adwords, etarget, facebook) az előző, mai napig "működő" (alig van rendelés) shopjára.
Szerintetek korrekt részemről ez a megoldás?
-
Zedz
addikt
válasz blueMerle #12702 üzenetére
Ha még nem fizetted vissza, ne is fizesd. Ha még nem csináltad meg neki a plusz munkákat, ne is csináld. Miért nem? Mert nincs benne a szerződésben, ez ilyen egyszerű. Ha a szerződésben írtakat teljesítetted, akkor az azon felüli munkákat egy új szerződésben kellene rögzíteni, további díjakért.
Most ennyi erővel mondhatnád neki azt, hogy bocs, mégsem 100 ezer lesz a kész oldal, hanem 130, és csak azért mert neked ma olyan kedved van hogy szívózz a másikkal.
Ha még nem fizetett ki, verd az asztalt a pénzedért, ha kifizetett és még igényei vannak, akkor új szerződés és mehet a fejlesztés második fordulója. Ez üzlet, nem szeretet szolgálat. Persze ha mondjuk korrekt és rendes megrendelőd van, aki kér még pár apróbb módosítást azt be lehet vállalni jófejségből, de szerintem ez a szituáció most nem ilyen.
-
blueMerle
veterán
Kifizetett, ezzel nincs gond.
A helyzet inkább az hogy nem igazán szeretnék neki dolgozni, tekintettel az előzményekre. A legnagyobb baj, hogy semmire nincs ideje, -elsősorban arra nem hogy két shopot mendzseljen- és tőlem várja úgy a megoldást (szinkron a két shop közt ami megoldhatatlan, vagy én töltsem fel és kezeljem a termékeit).
Ezért gondoltam erre a megoldásra. Tisztában vagyok vele hogy egy fillér sem járna neki vissza.
-
Zedz
addikt
válasz blueMerle #12704 üzenetére
Ha nálad van a jogos fizetséged, akkor írj neki, hogy köszönöd szépen a munkát, további igényeivel keressen meg egy újabb munka formájában. Szerződéssel, az igényeit részletezve. Az már rajtad múlik vállalod-e vagy sem. Én a helyedben most hagynám abba a vele való együttműködést.
Amiatt ne érezd magad rosszul, mert ő kénytelen menedzselni a saját üzletét. Fogadjon fel rá embert, embereket, ez nem a te dolgod.
[ Szerkesztve ]
-
DNReNTi
őstag
válasz blueMerle #12702 üzenetére
Volt hasonló eset nálunk is, az ügyfél nem tudta (nem akarta) használni az elkészült weboldalt, egyszerűen nem fogta fel, hogy tartalommal neki kell feltöltenie, neki kell reklámoznia, neki kell látogatókat/vásárlókat szereznie. Ő úgy gondolta, hogy kifizet x százezer Ft-ot, cserébe megtörténik a csoda, és neki semmi dolga tovább az életben csak számolni a lóvét hó végén. Egyszerűen nem értette meg, hogy az oldalt menedzselni neki kell. Ment a sárdobálás, nem akart fizetni, mert úgy gondolta, az oldal tartalom nélkül nincs kész, végül meguntuk, és hagytuk az egészet. Bukó volt az egész projekt, bár az előleget megtartottuk.
Úgy gondolom messzemenően korrekt, hogy a felvállalt munkán felül ingyen foglalkoztál a tartalomkezeléssel is. Az pedig, hogy hajlandó vagy a munka árának felét visszatéríteni, annak ellenére, hogy teljesítetted amit vállaltál, egyenesen túlzás.
Ennek folyománya:
"Szerintetek korrekt részemről ez a megoldás?"
Nem. Túlságosan is az.Viszont, jobb az ilyen emberektől megszabadulni, akkor is ha anyagilag bukta a dolog. Az a stressz, ideg, amivel egy ilyen hülyével való együttműködés jár, károsabb mint a forint kiesés.
Szerk: elírás
[ Szerkesztve ]
but without you, my life is incomplete, my days are absolutely gray
-
AtHoS
nagyúr
válasz Phvhun #12701 üzenetére
Köszi a választ
A nem integrálásra jó a sticky is (nem kötelező telepíteni a böngésző kiegészítőt), ráadásul helyi szinkronizáció is választható, nem kell feltétlen a "cloud"-os, ráadásul android, iOS és talán WinPhone verziója is van, sőt jegyzeteket is lehet benne tárolni, szóval KeePass-t bizonyos területen lemossa azért, bár ugye ez fizetős, szóval bizonyos feltételek mellett KeePass előnyösebb.
Mivel élettartam licence-el rendelkezem, így nem jelent gondot számomra már az ára. Viszont nem nézem jó szemmel a kikapcsolhatatlan automatikus mezőkitöltését, az említett korábbi problémák miatt. Viszont, ha nem lehet úgy felépíteni oldalakat, hogy jelszólopást az autofill-t (kitölt, de nem léptet be automatikusan, tehát nem autologon) kihasználva meg lehessen valósítani, akkor kezdenek eloszlani a fenntartásaim ezzel a (lényegében) kényelmi autokitöltéssel kapcsolatban.Webroot complete védelmet használok, amiben van egy LastPass-től licence-elt jelszókezelő, szóval ez sem lenne probléma, bár itt "jegyzetek" tárolása ahogy láttam nincs megvalósítva.
Minden esetre valahogy jobban tetszene számomra a sticky kialakítása
Nem kívánom bolygatni a topik témáját, csak kíváncsi voltam, hogy preparált oldalnál, ahol pl. rejtett frame-ben behoznak egy pl. steam bejelentkezési oldalt, azt autokitöltve el lehet-e lopni az autokitöltés által oda bekerült adatokat. De akkor szabványos kialakításnál ezt nem lehet megvalósítani, így nem kell féljek az autokitöltéstől
Ez lett volna a lényeg, köszi a helyreigazítástread-only mode on the forum
-
DNReNTi
őstag
válasz blueMerle #12708 üzenetére
"Soha, senkinek nem kivánok ilyen ügyfelet, az élettől is elveszi az ember kedvét."
Ebben benne is van minden, nincs az a pénz ami megér ennyit. Arról nem beszélve, hogy emiatt a több munka sem úgy halad, ahogy kellene. Plusz a magánéletre is rámegy. Egy egyébként most egy olyan helyzet, mintha felvállaltad volna, hogy építesz egy házat, de a tulaj veri magát, mikor kulcsrakész vagy, hogy nincs bebútorozva. Szabadulj tőle.but without you, my life is incomplete, my days are absolutely gray
-
disy68
aktív tag
válasz blueMerle #12708 üzenetére
Ha esetleg még nem ismernéd: Clients From Hell.
“Yeah, well, you know, that’s just, like, your opinion, man.” — The Dude
-
Sk8erPeter
nagyúr
Egyáltalán nem biztonságos az autofill opció a jelszókezelőkben, nem is értem, Phvhun kolléga miért sugallja azt, hogy semmi gond ne lenne ezzel... Valószínűleg azért alakult így, hogy egyből kitöltésre kerülnek a mezők, mert a felhasználók többsége rohadt lusta, ráadásul a képességei igen erősen hagynak kívánnivalót maguk után (vagy ostoba, vagy simán nem ért hozzá), ezért nehéz lenne felfognia egy olyan módszert, mint ami pl. a <=12.x Operára jellemző volt (ahogy írtad is), hogy Ctrl+Enter kombót kellett beütni ahhoz, hogy a jelszókezelő Wand működésbe lépjen, és automatikusan kitöltésre kerüljenek a mezők (és ne automatikusan kerüljön kitöltésre egyből minden űrlap) - de ugye manapság az a trend, hogy a gyenge képességű átlagfelhasználók igényeire alapozunk mindent. Most ez bármilyen borúsan és nyavalygósan hangzik is, akkor is így van.
Semmibe nem kerül írni olyan extensiont, ami az automatikusan kitöltött jelszómezőből kilopja a jelszót, és elküldi valahova (most próbáltam ki content scripttel, Google Chrome extensionnel, tartott az egész kb. 5 percig ), vagy épp átírja az űrlapoknál az action-attribútumot, úgy, hogy lopós URL-re kerüljön továbbításra először minden adat, aztán átküldje az eredeti címre is, és álcázva legyen, hogy minden pont ugyanúgy történjen, ahogy egyébként is történne. A keményebb dió az, hogy ezt az egyébként elsőre nem feltétlenül észrevehető extensiont ráerőltesd a mit sem sejtő felhasználóra. Az is gyakran alkalmazott sunyi módszer az ilyen rosszindulatú progiknál, hogy átíródik az összes böngészőben az alapértelmezett kereső (ez még a jobb eset, ha csak ez történik), annak írmagját is nagyon nehéz kiirtani (csökkentett mód, megfelelő detektáló progik beszerzése), és néha nem egyértelmű, mivel ment fel, főleg egy átlagfelhasználónak, nyugodtan sunyiskodhatna egy ilyen rohadék a háttérben.
Aztán lehet elvileg sima kliensoldali kóddal is elérni ilyet.
Gondolj bele: a felhasználó még nem is pötyögött semmit az űrlapokba, máris az autofill segítségével ott van minden szükséges adat a megfelelő mezőkben: tök jó, küldjük is el a csúnya bácsiknak.Nyilván sosincs biztonságos módszer, de az űrlapok automatikus kitöltése, ami a legelterjedtebb, semmiképpen sem tekinthető annak, sokkal értelmesebb volt az Opera régi módszere. Legalább ott TE vezérelted a folyamatot, hogy tényleg ki akarod-e tölteni az űrlapot (például mi van, ha valaki feltörte azt az oldalt, amiben korábban megbíztál), nem volt rábízva a böngészőre vagy más külső jelszókezelő progira.
[ Szerkesztve ]
Sk8erPeter
-
AtHoS
nagyúr
-
Sk8erPeter
nagyúr
Azért senki ne kezdje vagdosni az ereit Ha odafigyel az ember, miket telepítget, elméletileg nem kell ilyesmitől parázni. Azért ilyen esetben nem olyan egyszerű ráerőltetni a júzerre jelszólopós extensiont. Meg a fenti okoskodás ellenére én is használom az autofillt mert sajna nincs ilyen Ctrl+Enteres módszer, pedig sztem mindenképp értelmesebb lenne rábízni a júzerre, mikor akarja kitöltetni az űrlapokat. Persze biztos van még lehetőség, ami most nem jutott eszembe.
Sk8erPeter
-
CSorBA
őstag
válasz Sk8erPeter #12714 üzenetére
Há már itt tartunk én FF-ből hiányolom azt, hogy a mentett jelszavakat csak Windows ACL azonosítást követően lehessen megnézni. Chorme pl. kéri a Windows jelszavad, ha megszeretnéd nézni, FF sajnos nem
-
Phvhun
őstag
Nemazért mondom de nem volt szó arról hogy vírusa lenne, egy lopós extension ellen meg az sem véd ha mindent magadtól pötyögsz be, nem kell nem megbízható extensiont felrakni..
LastPass meg máshogy tölti ki a mezőket, nem egyenlő a default browser autifill-el.
FF meg tényleg plaintextben tárolja a jelszavakat ami valóban botrányos, de megint nem erről a szituról volt szó, ha valaki meg hozzá fér a gépedhet fizikailag akkor megint bukó bármit csinálsz..
Lehet mellébeszélni és rémisztgetni az embereket, de minek?
[ Szerkesztve ]
-
CSorBA
őstag
válasz fordfairlane #12716 üzenetére
Azzal meg az a baj, hogy minden kitöltés előtt kéri - Ha jól emlékszem.
-
CSorBA
őstag
Esetleg nem tudtok véletlen Open Sans-ra hasonlító fontot ő ű támogatással?
-
CSorBA
őstag
válasz fordfairlane #12721 üzenetére
Pont most akartam írni, hogy elfelejtettem bepipálni a latint Köszi
-
Joci93
senior tag
Sziasztok!
A problémám a következő.
Adott egy oldal, amit csak localhoston lehet elérni, de úgy, hogy közben VPN-el az oldal csatlakozik egy géphez. (Itt van az adatbázis, ergo csak sitebuildbe tudok belenyúlni.)
Nos, mivel szeretném tesztelni az oldalt tabletel + telefonon, ezért arra gondoltam, hogy Wi-Fi-n keresztül be tudom hozni az oldalt, ha a telefon böngészőjébe beírom az ipv4 címemet + a portot. Na hát eddig minden szép is jó, csak nem tölti be az oldalt. Szerintem a VPN kavar valamit, mert az oldal hátterét + a title-t behozza. Telefonon is kell közben a VPN kapcsolat?
Furcsa, több ezer emberrel találkozunk és egyik sem fog meg igazán. Aztán megismerünk valakit, aki megváltoztatja az életünket. Örökre.
-
PumpkinSeed
addikt
Nem ismeri valaki a codeacademy oktató részlegét? Eddigi tapasztalatok alapján amit végig nyomtam (HTMLCSS, JS, jQuery), egészen jó, persze HTML téren kicsit le van maradva, de van bootstrap része is. Leginkább a JS és jQuery érdekelt inkább. A JS részen elég jól belement a nyelv alapjaiba részletesen kitárgyalta az objektumokat stb, de nem beszélt semmit a JS + DOM kombóról. A jQuery részben már elő vette a DOM-t is. Ha valaki ismeri ezt akkor tudna segíteni, hogy JS téren hogyan tovább? Mit nézzek ezután?
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
Jim-Y
veterán
válasz PumpkinSeed #12725 üzenetére
Szia, szerintem innen (is) szemezgethetsz. [link]
Pl a codeacademy mellett meg ezeket emliti meg:
* codeschool
* treehouse
* khanacademy
* udemy
* codewars
* egghead.io
* sub.watchmecode.netAkkor itt van ujabb jo kis resource: [link] + folytatas
Van egy csomo ingyenes konyv: [link]
En a YDKJS szeriaval kezdenek (az most nagyon megy) + Speaking JS + Eloquent JS
Hallgathatsz podcastokat is:
* jsjabber
* http://thewebplatform.libsyn.com/Jatszhatsz JS jatekokat
* codewars
* codecombat
* screepsHa pedig celzottan kene valamire resouce akkor kerdezz
En most ezeket szerzem majd be (konyvek):
* Functional Javascript OREILLY
* Effective Javascript
* High Performance Browser Networking OREILLYArchitektura
* [link]
-
PumpkinSeed
addikt
Köszönöm a minden tanulási módszerre kiterjedő választ. Amin az ajánlottak közül megakadt a szemem az ez. Még ha foglalkozik az alapokkal is akkor is az ismétlés fontos, ezen kívül eléggé úgy néz ki, hogy kiterjed több irányba is.
Szerk.: Ja de ez nem ingyenes. Akkor még nézelődök.A másik ami első ránézésre megtetszett az ez. Szóval ezekkel folytatom.
[ Szerkesztve ]
"Akinek elég bátorsága és türelme van ahhoz, hogy egész életében a sötétségbe nézzen, elsőként fogja meglátni benne a fény felvillanását." - Kán
-
#81999360
törölt tag
válasz PumpkinSeed #12729 üzenetére
És az a hsz. mehetne is bele.
-
Jim-Y
veterán
válasz PumpkinSeed #12729 üzenetére
Tervben van, en szivesen megcsinalnam, ugyis mar a meglevoben is segitettem, es otleteim is lennenek
[ Szerkesztve ]
-
Bagira01
veterán
Sziasztok!
Olyan embert keresek aki céges weblapot tudna készíteni. Kb ilyen szintű lapra kéne gondolni. Kérem keressen pü-be.Hirdetéseim: http://goo.gl/TfNH1d
-
Jim-Y
veterán
Igen.
Elonyuk, hogy egy kodbazissal tobb platformot is meg lehet celozni, es gyorsabb a fejlesztes. Ertsd egyszer megirod az appot majd utana abbol tudsz forditani iOS-re, Androidra, Browser-re, WindowsPhone-ra stb..
2015-ben mar elore lathatoan enterprise kornyezetben tobb hybrid mobil projekt lesz mint nativ. A nativ akkor jatszik, ha tudjuk, hogy csak egy platformot kell megcelozni. Nyilvan a nativ jobb/gyorsabb applikaciot eredmenyez es jobban ki lehet benne hasznalni a platfor sajatossagait, mig a hibrid appok ezt csak korlatozottan tudjak. Pont amiatt, hogy minden platformot tamogatnak. Elonyuk meg nyilvanvalo. Enterprise kornyezetben sok-sok idot, es penzt lehet sporolni veluk.[ Szerkesztve ]
-
Zedz
addikt
Kicsit utánaolvasgattam a témának, és elég érdekesnek tűnik. Több írás is felhozta, hogy nem egyszerű kezelni a hibrid appokkal a telefon funkcióit, úgy mint GPS, kamera, ilyenek. Egyáltalán nem lehet, vagy csak nehezebb ezeket működésre bírni, mint a natív társaiknál?
Illetve megemlítik a sebességet a natív appok javára, ami persze nyilvánvaló, csak az érdekelne, hogy ez mennyire érhető tetten? Úgy értem ez maximum nehezebb alkalmazásoknál jönne elő, vagy már a kisebb projekteknél is érezhető a sebességbeli különbség?
-
Jim-Y
veterán
Attol fugg. Ha te jatekot akarsz csinalni, vagy olyan alkalmazast amiben kell a kraft, akkor nyilvan csak a nativ jatszik. Ellenben ha te egy sima webappot csinalsz, amiben adatokat jelenitesz meg, bemutatsz egy termeket, netbankolsz, logisztikazol, stbstbstb.. akkor van alapja a hybrid appoknak. A sebessegi kulonbseget pedig egy atlag user "sima" appoknal nem erzi meg. Szinta az osszes mai hybrid app a cordova-t hasznalja arra, hogy a js-ben + html-ben megirt applikaciot nativ kodra forditsa, es a cordova rendelkezik olyan pluginekkel, amikkel a device egyes funkcioit hasznalni lehet. Pl Os, GPS, lokacio, stb.. Demozni is tudom, nemregiben csinaltam egy sima appot, amiben az inicializacio alatt lekertem a device poziciojat, hogy meg tudjam allapitani, hogy hol van a user: [link] A cordova, a megfelelo pluginok telepitese utan, szabvanyos interface-t biztosit a plugin hasznalatara. A linkelt peldaban a geolocation plugin volt telepitve, es a helyzet lekerese a publikus navigator.geoLocation objektem keresztul tortenhet. A Cordova pedig majd lebokszolja a host os-sel, hogy hogyan oldja meg. Szamodra a mogottes implementacio atlatszo marad, neked csak hasznalni kell.
[ Szerkesztve ]
-
Jim-Y
veterán
Marmint, azzal lehet hulyeseget irtam, hogy a cordova nativ kodra forditja a kodot, ez szerintem nem tortenik meg, de a lenyeg, hogy a hatterben a webes appot egy bongeszo szeru dolgon fogja futtatni, aminel van valamifele DOM. Nekem is jobban utana kene olvasni.. Na majd allamvizsga utan, addig ilyen nyalanksagokra nincs ido:/
-
Zedz
addikt
Hybrid apps, like native apps, run on the device, and are written with web technologies (HTML5, CSS and JavaScript). Hybrid apps run inside a native container, and leverage the device’s browser engine (but not the browser) to render the HTML and process the JavaScript locally. A web-to-native abstraction layer enables access to device capabilities that are not accessible in Mobile Web applications, such as the accelerometer, camera and local storage.
Ezek szerint jó amit írtál, egy böngésző szerű dologban futtatja az appot. A kis kutakodás közben mintha olvastam volna egy olyat is, hogy pár éve még a Facebook app is ilyen formán készült, de méretéből adódóan egy lomha dög lett. Azóta már lehet átírták natívba, nem tudom mi lett a sorsa.
-
Joci93
senior tag
válasz Tele von Zsinór #12724 üzenetére
Csak HTML, JS + CSS fájlok vannak a birtokomban, így ezt nem tudom tesztelni.
Viszont tomcat + vpn kombinációt kötelező használni a melóhelyen, mert a megrendelő nem akarja feltenni a netre az egész oldalt.
Ma néztem telefonon és sikerült elérni a gépemet Wi-Fi-n keresztül, de az oldalt nem tölti be...vagyis részben... betölti a <title>-t + a loading ikont és annyi. Gondoltam arra, hogy a tomcat miatt nem nézhető telefonon, de szerintem ez hülyeség.
Furcsa, több ezer emberrel találkozunk és egyik sem fog meg igazán. Aztán megismerünk valakit, aki megváltoztatja az életünket. Örökre.
-
Rolly
veterán
htaccess segítség kellene
van egy oldal amit seozok és a:
- www.valami.hu
- www.valami.hu/nyitooldal
esetén is ugyanazt az oldalt hozza be... komplett egyedi fejlesztésű cmsa jelenlegi htaccess fájlban van redirect ami a www.valami.hu/index.php?page=nyitooldal -ra írja át az oldalakat (nyitooldal mindig az aktuális oldal neve)
hogy lehetne megoldani, hogy a www.valami.hu/nyitooldal átirányításra kerüljön a www.valami.hu-ra? mert így a analyticsben is duplán van így a "kezdőoldal"
+ gond még seo szempontból is a duplikált tartalom ...
-
Sk8erPeter
nagyúr
Tedd ezt a rootban lévő .htaccess-fájlba:
RewriteEngine on
RewriteRule ^nyitooldal$ http://%{HTTP_HOST}/ [R=301,L]Természetesen a RewriteEngine on sor csak egyszer szerepeljen, ez nálad már bent lesz a .htaccess-fájlban, szóval esetedben csak a második sor érdekes. Valahova a többi szabály elé tedd be.
Itt a protokoll be van drótozva sima HTTP-re, ha HTTPS-en is elérhető az oldal, akkor persze erre külön feltételt érdemes létrehozni.Sk8erPeter
-
Rolly
veterán
válasz Sk8erPeter #12744 üzenetére
jó lett köszi , nem vagyok túl nagy htaccess redirect guru... lehet jobban utána fogok olvasni
-
Sk8erPeter
nagyúr
Azért ez HTML+JS+CSS-kombóval nem rossz (Howl's Moving Castle):
http://greensock.com/?post_type=example&p=5966
http://codepen.io/gordonnl/full/byouf/
(dolgoztatja a procit rendesen )(#12745) Rolly:
Szívesen![ Szerkesztve ]
Sk8erPeter
-
Zedz
addikt
Kis olvasni való mára. Én eddig nem CDN-eztem, ti?
-
DNReNTi
őstag
Szőrszálhasogatós cikk. A felsorolt érveknek, akkor van igazán haszna, ha mondjuk egy Európa 12 országában futtatott webshopról van szó amelyet naponta 400-500 ezer egyedi látogató nézeget. Ebben az esetben valóban erős a CDN előnye a cikk alapján, de kötve hiszem, hogy egy átlagos weboldalon egy lib betöltése a saját szerverről az ördög műve lenne. Ez pedig: "you are doing it wrong" így kiemelve, és általánosítva egyenesen hülyeség.
but without you, my life is incomplete, my days are absolutely gray
-
biker
nagyúr
Vér István után támad Vér Miklós
Ezt a honlapot is ő csináltaElektromos autó töltő berendezések | Mesterséges növényvilágítás | Mai ajánlatunk: www.gerisoft.hu | www.e-autotoltokabel.hu | www.agrar-vilagitas.hu |
Új hozzászólás Aktív témák
- Fotók, videók mobillal
- Poco F5 - pokolian jó ajánlat
- Célkeresztben az OnlyFans, amiért pornót nézhetnek a gyerekek
- Napelem
- Honor Magic V2 - origami
- Miért vezet mindenki úgy, mint egy állat?
- Itt az első kép a 2024-es Nokia 3210-ről
- Robogó, kismotor
- Gaming notebook topik
- Politika
- További aktív témák...