- Milyen billentyűzetet vegyek?
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Így építsd a billentyűzeted!
- Házimozi belépő szinten
- Milyen egeret válasszak?
- Hobby elektronika
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
Hirdetés
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Free Play Days 2024 - 18. hét: Headbangers: Rythm Royale
gp Extraként a Star Wars Jedi: Survort is kipróbálhatjuk 5 óra erejéig.
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz Speeedfire #5099 üzenetére
Ránézésre nem rossz, de abból a szempontból idióta volt a fejlesztője, hogy a PHP-kódok nyitótagjét teljesen következetlenül egyszer simán <? -vel írta, máskor <?php -vel, pedig a szervereken a short_open_tag nagyon sokszor nincs engedélyezve. Nálam sem volt, így csak akkor sikerült működésre bírnom, amikor kicseréltem az összes <?-t <?php-re mindenhol.
A short_open_tag-et meg szándékosan nem kapcsolom be.
Amúgy a felülete kellemes.===
(#5101) Telda : hát ebből nem derült ki, hol akadtál el.
Amúgy van test toolja is, amivel lehet csekkolni, a szervered alkalmas-e a telepítésre.
Ja, és előfeltétel, hogy egyáltalán legyen egy webszervered, amin működik a PHP is... (plusz GD library)[ Szerkesztve ]
Sk8erPeter
-
Telda
addikt
válasz Sk8erPeter #5102 üzenetére
Igen, már folyamatban, a testing tool kidobta, hogy a cURL nincs engedélyezve a szerveren, de már írtam a szolgáltatónak .
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Sk8erPeter #5102 üzenetére
Írsz majd jobbat.
Anno írtam magamnak, de közel sem ilyen látványos...
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5104 üzenetére
Amúgy lehet, hogy tök jó, nem vágom, annyira azért nem néztem át, csak meglepődtem, hogy amikor megnyitottam a kezdőlapot, kidobta a forráskódot a short_open_tags hiánya miatt - viszont néhány kód meg "lefutott", mert néhány helyen meg a teljes <?php változatot használták.
Mindenesetre a demója a honlapon elég meggyőző. Ott bekapcsolták a short_open_tags-t.
Végül is ez, amit letöltöttem, ingyenes, mit pattogok má' he'. Meg írták, hogy ennek befejezték a fejlesztését, így hiába is írnék, hogy héló, ezt javítsátok.
A felületén lévő dizájnt viszont érdemes lehet ellopni.(#5103) Telda : oké.
[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5105 üzenetére
Ja, ha jól tudom a régi verzió lett ingyenes, gondolom nem mai darab már, ezért a közösbe dobták.
A új meg elég komoly lett már, a régi is hasonlókat tudott pedig már.
Amúgy tényleg gány megoldás a <? ?>, de ezt szerencsére csak a régebbi kódokban látni.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5106 üzenetére
2010. októberi, az nem volt olyan brutálrég.
Amúgy ez sztem sajnos nem igaz, hogy csak a régi kódokban látni. Egyébként számomra ez a <?= $variable ?> használata is egy okádék, miért nem lehet kiírni azt a nyomorék teljes PHP-taget, meg az echo-t? Sokkal jobban elkülönül. Persze ezek csak költői kérdések.Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5107 üzenetére
Osztom amúgy a véleményedet, mellesleg én néha a sima if {} nélküli verzióktól is idegenkedek. Nagyon ritka amikor így használom, jobb szeretem kiírni a {}-ket.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5108 üzenetére
Jaja, jobb is úgy, főleg, ha később bővíted, hogy az if blokkon belül mi történjen még, akkor nem fordul elő így, hogy nézel, hogy mé' hajtódik végre minden esetben, nem csak a feltételvizsgálatnál, na meg amúgy is, jobban néz ki a kód, én nem vagyok híve a karakterek spórolásának kódolásnál, szerintem többet számít az áttekinthetőség.
Szóval az ilyen összenyomorítva, egy sorban megoldott dolgok olykor többet ártanak, mint használnak.Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5109 üzenetére
szerintem többet számít az áttekinthetőség.
+1
Inkább lássam át jobban, de foglaljon el még + 200 karaktert az egész projektben.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Tele von Zsinór
őstag
válasz Sk8erPeter #5107 üzenetére
Itt megjegyezném, hogy a <?= nyitótag 5.4-től kezdve mindig elérhető, függetlenül a short_open_tags értékétől.
A szépsége meg már magánjellegű dolog, én átállok rá, mikor már elég elterjedt lesz az 5.4.
-
Sk8erPeter
nagyúr
válasz Tele von Zsinór #5111 üzenetére
Igen, olvastam a doksiban erről, nekem személy szerint nagyon nem tetszik.
Szerintem nehezebben átláthatóvá teszi a kódot, ha egyértelműen kiírom azt a plusz pár karaktert az echo-val, akkor azzal nem tettem semmi ördögtől valót, viszont legalább azonnal látszik, hogy na ott egy kiíratás van. Amúgy gondolom ASP.NET-ből származik ez a mánia, bár nem értem, mitől jó.
Ízlések és pofonok különböznek, látom ebben eltér az ízlésünk.
Szerk.: hozzáteszem, ez is valószínűleg megszokás kérdése, ha valaki rááll erre, akkor persze nyilván gyorsabban rááll a szeme, de ha már pl. HTML-kódba belepakolok PHP-kódot (valamilyen szintű szemantikai keveredés sok esetben elkerülhetetlen, vagy így egyszerűbb), akkor már miért is ne írhatnám ki egzakt módon, mi is történik.(#5110) Speeedfire : jaja, persze, azért túlzásokba sem kell esni.
[ Szerkesztve ]
Sk8erPeter
-
lakatostomi
tag
sziasztok!
Akinek van minöségi, lehetőleg látogatott weblapja az keressen meg.
Hírdetés kirakásával elég jól lehetne keresni vele. -
Siriusb
veterán
Olvastam egy álláshirdetést, ahol LAMP programozót keresnek. Milyen állatfajta ez, megesz a kíváncsiság? Azt érteném, ha PHP programozót keresnének, vagy mondjuk linux rendszergazdát, vagy linux ismeretekkel rendelkező fejlesztőt.
-
Speeedfire
nagyúr
válasz Sk8erPeter #5115 üzenetére
Mi a baj vele? LAMP rendszergazda kell.
Ha már új usert kell felvenni akkor arra van ember. Vagy esetleg backup. stb stb
A világ legjobb melója lehet ez.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5116 üzenetére
De gondolom mindent magában foglalhat, szóval rendszergizdáskodni, karbantartani az adatbázist, a konkrét scripteket megírni - tulajdonképpen tény, hogy elég bő munkakör lehet adott esetben. Legalább mindent egy emberkén verhetnek le.
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5115 üzenetére
Annyira idiótán, hogy piszkosul nem tudod, végül is milyen munkakört kellene betölteni.
Sk8erPeter (#5115)
LAMP rendszergazda kell.
No ez az, ami egyáltalán nem biztos. Szerintem. De az biztos, hogy a munkáltatónak lövése sincs arról, milyen feladatra keres embert.Persze én is jártam már úgy, hogy direkt kiemeltem a levélben, éles környezetben soha nem üzemeltettem linux szervert, csak desktop tapasztalatom van, mégis behívtak: kiderült 4-5 szerver és egy-kétszáz munkaállomás üzemeltetése lenne a feladat. Mit mondjak? Ez a különbség, ha az ember fia programozik; hozzászoktunk, hogy mindent pontosan kell megmondani.
[ Szerkesztve ]
-
Gergello
addikt
templatekingdom.com oldallal van valakinek tapasztalata, élménye? Nekem lett most egy negatív....
-
Gergello
addikt
válasz Speeedfire #5121 üzenetére
Köszönöm. Használtam már más template oldalakat is-eddig gond nélkül, de most egy kifejezett kérés jött egy az említett templatekingdom-on fent lévő templatere.
-
Gergello
addikt
válasz Speeedfire #5123 üzenetére
Kifizettem, de letölteni nem tudom.
-
Gergello
addikt
válasz Speeedfire #5125 üzenetére
Voltam olyan bátor, hogy "instant payment"-tel akartam fizetni, előtte külön nem csináltam accountot, nem léptem be. Állítólag fizetés után a letöltő oldalra kellett volna visszairányítani.
Template be a kosárba, majd checkout. Bekérte közben a nevem és az email címem. Ezután fizetés paypallal, lovettát levonta, majd amikor vissza kellett volna irányítani a bolt oldalára, akkor elkezdett tölteni, mintha nem tudná behozni az oldalt, majd "az oldal nem válaszol.." aztán le is fagyott.
Küldtem már egy 5-6 emailt különböző címekre, de nem igazán akarnak válaszolni.
Grátisz:
Felhasználói felületre nem tudok regelni, mert a cím már foglalt. Gondolom elmentette valamikor a folyamat során. Oké, akkor jelszó emlékeztető. Az meg nem jött el.
[ Szerkesztve ]
-
Speeedfire
nagyúr
válasz Gergello #5126 üzenetére
Remélem nem haragszol meg érte, de te voltál a b*na. Ilyet sosem szabad csinálni. Sok helyen még írják is, hogy előbb acc, belép, fizet.
Pl a godaddy-n is lehet így fizetni, de eszembe sem jutna előre fizetni.
Hát ha szerencséd van akkor a paypal email címed alapján elküldik majd az infókat.Spamek között nem nézted meg?
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Gergello
addikt
válasz Speeedfire #5127 üzenetére
Előrefizetésnek azért nem hívnám ezt. Bíztam benne, hogy hiba nélkül végig megy a folyamat. Nem az a problémám, hogy fellépett egy hiba, hanem az, hogy nem válaszolnak az emailre. Ha nem sikerül a héten megoldani, akkor gyalázkodok egy kicsit minden elérhető külföldi és magyar blog, review, forum oldalon.
-
-
Gergello
addikt
válasz Speeedfire #5132 üzenetére
Igen, ezt mondom.
De így mint kártyás vásárlást, nem tudom, hogy vissza lehet-e csinálni. -
Siriusb
veterán
Gondolkodom egy projecten, illetve annak megvalósításán. Jó lenne, ha webszerveren tudnám tárolni az adatokat - ám mivel az adatok egy része érzékeny -, titkosítva lenne az adatbázisban (MySQL vagy SQLite 3). Nem saját szerverről lenne szó, mely a pincében csücsül, tehát a visszafejtésnek kliens oldalon kellene történnie.
A fent leírt szituációban szerveroldalon PHP-vel nagyjából mindent meg lehetne oldani, de az a kérdés, hogy a titkosított adatok visszafejtését miként lehet megvalósítani a kliensél (pl. írni egy Firefox extensiont?).Gondolkozom abban is, hogy a felhasználó gépén egy lokálisan futó program lenne, viszont azzal nem tudom elérni a szolgáltatónál lévő adatbázist, igaz?
Ha nagyon hülyeségeket kérdezek, bocs.
-
Sk8erPeter
nagyúr
válasz Siriusb #5135 üzenetére
Ha az adatokat egy adatbázisszerveren titkosított módon tárolod biztonsági okokból, akkor annak mi értelme van, hogy kliensoldali kóddal fejted vissza az adatokat? Ha kliensoldali kódról van szó (pl. JavaScript), akkor a visszafejtésre szolgáló kód teljes mértékben látható mindenki számára, biztonság nulla.
Azt még meg lehet csinálni, hogy egyik szerveren van az adatbázis (már ha mindenképp fontos a szétválasztás), ahhoz külső hozzáférést engedsz (megfelelő authentikációval férsz hozzá), másik szerveren az első szerverről elérhető adatokat feldolgozod, és ezeket az adatokat szolgáltatod kifelé.Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5136 üzenetére
Teljesen homályos nekem ez a terület, ezért zaklatlak titeket, mert azt sem tudom, honnan induljak el. Az lenne a cél, hogy csak a megfelelően azonosított felhasználó láthassa az adatokat. Tehát ha Gipsz Jakab rendszergazda lemásolja magának az adatbázist és a php kódot a szerverről, ne tudja kinyerni az adatokat. Miként lehet ezt megvalósítani?
Azt sem tudom, ha pl. van három felhasználó, miként kapják meg a kulcsot az adatok visszafejtéséhez, mert gondolom csak egy kulcs lehet és azt nem tárolhatom a szerveren.
Mellékvágány: a jelszavakat pl. SHA()-val tárolni, elvileg az sem kellene hogy (könnyen) visszafejthető legyen, ugye?
Szóval nagy a kavar a nálam, nem ismerem, milyen lehetőségek vannak a megoldásra.
-
Sk8erPeter
nagyúr
válasz Siriusb #5137 üzenetére
Az adatbázisnál oké, hogy titkosítva tárolod, hogy ránézve az adatokra, abból a rendszergazda ne tudjon semmit sem értelmezni (ergo számára használhatatlanok ebben a formában az adatok).
A PHP-kódot meg obfuszkálhatod valami jóféle szoftverrel, így elég nehezen fog rájönni, hogy mi az algoritmus az adat visszafejtésére. Tehát a fejlesztői kód nem kerül fel erre a szerverre, csak a jól összekutyult, értelmezhetetlen kód. Az obfuszkált kód deobfuszkálása meg többnyire annyira nem hatékony, hogy elég nagy valószínűséggel borítékolható, hogy ezt inkább feladja az illető, aki próbálkozik.Ha adatokat akarsz titkosítani, pl. infók: [link] >>> [link].
Jelszótárolásra meg bővebb irományok: [link].
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5138 üzenetére
Kösz, ez hasznos volt.
Most 2 utat látok:
1) az adatok titkosításához a szerveren tárolok egy "nyers" kulcsot, amit egy obfuszkált php kódban -dinamikusan - több változóból összeállított unique salt+hash-sel készre faragok, amikor hitelesítésre kerül a felhasználó.2) egy elképzelés: a kliens gépen zajlana a dekódolás pl. FF extension segítségével - már ha ez megoldható egyáltalán. Előnye, csak az tudja dekódolni az adatokat, akinél telepítve van az extension, mivel 2 külön helyen van a titkosított adat és a hozzá tartozó kulcs. Hátránya, lövésem sincs, kivitelezhető-e, ill. mennyire terhelheti (csökkentheti a felhasználói élményt) a kliens oldalt.
Vélemény?
Most látom, PHP tudja az openssl-t is, hmmmm.
-
Sk8erPeter
nagyúr
válasz Siriusb #5139 üzenetére
1. konkrétan nem tudom, milyen adatokra gondolsz. Ha csakis a jelszó lenne az érdekes, amit szeretnél elrejteni mondjuk egy rendszergazda elől, aki hozzáfér az adatbázishoz, akkor olyan nagyon nem érdemes túlmisztifikálni, egyszerűen egy hash-elt változatát tárolod el a jelszónak adatbázisban (így ezzel nem tud mit kezdeni az sem, aki hozzáfér az adatbázishoz), és amikor a júzer próbál bejelentkezni, akkor az általa beírt jelszónak ugyanazt a hash-ét előállítod, és megvizsgálod, egyezik-e az adatbázisban tárolt hash-sel. Ez nem visszafejthető, csak az egyezést tudod vizsgálni.
Ha már komplexebb adatokat akarsz tárolni titkosítva, és azt vissza is szeretnéd fejteni valami értelmes módon, emberi időben, akkor az már más tészta, ott egy szimpla hash-elés nem lesz jó, mert azt nem fogod tudni visszafejteni, tehát valami egyedibb algoritmust kell kitalálni arra, hogy hogyan tárolod, és mi lesz a visszafejtés módja. Adott esetben ez elég bonyolult is lehet, ha nem szeretnéd könnyen feltörhetővé tenni.
Amúgy nem tudom, milyen adatokról lenne szó, de ezt azért érdemes átgondolni többször, hogy biztos érdemes-e belevágni a komplex algoritmus kitalálásába.2.) extension titkosított adatok dekódolásához? Nem jó ötlet. Az extension kódjába bele tud turkálni más is, szóval magyarul akkor semmi értelme a kódolásnak, a dekódoló algoritmushoz úgyis bárki hozzáfér. Ergo saját céljaira is onnantól kezdve fel tudja használni, tehát mintha nem is titkosítottál volna semmit - ezenkívül meg kell oldani, hogy valami web service-en keresztül szolgáltass adatokat; ha itt authentikációra is szükség van, akkor az ahhoz szükséges adatokat is bele kellene drótoznod az extensionöd kódjába, tehát akkor a felhasználó böngészőjére telepített extensionben igazából bárki megtalálja a szükséges infókat.
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5140 üzenetére
Az már elveszhetett a sok dumá(m)ban, amit az elején írtam, hogy az adatok egy része szenzitív. Tehát komplexebb adatokról lenne szó.
Ha illetéktelen hozzáfér a böngészőhöz, az már nem az én bajom, mindenki óvja a gépept, ahogy tudja. De piszok vagyok.
Esetleg még az jutott eszembe, hogy pythonban megírni a kliens oldalon futó programot (helyileg futó alkalmazásként), ami a szerveren futó PHP script segítségével olvassa/írja az adatbázist, az adatok már titkosítva mozognának, csak a kliens oldalon lenne titkosítás/visszafejtés. Mondjuk sem pythonban, sem PHP-ben nem tudom, miként oldható meg ez a kommunikáció, de erre van a doksi. Valószínűleg egy darabig olvasgatni fogok, de legalább van valami értelmesnek tűnő megoldás.
Vagy van más mód hozzáférni egy webszerveren levő adatbázishoz?Anyám, ha én ebből egyszer működőképes cuccot faragok...
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz Siriusb #5141 üzenetére
Hogy jön a képbe a Python? Most nem mindegy, hogy PHP-ben írod meg vagy Pythonban? Mindkettő scriptet tudni kell futtatni valahogyan...
"Ha illetéktelen hozzáfér a böngészőhöz"
Mi va'? Ezek szerint nem értetted, amit írtam. Az extension kódjához fér hozzá bárki. Értsd: valaki átküldi az extensionjét egy ismerősének, aki látott már valaha programkódot, az már némi kódtúrkálás után vágja is, mivel "dekódolod" az üzenetet, látja a hozzáférési adatokat a szerveredhez, és így tovább... Nem tudom, világos kezd-e már lenni, hogy bárkihez kerül is az extension, akkor az már könnyűszerrel tudja leszedegetni az adatokat a szerveredről, amennyiben van némi fogalma róla, hogy mi is lehet onnan érdekes.Egyre inkább úgy tűnik, hogy neked inkább valami asztali kliensalkalmazást kéne inkább létrehoznod ehhez, szerveroldalon meg egy web service-t, de semmiképp sem extensionnel kéne "dekódolnod".
[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5142 üzenetére
Hogy jön a képbe a Python?
Mint asztali kliensalkalmazás.Ezek szerint nem értetted, amit írtam.
Dehogynem. csak továbbléptem.
Igazából nem tudná, vagy legalábbis nem könnyen, mert először be kellene jelentkezni, hogy kapjon adatokat. A bejelentkezés meg nem az extension-ön keresztül menne.szerveroldalon meg egy web service-t
Na, erre lennék kíváncsi. Ez mit jelent? -
Siriusb
veterán
válasz Sk8erPeter #5144 üzenetére
Ez azt jelenti, hogy kell egy virtuális szerverre előfizetni, amin pl. Apache Tomcat fut?
-
Sk8erPeter
nagyúr
válasz Siriusb #5145 üzenetére
Dehogyis....
A Tomcat server Java-s alkalmazásokhoz van elsősorban.
A web service nincs nyelvhez kötve. Pl. SOAP-szervered lehet C#-ban és PHP-ben is megírva (vagy Java-ban, és így tovább)... (épp nem olyan rég beszéltünk a PHP topicban az ilyen jellegű SOAP-ásokról ).
A PHP-s megoldásról itt van pl. egy cikk: [link].
Én is szívtam régebben komplex adatszolgáltatással PHP+NuSOAP segítségével, amihez C#-klienssel (asztali alkalmazással) kapcsolódtam: [link].[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5146 üzenetére
Kösz szépen, sokat segítettél, asszem el fog tartani egy darabig, amíg mindezen átrágom magam...
stackoverflow: jópofa kutyus
-
Sk8erPeter
nagyúr
válasz Siriusb #5147 üzenetére
Nincs mit, ja, és előbb elfelejtettem egy lényegeset beleírni végül a hozzászólásomba, hogy szervertől sem függ a webszolgáltatás. Tehát lehet egy általad említett Tomcat szerveren egy Java-s webszolgáltatás, lehet Apache-on egy PHP-s webszolgáltatás, vagy lehet IIS-en egy C#-os webszolgáltatás, és még sorolhatnám. A lényeg, hogy egy kliens alkalmazással csatlakozol a webszolgáltatást biztosító szerverhez (esetleg megfelelő authentikáció után, amennyiben szükséges, de van, ahol elérhető egy webszolgáltatás úgy is, hogy nincs szükség felhasználónévre és jelszóra, hanem anonimként is használható!), amelyik megfelelő metódusokon keresztül adatokat szolgáltat, bizonyos elvárt adattípusok formájában.
Pl. SOAP esetén van egy WSDL-fájl (Web Services Description Language), ami lényegében egy leírás az elérhető metódusokról, az elvárt bemeneti és kimeneti paraméterekről (azok típusáról, stb.), namespace-ekről, egyebekről...ez egy szabványos leírás, ezért nagyon sok kliens azonos módon tudja értelmezni ezeket az adatokat.Csak egy példa, hogy mondjuk egy web service-en keresztül egy asztali alkalmazással egy, a neten elérhető szerverről lekéred a webshopjukban elérhető terméklistát, plusz a termékekhez tartozó árakat, leírást, stb... Ez tehát egy kényelmes módja lehet meghatározott adatok bizonyos interfészen keresztül történő szolgáltatásának.
Sk8erPeter
-
PazsitZ
addikt
válasz Siriusb #5137 üzenetére
Most alapvetően, ha egy normális szolgáltatót keresel, akkor igenis komoly jogszabályok és titoktartási kötelezettségek vonatkoznak rájuk, még ha véletlenül bele is néznek a DB-be.
De egyébként teljesen valószerűtlen a dolog, hogy most a rendszergazda vagy akárki elkezdi olvasgatni az adatbázisodat, szvsz.Bár nem kötözködéből, de tényleg kíváncsi lennék milyen típusú adat, amit ennyire féltesz?
- http://pazsitz.hu -
-
Sk8erPeter
nagyúr
válasz Siriusb #5150 üzenetére
Nem elég ehhez az egészhez egy sima webes felület, ahol authentikáció, majd authorizáció után a megfelelő jogosultságok birtokában egy adott felhasználó hozzáférhet a szenzitív adatokhoz, más meg nem? Csak mert nagyon nyomattad ezt a kliensoldali dolgot, és nem sikerült tisztázni, miért, amikor az egész procedúrát szerveroldalon kell elvégezni, másképp nem tudod elég biztonságossá tenni. Vagy legalábbis ha kliensoldal, akkor mondjuk egy asztali alkalmazásban legyen elrejtve a megkapott üzenet visszafejtése, az alkalmazás kódjához meg ne lehessen hozzáférni.
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5151 üzenetére
Lehet a paranoiám miatt, de nem szeretném sima adatbázisban tárolni. Az 'azt a kocsit lopják el, amelyiket akarják' elv itt is igaz, nincs feltörhetetlen weboldal. És ha már valaki hozzáfér az adatbázishoz, így vagy úgy, csak krikszkrakszokat lásson...
Nekem valahogy az asztali alkalmazás megoldás tetszik, hiába lenne egyszerűbb a te javaslatod. -
Sk8erPeter
nagyúr
válasz Siriusb #5152 üzenetére
Most akkor a végére eljutottunk oda, hogy teljes egészében asztali alkalmazást akarsz készíteni belőle, helyi adatbázissal? Semmi webes része nem lesz? Vagy már nem tudlak követni.
Eddig arról volt szó, hogy távoli adatbázisban titkosítva tárolod a dolgokat, majd valamilyen algoritmus szerint egy szerveroldali kóddal az adatokat visszafejted. Hogy az adatbázisból honnan és hogyan jutsz hozzá a még titkosított adatokhoz, amit vissza kell fejteni, lényegében mindegy, azt kell eldönteni, az adatok visszafejtését hol végzed - szerveroldali kóddal (pl. PHP-vel), amihez tartozik egy webes felület, vagy asztali kliensből (pl. C#-pal, csak hogy mondjak egyet a számtalan lehetőség közül), amihez egy másik GUI tartozik.
Ha meg annyira paranoiás vagy, akkor talán a böngészőbeli extension gondolata eszedbe sem kellene, hogy jusson ennek a feladatnak a megoldásához...
Az asztali kliens ötlete maximum annyiban lenne "biztonságosabb", hogy egy bináris kódból már kicsit nehezebb visszafejteni valami értelmezhetőt, mint egy obfuszkált PHP-kódból.[ Szerkesztve ]
Sk8erPeter
-
Siriusb
veterán
válasz Sk8erPeter #5153 üzenetére
Nem teljes egészében, mert az adatok webszerveren kerülnének tárolásra.
Szerk.: azt hiszem elértünk oda, hogy ez már nem a topic témája, úgyhogy offba teszem és leállítom magam
[ Szerkesztve ]
-
Telda
addikt
Hali tudtok ajánlani valami egyszerű és könnyen kezelhető grafikus weblap szerkesztőt?
A Dreamweaverrel már korábban dolgoztam, illetve most a Sharepointot ajánlotta a tanár. -
Vitocska
tag
sziasztok keresek egy hozzáértőt aki készitene nekem egy clanos honlapot webspeelből természetesen az árban megegyezünk ha van itt valaki és ért is hozzá pm me plz
D3 BattleTag: ScArFaCee#2684
-
Telda
addikt
válasz Sk8erPeter #5158 üzenetére
Köszi, kipróbálom!
-
Speeedfire
nagyúr
Ezt az oldalt a napokban küldték be a katalógusomba, szerintem igazán mutatós. A user frendly szó viszont szerintem nem illik rá.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Coyot
őstag
válasz Speeedfire #5160 üzenetére
pont az elmúlt napokban láttam egy ehhez hasonló wp template-t ez kb annak a koppintása hamár ez is wp
[ Szerkesztve ]
Má' nem
-
csdm
senior tag
Érettségit írok infóból, és a kérdésem, hogy hogyan kell relatív hibatkozást csinálni? (Sharepoint 2007)
GOndolom azt jelenti, hogy amikor javítják, akkor is elérhető legyen. ezt hogy csináljam? Webhelyet hozzak létre(a feladat sosem kéri), vagy egyszerűen minden tartalmat (weblapot,képet) másoljak a vizsgamappámba, és onnan hivatkozzak rá? -
Sk8erPeter
nagyúr
Igen, alapvetően jól értetted, az a lényege, hogy ha költözteted a fájljaidat, és megtartod a könyvtárstruktúrát az összes fájllal (tehát mindent egy az egyben átmásolsz valahova), akkor a hivatkozás továbbra is működni fog.
Például vegyük azt, hogy így néz ki a könyvtárszerkezeted (vannak könyvtáraid, azokban megint vannak könyvtárak, meg fájlok):
főkönyvtár
|-- alkönyvtár_1
|-- alkönyvtáron_belüli_alkönyvtár_1
|-- valamifájl_1.html
|-- valamifájl_2.php
|-- kép_1.jpg
|-- kép_2.jpg
|-- alkönyvtáron_belüli_alkönyvtár_2
|-- megint_egy_fájl.html
|-- másik_kép.png
|-- ez_is_egy_fájl.html
|-- index.html
|-- alkönyvtár_2
|-- ismét_fájl_1.html
|-- ismét_fájl_2.html
|-- index.html
|-- sokadik_kép.jpg(persze a kép is fájl, de jelezni akartam, hogy miről van szó)
Példa relatív hivatkozásra:
- mondjuk a főkönyvtáron belüli index.html fájlt nyitottad meg, és ide akarsz egy hivatkozást elhelyezni, úgy, hogy mondjuk egy klikkeléssel elérd az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/másik_kép.png
fájlt.
Akkor egy jó relatív hivatkozás itt így néz ki:
<a href="alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/másik_kép.png">Ez egy jó kép</a>- ezt lehet még bonyolítani:
mondjuk az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_2/megint_egy_fájl.html
fájlon belül el akarod érni a kép_1.jpg-t. Ez pedig az
alkönyvtár_1/alkönyvtáron_belüli_alkönyvtár_1
könyvtárban található.
Ehhez eggyel visszább kell lépni a könyvtárszerkezetben, majd belelépni az alkönyvtáron_belüli_alkönyvtár_1 könyvtárba, majd beírni a kép_1.jpg fájlnevet.
Visszalépni a két egymás mellé tett ponttal tudsz a könyvtárak között:
..Ebből a megint_egy_fájl.html-ből így fog kinézni hivatkozás:
<a href="../alkönyvtáron_belüli_alkönyvtár_1/kép_1.jpg">Ez egy másik jól sikerült kép</a>
Remélem még nem zavarodtál össze.
- még annyi, hogy ezt a visszalépkedést tovább is tudod alkalmazni, amíg el nem éred a szükséges fájlt.
Például az alkönyvtáron_belüli_alkönyvtár_1/valamifájl_1.html-ből már kétszer kell visszalépni, hogy elérd a sokadik_kép.jpg-t.
Ez már így fog kinézni a valamifájl_1.html-ből:<a href="../../sokadik_kép.jpg">Ez a főkönyvtárban van, én meg egy sokadik alkönyvtárban vagyok</a>
Remélem nagyjából érthető. Sharepointot én még nem használtam, ott konkrétan nem tudom, hogy néz ki, de biztos ott is megvan a lehetőség relatív linkek használatára.
Ha kérdésed van, valami nem tiszta, nyugodtan írd meg.[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
Lehet, nem néztem milyen motor, de akkor is ötletes a kinézete.
Más:
Ma hosszabbítottam meg godaddy-n a domain-emet és látom, hogy ingyen tárhelyet adnak hozzá. Mi ebben az átverés? Használta már valaki ezt?
10GB csak, mert náluk van egy sz*ros domainem elég fura nekem.A felhasználási feltételeknél meg csak ennyit látok:
NOTE: Per your license agreement, your free Web site cannot have any of the following types of content: pornographic, obscene or excessively profane content or content intended to advocate or advance computer hacking or cracking, gambling, illegal activity, drug paraphernalia, hate, violence or racial or ethnic intolerance.
Még csak azt se, hogy reklámot raknak az oldalamra...
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Coyot
őstag
válasz Speeedfire #5165 üzenetére
Szerintem nem kamu, én is kaptam fél év free-t mert rendeltem ssl-t meg saját IP-t
Má' nem
-
Speeedfire
nagyúr
Nálam nem írja ki, hogy mikor járna le. Akkor ezek szerint ez egy ilyen tudd, hogy ilyen is van promo akar lenni részükről.
Más:
Ha egy weblapon iframe-et akarok seo miatt használni, akkor megoldható valahogy az, hogy a magassága automatikus legyen? Megadom neki, hogy height="100%", de nem igazán akarja használni.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5167 üzenetére
"Ha egy weblapon iframe-et akarok seo miatt használni"
Miért, az miben javít SEO szempontjából?
Te ezeket jobban vágod, én annyira nem merültem bele a SEO-témába, de elég meglepő, hogy ez javít...Úgy érted, hogy automatikusan méreteződjön, hogy az adott div magasságához mondjuk?
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5168 üzenetére
Ugye a főoldalról kimenő link a legerősebb általában. Ha egy aloldalról adok valakinkek kifelé linket, akkor kevésbé romlik a főoldalam vagy akármelyik.
Pl lenne egy szemetes http://domain.hu/linkszemetes, így az összes link erről menne kifelé.Igen, valami olyasmi. Tehát, hogy ne legyen scrollozás, de szerintem ezt csak js-el lehet megoldani.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5169 üzenetére
Ja hogy úgy érted, hogy a saját oldalad ne romoljon, az a szempont?
De most itt iframe amúgy is kellene? Vagy ezt most nem vágom.Ja, én is úgy emlékszem, hogy normális kinézet eléréséhez iframe esetén dinamikus magasságoknál csak JavaScripttel elérhető.
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5170 üzenetére
Igen, legyenek kint a reklámok (mert azoknak lenne ez, vagy partner cuccoknak), de a saját oldalam egy aloldaláról menne ki az összes link.
Iframe nélkül szerintem máshogy nem lehet így megoldani. Csak így lehet elérni, hogy a link mintha a főoldalon lenne, de közben mégsem.Ha más nem akkor marad a JS.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5171 üzenetére
Ja hogy ja. Így már értem a problémát - szóval ezek szerint tartasz attól, hogy esetleg a gyengébb értékelésű, de reklámozandó oldalak lehúzzák a Te oldaladat, ha jól tévedek. Mondjuk az is igaz, hogy a jó értékelésűek viszont felhúznák.
Sk8erPeter
-
csdm
senior tag
válasz Sk8erPeter #5164 üzenetére
Köszi, nem bonyolult ahogy leírtad értem,
Én nem szoktam kódokat írni, tehát a sharepoint kezelő felületet használom kizárólag (kivéve ha a feladat kéri hogy a kódba nyúljunk bele)
A kérdés az, hogy ha abba a mappába megyek bele a link készítésekor, ahova az egész kocerájt mentem, akkor kialakul-e ez s relatív link és móka. Majd kipróbálom.[ Szerkesztve ]
-
-
Speeedfire
nagyúr
válasz Sk8erPeter #5172 üzenetére
Mindegy milyen az oldal amire linkelek, a sok kimenő link gyengíti az oldalamat.
Mondjuk láttam már olyat is, hogy js-el volt a linkelés megoldva. De pl flash reklámnál ugye ez nem kivitelezhető.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5175 üzenetére
"De pl flash reklámnál ugye ez nem kivitelezhető."
Hogyne lenne megoldható: [link]Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5176 üzenetére
Úgy értettem, hogy annak már általában előre megvan adva az url a flashbe ágyazva.
Mert én ilyesmire gondoltam, hogy megadom az url-t pl ebben a formában:
[url=hxxp://www.valami.hu]linkszöveg[url]
Majd ezt alakítom át jquery-vel erre:
<a href="http://www.valami.hu">linkszöveg</a>Így az oldalamon nincs kimenő link, csak ha már a js betöltött.
[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5177 üzenetére
"Mert én ilyesmire gondoltam, hogy megadom az url-t pl ebben a formában:
[url=hxxp://www.valami.hu]linkszöveg[url]
Majd ezt alakítom át jquery-vel erre:
<a href="http://www.valami.hu">linkszöveg</a>"Hát szerintem ez elég ocsmány megoldás, ha már JS-sel töltöd be. Végigrohangászol a szövegen, parse-olod, és inkább abból alakítod át? Mi értelme, ha már JS-t használsz?
Akkor már inkább objektumok tömbjét kellene egyszerűen átalakítani, úgy, hogy egy sima ciklussal végigrohangászol a tömbön, és kiszeded a link szövegét és a megfelelő URL-t.Most gyorsan készítettem egy példát, hogy mire is gondolok:
http://jsfiddle.net/Sk8erPeter/zWDpV/$(document).ready(function() {
var myLinks = [
{
text: "Prohardver.hu",
href: "http://prohardver.hu"},
{
text: "Google",
href: "http://google.hu"},
{
text: "jQuery",
href: "http://jquery.com"},
{
text: "Stack Overflow",
href: "http://stackoverflow.com/"},
{
text: "jsFiddle",
href: "http://jsfiddle.net/"},
{
text: "JSBin",
href: "http://jsbin.com/#javascript,html,live"}
];
for (var i in myLinks) {
var myDiv = $("<div/>", {
"class": "link-container-element"
}).appendTo("#link-container");
$("<a/>", {
"class": "myLinks",
text: myLinks[i].text,
"title": myLinks[i].text,
"href": myLinks[i].href
}).appendTo(myDiv);
}
$('#link-container a').each(function() {
$(this).attr('target', '_blank');
});
});Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5178 üzenetére
Jó, de ez csak akkor okés ha fix url-ek vannak. De ha valami osztályban vannak akkor talán jobb, mert akár az egész oldalon lehetne használni (gondolok itt arra, ha esetleg a blogomban ezt meg akarom oldani).
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5179 üzenetére
"de ez csak akkor okés ha fix url-ek vannak"
Hogy mi van? Nem értelek. Milyen fix URL-ekről beszélsz?
Egyébként azt hittem, teljesen nyilvánvaló, hogy ez csak szemléltető példa volt, az adatokat egyébként onnan szeded, ahonnan akarod, pl. nyilván generálni kellene ezeket az adatokat szerveroldali nyelvvel, pl. egy JSON-fájlba... A lista úgy meg dinamikusan bővül vagy kisebb lesz (hozzáadtál/töröltél), szóval igazából ezt nem nagyon értem, ebbe mi okod volt belekötni.
Nem jött át, hogy ez miért is jobb, mint parse-olni egy b@szomnagy nyers szöveget... (amit mutattál)?[ Szerkesztve ]
Sk8erPeter
-
PazsitZ
addikt
-
Sk8erPeter
nagyúr
válasz PazsitZ #5181 üzenetére
Na igen, ez egy nagyon jó kérdés. Nem is jutott eszembe, elvileg pont arra való, hogy a hivatkozásokat ne kövesse a keresőrobot, és elvileg ezzel lehet elérni, hogy a PageRanket ne rontsa/javítsa.
Google Official Blog: Preventing comment spam (2005)
http://googleblog.blogspot.com/2005/01/preventing-comment-spam.html"From now on, when Google sees the attribute (rel="nofollow") on hyperlinks, those links won't get any credit when we rank websites in our search results. This isn't a negative vote for the site where the comment was posted; it's just a way to make sure that spammers get no benefit from abusing public areas like blog comments, trackbacks, and referrer lists."
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5180 üzenetére
Fix url, az hogy ahogy írod egy adott listából nyered ki az adatokat.
mint parse-olni egy b@szomnagy nyers szöveget
Nem olyan nagy az a szöveg.
De, mint írtam pont, hogy a reklámoknál nem jó ez a megoldás, mert elég sokrétegű a dolog. Van flash, van kép, szöveg stb stb
PazsitZ: Újabban nem igazán zavarja a nofollow tag a google-t.
Még a dofollow sem.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5183 üzenetére
Továbbra sem értem, hogy attól még a Te megoldásod mitől lenne jobb bármivel is...
Ezenkívül egy JavaScripttel létrehozott objektumba szinte azt pakolsz bele, amit akarsz, elérési utat, stringbe összerakott plusz HTML-tartalmakat, vagy string helyett egyéb JavaScript-típusoknak megfeleltethető elemeket generálsz az objektumba, és így tovább.
Mindenképp jobb megoldás lenne legenerálni a JavaScript-objektumot, és azt rugalmasan kezelve előállítani a megfelelő HTML-tartalmat, mint jó macerásan parse-olni egy szöveget, majd abból végre legenerálni a cuccot."Újabban nem igazán zavarja a nofollow tag a google-t. "
Ezt honnan tudod? Ez csak sejtés, vagy volt valami hivatalos infó erről?[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5184 üzenetére
Arra gondolok, hogy amit írtam az dinamikus, amit te írsz az meg statikus.
De nem lényeg, mert egyik sem lenne jó a mostanihoz. Nagyon elkanyarodtunk.A seo fórumon szoktak a google dolgokról írni és már 1-2 éve ezt írja minden szaki, hogy nem lényeg ha ott van, vagy nincs ott. Attól még az oldal értéke "romlik" a kimenő linkektől.
Bár ez a PR is csak epenisz. Ettől még nem lesz előrébb a találati listában.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5185 üzenetére
"Arra gondolok, hogy amit írtam az dinamikus, amit te írsz az meg statikus."
Miért lenne már statikus? A JavaScript-objektumokat szerinted nem lehet generálni ugyanúgy szerveroldalról, mint ahogy generálod a nagyon macerásan feldolgozható URL-tagjeidet?
Pont itt magyaráztam arról, hogy lehet akár JSON-fájlba is generálni, és ennek a tartalmát lekérni. Vagy ha akarod, az adott lapon a script tagek közé generálod PHP-vel. Ezt a "statikus" dolgot nem tudom, honnan szedted.Ja, és még egy, ha már Google. Nem tudom, hogyan képzelted el a saját megoldásodat, de ha úgy, hogy ezeket az [URL=http://example.com]blabla[/URL] szerkezetű tageket eleve belegenerálod PHP-vel a tartalomba, amikor lekéred az adott oldal tartalmát, akkor a Google ugyanúgy belekotor ebbe a tartalomba is. Csak ezeket az URL=... tageket is elmenti, és akkor a találatok között egész érdekes szövegek sülhetnek ki belőle. De itt számomra megint csak misztikus, hogyan képzelted az egészet (pl. hogy megint túlbonyolítod-e ). Ha mondjuk AJAX-szal kéred le, akkor megint visszatértünk az eredeti kérdéshez, hogy mi a büdös franc értelme van ebben a BBCode-os szerkezetben megkapni eredményként a linkeket, amikor lehetne normálisan feldolgozható formában is megkapni (lásd a korábbi példámat, csak ugyanezt mondjuk JSON-ből vagy script tagek közt, ahogy említettem).
[ Szerkesztve ]
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5186 üzenetére
Hagyjuk, nem értjük egymást.
Én nem akarok semmit sem generálni. Ha írok egy blogbejegyzést vagy valami mást, akkor nem fogok ezzel szórakozni, hogy a json fájlba, vagy adabázisba rakjam ezeket.
[URL=http://example.com]blabla[/URL]
helyett pl:
[URL=hxxp://example (dot) com]blabla[/URL]De lehetne még fokozni, de mint írtam már nem lesz jó így sem. Nem téma már régóta.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5187 üzenetére
Ezek szerint csak neked nem sikerült felfognod, amit írtam...
"Ha írok egy blogbejegyzést vagy valami mást, akkor nem fogok ezzel szórakozni, hogy a json fájlba, vagy adabázisba rakjam ezeket."
Ez hogy jön ide?Eddig arról beszéltünk, hogy külső linkeket helyezel el az oldaladon reklámként, és legjobb lenne, ha ezeket legenerálnád mondjuk JavaScripttel, mert nem szeretnéd, hogy ezek a linkek bármilyen módon is rontsák az oldalad értékelését a Google részéről.
Erre Te most már blogbejegyzésekről beszélsz...Úgy tűnik, azt sem értetted, hogy konkrétan hogyan kellene legenerálnod JavaScripttel a linkeket, de sebaj, nem nekem kell...
Sk8erPeter
-
Speeedfire
nagyúr
válasz Sk8erPeter #5188 üzenetére
Már itt is írtam, hogy miért lenne jobb, illetve a blogok.
Valóban nem értettem.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MasOyama
őstag
Tud nekem abban valaki segíteni, hogy hogyan tudok egy háttérképet középre rendezni, de akkor is középre kellene rendezni, ha a felbontás kisebb, mint a háttérkép.
Mondjuk van egy 1920 széles háttérképem, és valaki 1024 ben nézi az oldalt, akkor a háttérképet ne 0 pixeltől mutassa 1024-ig, hanem kb. 448 adik pixeltől...1472 ig.
Layernél, táblázatnál csak középre helyezést találtam, nem tudom a háttérképet akár negatívba eltolni automatikusan.
PCMENTOR - Számítógép és Laptop Szerviz
-
Sk8erPeter
nagyúr
válasz Speeedfire #5189 üzenetére
Mi lenne, ha elmagyaráznád magyar vagy felőlem akár angol nyelven, hogy most akkor mi is a konklúzió?
Most már tényleg érdekel, hogy akkor végül is mire jutottál, hogy szerinted melyik a jobb, és miért. Csak röviden is elég, de ne annyira, hogy az érthetőség rovására menjen.Sk8erPeter
-
PazsitZ
addikt
válasz Sk8erPeter #5192 üzenetére
Párszor gondolkoztam, hogy rákérdezek, de én végig nem érte mi a cél, és mi a gond.
Avagy szerintem egy csöppet túl van lihegve ez az oldalról kimutató link dolog. Már ha, egyáltalán arról van szó vagy miről[ Szerkesztve ]
- http://pazsitz.hu -
-
Speeedfire
nagyúr
válasz Sk8erPeter #5192 üzenetére
Konkulzió:
Benyalhat a Google.
Reklámra marad az iframe a flash és egyéb beágyazott cuccokra, max kap egy js height függvényt.
A blogosra meg még mindig nem látok jobb példát, mint a js parse.
Nem egy adott dologra akarok valami csinálni, hanem olyat ami többféleképp is feldolgozható.De ez ne legyen má' vitatéma. Elindultunk az iframe-től és most ott vagyunk, hogy mit miért!
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Sk8erPeter
nagyúr
válasz Speeedfire #5194 üzenetére
Nem, elindultunk onnan, hogy meg lehetne oldani JavaScripttel történő legenerálás segítségével is.
"A blogosra meg még mindig nem látok jobb példát, mint a js parse.
Nem egy adott dologra akarok valami csinálni, hanem olyat ami többféleképp is feldolgozható."
DE azt mondd már el, hogy MIÉRT NE LENNE MÁR JÓ úgy, hogy JavaScript-objektumokból generálod le?
REKLÁM gyanánt elhelyezett KÜLSŐ LINKEKRŐL beszélünk, ugye? Tehát olyan linkekről, amik nem szeretnéd, hogy bármilyen módon is befolyásolnák az oldalad értékelését Google részéről.
Akkor nem rohadtul mindegy, hogy most blogban vagy egy full más jellegű oldalon használod fel ugyanazokat a JavaScript-függvényeket/-osztályokat?
Próbálom még jobban megvilágítani a dolog lényegét: azért lenne jobb JavaScripttel legenerálni, mert akkor így könnyű kezelni ezeket a linkeket, egybetartoznak a megfelelő elemek, és olyan DOM-elemet generálsz belőle, amilyet csak nem szégyellsz (meg amit a böngésző és a JavaScript megenged). Plusz akkor ugye nem kellene belegányolni a szövegbe azt a parse-olandó szövegrészletet, ami ugyanúgy rontaná Google szemszögéből az oldalad megítélését...
Az, hogy parse-olni szeretnéd azt a sz@rt, csak a megoldás nyakatekertté tétele.
Miután sikerült parse-olnod a szöveget, megint csak át kell alakítanod a megfelelő struktúrájú DOM-elemmé, csak kissé bonyolultabb lesz feldolgozni a BBCode-jellegű karaktersorozatot, úgy, hogy ne kövess el benne ordas nagy hibát (a parse-oló függvényben), amit elkerülhetnél, ha eleve egy könnyen kezelhető szerkezetet használnál.Én tényleg szeretném csak megérteni, hogy miért mondod, hogy az én megoldásom nem jó, azért erőltetem a témát, mert érdekel a véleménykülönbség oka.
Lehet, hogy nem egészen jött át, pedig még jsFiddle-példát is mutattam...(#5193) PazsitZ : az a baj, hogy már én sem értem. Valahogy most annyira totál más nyelvet beszélünk Speeedfire-rel, hogy egyikünk sem érti meg, mit akar a másik. De örülök neki, hogy ezek szerint nem csak én nem értem már a célt, meg hogy mi miért nem jó. Azt hittem, csak velem van a baj.
[ Szerkesztve ]
Sk8erPeter
-
MasOyama
őstag
válasz Speeedfire #5191 üzenetére
Köszönöm. Elfelejtettem mondani, hogy több réteg van, a háttérkép fix, nem azt kellene mozgatni, hanem azon is lenne egy átlátszó háttér, azt kellene elrendezni, azt hogyan tudom?
A lényeg, hogy van egy fix háttérkép, és két darab rétegem, amiknek középre kellene rendeződniük felbontástól függően, ha a 1400 pixel széles réteg nem fér bele az 1024 es felbontásba, akkor annak kellene az elején kilógnia.Ugyan az a megoldás?
PCMENTOR - Számítógép és Laptop Szerviz
-
MasOyama
őstag
válasz Sk8erPeter #5197 üzenetére
Csináltam egy képet róla gyorsan, így egyszerű elmagyarázni.
Ezt szeretném, ha a hatter.png maradna ahol van, ez megy is.
A papir.png 800 széles, ezzel sincs gond, mert simán középre rendezem, és mindig középen lesz.
Amivel a gondom van az a kiskep.png, mert az szélesebb, mint 1024, és ha 1024 ben nézzük meg a weboldalt, akkor elmozdul a papir.png alol, nem tudom középre rendezni.
1024 ben az kellene, hogy kb jobb, és bal oldalt egyaránt 100, 100 pixelre lógjon ki a képből, ne csak jobb oldalt 200 nyit.
Ez kivitelezhető?
Köszönöm.
PCMENTOR - Számítógép és Laptop Szerviz
-
Speeedfire
nagyúr
válasz Sk8erPeter #5195 üzenetére
Lehet, hogy akkor én vagyok ilyen...
Mutass egy olyan példát, ahol beírom a szöveget és nem kell semmi extra dolgot csinálni más fájlban/adatbázisban.
Csak, mert amit te mutattál ott előre fel vannak véve az adatok.
MasOyama:<body> //erre az írtad, hogy már megy neked
<div id="wrapper"> //erre megírod megint amit fentebb linkeltem, csak a másik képpel
//tartalom
</div>
</body>[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
MasOyama
őstag
Új hozzászólás Aktív témák
- Újabb Samsungok telepíthetik a Galaxy AI-t
- bb0t: Gyilkos szénhidrátok, avagy hogyan fogytam önsanyargatás nélkül 16 kg-ot
- Mindent megtudtunk az új Nokia 3210-ről
- Kerékpárosok, bringások ide!
- Milyen billentyűzetet vegyek?
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- nVidia tulajok OFF topikja
- Vezetékes FÜLhallgatók
- Léghűtés topik
- Érkezik Magyarországa az LG szuper dizájnos hordozható projektora
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest