Új hozzászólás Aktív témák
-
spammer
veterán
válasz PumpkinSeed #7855 üzenetére
Gyanakszom arra a js lapozóra Sehol absolute pozicionálás, és még úgy sem középre rakja a képet, sőt, text-align: right megadásával ki is lóg a div-ből. Pedig csak ennyi: div#gallery img {height: 400px;}
}Próbáld ki, hogy csak simán beszúrsz egy képet JS slide cuccos nélkül és úgy működik-e a center.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Gave
addikt
válasz PumpkinSeed #7857 üzenetére
Na azért ne vicceljünk. Az elterjedtebb böngészők biztosan támogatják legalább az alapvetőbb CSS3-at Linuxon is.
Fix A: Fallback deklaráció:
font: 400 15px/20px 'Cambria', Georgia, Times, serif;
Fix B: Font Embed:
@font-face
{
font-family: teFontod;
src: url('Sansation_Light.ttf')
,url('Sansation_Light.eot'); /* IE9 */
}<link href='http://fonts.googleapis.com/css?family=Donegal+One' rel='stylesheet' type='text/css'>
Tervezés kérdése, ne fogjunk már mindent egyből a böngésző supportra.
-
Gave
addikt
válasz PumpkinSeed #7861 üzenetére
De van benne.
B és C ugyanaz a megoldás, csak Google dolgozott helyetted.
Különbség az, hogy B esetben lokálból szedi a forrás fájlokat, még a link nyilván Google szerveréről tölti be őket.
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7857 üzenetére
"sajnos linux-ban mindenhol, mert a linuxos böngészők nem támogatják a CSS3-at."
Jujjujjj, ne írj már ekkora marhaságokat, mert még valaki elhiszi.
De pl. tessék, indítottam neked egy virtuális gépet, CentOS 5.9-cel, FF-ban CSS3 transitions:
http://i.imgur.com/sD1dBoA.png
alul látszik, hogy épp méretet változtatnak a dobozok.Sk8erPeter
-
spammer
veterán
válasz PumpkinSeed #7866 üzenetére
Miért nem használsz Chrome-ot vagy Firefoxot?
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz PumpkinSeed #7868 üzenetére
Hát gondolom, ha ott használsz olyan böngészőt, amiben nincs CSS3 támogatás. Linuxra is van Chrome/Firefox nem? A böngészők piacának 99%-át szerintem a Chrome-Firefox-IE-Opera négyes teszi ki, ezek frissek, támogatják a cuccokat stb., nem érdemes szerintem mással szenvedni.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz PumpkinSeed #7870 üzenetére
Ja értem. Nekem nincsenek ilyen perverzióim, hogy karakteres felületet használjak, főleg nem, ha webböngészésről/fejlesztésről van szó.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7866 üzenetére
De könyörgöm, attól még hülyeséget írtál, mert NEM igaz, hogy a Linuxos böngészők "nem támogatják a CSS3-at"...
Amúgy meg döntsd már el, hogy a teljesen szöveges alapú Lynx-ről vagy a Links-ről beszélsz... feltételezem, a Lynx-ről. A Lynx szerinted egyenlő a "Linuxos böngészők" kategóriával?(#7870) PumpkinSeed :
"Az a baj, hogy karakteres felületen hiába van chrome nem jeleníti meg."
X Window System, GNOME, KDE, ezek mondanak valamit...?====
(#7871) spammer :
na igen, főleg, hogy ha van egy UNIX/Linux-disztribúciója, amihez telepítene egy grafikus felhasználói felületet, attól még ugyanúgy használhatná kedvére a Lynx-et is, ha nagyon szeretné...
Abból, amit írt, úgy tűnik, mintha a UNIX/Linuxot egyenlőnek képzelné el egy sima terminállal, és kész...[ Szerkesztve ]
Sk8erPeter
-
Soak
veterán
válasz PumpkinSeed #7874 üzenetére
U bazmeg ...
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7874 üzenetére
Kár, hogy nem reagáltál érdemben arra, amit írtam (vagy ezek szerint nem értetted meg). Inkább előbb fordítsuk meg a dolgot, mert kissé rosszul közelíted meg a kérdést: attól még, mert te az általad használt Debianra nem raktad fel a GNOME-ot vagy a KDE-t, és azt feltételezed, hogy a Debiant csak parancssoros felhasználói felületről lehet használni, az NEM azt jelenti, hogy az úgy is van, és hogy amit állítottál (t.i. hogy "a Linuxos böngészők nem támogatják a CSS3-at"), az igaz is lenne...
De hogy lásd, hogy lehet Debianon másképp is böngészni:
Dúúúúúúúúrva, mi?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7879 üzenetére
Kéne már a PH-n facepalm ikon. Miért lenne az neked jó, ha valaki CLI-n böngészne a kedvedért Lynx-szel (és nem Links-szel)?
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7889 üzenetére
PumpkinSeed, lassan elmondhatnád, mire is akarsz kilyukadni, mert eddig nem sok értelmet nyert mindaz, amiket írtál a Linuxos böngészőkről, tévesen.
==========
(#7884) martonx :
na igen, de egyébként alapvetően szórakoztató ilyen hsz.-eket látni, amikor valaki azon hőbörög, hogy dehát a Linuxos böngészők tök elavultak, amikor kiderül, hogy Lynx-ben böngészik a csávókámSk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7908 üzenetére
Kár, hogy még mindig nem fogtad fel, hogy a Linuxos böngészők nem azt jelentik, hogy CLI-ben használod a Lynx-et, és kész. Egyébként meglep, hogy miután legalább ötféleképpen magyaráztam el neked, hogy létezik UNIX/Linux alá rendes GUI is, még mindig gondok vannak a felfogásoddal, már bocsi.
Szóval tulajdonképpen nem igazoltál semmit (bár a UNIX/Linux-szal kapcsolatos tájékozatlanságodat igen), de azt legalább kitartóan.[ Szerkesztve ]
Sk8erPeter
-
Gave
addikt
válasz PumpkinSeed #7908 üzenetére
Az állítással van a gond alapvetően, persze nekem nem érne meg egy vitát.
Hamis az állítás, nem nézőpont kérdése.
Ha linuxon csak szöveges böngésző lenne, vagy külön hivatkozol rájuk akkor rendben van. De ilyen univerzális kijelentésekkel szerintem ellőtted az agyát itt néhányaknak, és hát érthető miért.
Vannak a grafikus és a szöveges böngészők. A CSS-nek jelentéktelen a szerepe a szöveges böngészők esetében.
A weboldal a látogatóknak készül, a legtöbb weboldal célközönsége grafikus böngészőt használ, azok közül is az elterjedtebbeket.
A CSS a weboldalak grafikus/vizuális prezentációját szolgálja. Hogy jön ide akkor a marginális felhasználású szöveges böngésző, amivel egyébként is teljesen élvezhetetlen netezni? Kivéve, ha valaki a fájdalomra jön izgalomba.
-
válasz PumpkinSeed #7911 üzenetére
Szerveren nem böngészünk, ha mégis, akkor pedig nem azt vizsgáljuk, hogy mennyire támogatja a CSS3-at. :facepalm:
Egyébként sem a jobb erőforrás-kihasználás miatt nincs GUI a szervereken. :facepalm: #2
-
fordfairlane
veterán
válasz PumpkinSeed #7911 üzenetére
Ne komplikáljátok már ezt a témát tovább, ha kérhetem. Nyugodtan lehet CSS3 technikákat használni a weboldalakon, persze ésszerű fallback mechanizmussal. A karakteres böngészők meg a lőtéri kutyát nem érdekelnek. Feltéve persze, ha nem elméleti okoskodás a cél, hanem a közönség elérése.
x gon' give it to ya
-
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? -
Sk8erPeter
nagyúr
válasz PumpkinSeed #7911 üzenetére
Az igen
Igazából közben Gave, Athlon64+ és Tapsi, fordfairlane és cucka olyan jól összefoglalták, amiket reagálni akartam, hogy alig van mit hozzátenni (főleg az tetszett, amit cucka írt most, hogy "nem egy problémára keresel megoldást, hanem problémákat keresel saját magadnak" - rövid, tömör összefoglalása annak, amit most csinálsz). Olvasd el, amiket írtak, és gondolkozz egy picit.
Itt nem a te nézőpontodról van szó, hanem arról, hogy hülyeséget állítottál. Ha kategorikusan kijelented, hogy a Linuxos böngészők nem támogatják a CSS3-at, akkor az színtiszta baromság, amit nem lehet reakció nélkül hagyni, mert a végén még valaki tényleg elhiszi. Hogy mindezt felfogod-e, az másik kérdés. Az meg megint másik kérdés, hogy te elvileg fejlesztőként vajon miért használsz Lynx-et, miféle perverzió vesz rá erre (az más kérdés lenne, ha csak átmenetileg, tesztcélból rákukkantanál), és hogy vajon miért csodálkozol ezek fényében azon, hogy ott a CSS3-támogatás annyira nem mutatkozik meg.
De hidd el, az oldalad látogatói nem Lynx-et fognak használni az oldalad megtekintéséhez, és hidd el, a megrendelőd csöppet sem fogja értékelni, hogy te CLI-alapú böngészővel szopatod magad.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7923 üzenetére
Én meg örülnék, ha lenne végre valami érdemi hozzászólásod is a topicban.
Kár, hogy még mindig nem érted, miről van szó, mert webfejlesztőként egyenesen ostobaság GUI nélkül használni a saját oprendszeredet (amin fejlesztesz, nem az éles tárhelyedről beszélünk, remélem, ezt már felfogtad), és még mindig nincs igazad abban, amit állítottál. De úgy használod az oprendszeredet, ahogy akarod, és azt gondolsz, amit csak szeretnél, de ha nagy mellénnyel állítasz hülyeségeket, akkor ne lepődj meg rajta, ha sok-sok cáfolatot azonnal az arcodba kapsz többektől is. Látom, hogy tök felesleges neked bármilyen észérveket is felsorakoztatni, eddig legalább 7-en megpróbáltuk, de teljesen hatástalan volt, láthatóan nem jutott át hozzád az érdemi információkból semmi. Sok sikert.Sk8erPeter
-
Soak
veterán
válasz PumpkinSeed #7911 üzenetére
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.
Kár, hogy lynx-et épp 2 perce használtam windowson ...
-
válasz PumpkinSeed #7936 üzenetére
PumpkinSeed is lehet.
-
spammer
veterán
válasz PumpkinSeed #7964 üzenetére
A friss IE-khez jó az rgba (illetve az opacity), a régiekhez meg:
/* IE 8 */
-ms-filter: "progid:DXImageTransform.Microsoft.Alpha(Opacity=50)";
/* IE 5-7 */
filter: alpha(opacity=50);forrás: [link]
Amit te találtál meg, az valóban a színátmenet, azaz a css gradient megfelelője.
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7964 üzenetére
http://kimili.com/journal/rgba-hsla-css-generator-for-internet-explorer/
eszerint:
.valami {
rgba(255,255,255,0.1);
}IE-ben:
.valami-IE {
background: transparent;
-ms-filter: "progid:DXImageTransform.Microsoft.gradient(startColorstr=#19FFFFFF,endColorstr=#19FFFFFF)"; /* IE8 */
filter: progid:DXImageTransform.Microsoft.gradient(startColorstr=#19FFFFFF,endColorstr=#19FFFFFF); /* IE6 & 7 */
zoom: 1;
}Sk8erPeter
-
spammer
veterán
válasz PumpkinSeed #7984 üzenetére
IE9+ only [link]
A prefixelt cuccok mindig felülre, utolsó mindig az "alap", prefix nélküli.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
CSorBA
őstag
válasz PumpkinSeed #7986 üzenetére
Fordítva, utolsó 6 a szín.
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #7986 üzenetére
String that specifies or receives a value that can range from #FF000000 to #FFFFFFFF.
#FF0000FF
Default. Blue.Remarks
Color is expressed in #AARRGGBB format, where AA is the alpha hexadecimal value, RR is the red hexadecimal value, GG is the green hexadecimal value, and BB is the blue hexadecimal value. The alpha value controls the opacity of the object. An alpha value of 00 is transparent, while a value of FF is opaque.
String input that is outside the hexadecimal range will revert to the default value.Sk8erPeter
-
spammer
veterán
válasz PumpkinSeed #8001 üzenetére
Mert rossz képet adtál meg a href-en belül mindháromnál.
<img src="kepek/CJ30.jpg"/>
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
spammer
veterán
válasz PumpkinSeed #8003 üzenetére
Hát nyisd le a href-et és látod, hogy az img rossz belül Azért nem a 13-as kis képet mutatja, mert nem az van megadva img- nél (ami ugye a kis kép, amire kattintani kell).
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
CSorBA
őstag
válasz PumpkinSeed #8031 üzenetére
Nem használsz firebugot?
A body-nak lila a háttere (ez látszik alul), a mainPageBG-nek meg fehér, ez van felül, absolute pozícióval z-index minusz, így kerül a felette lévő containerek mögé. Ennyi.
-
DeltaPower
őstag
válasz PumpkinSeed #8031 üzenetére
Az oldal háttere lila, és be van téve még háttérnek egy 627px magas fehér hátterű div -99999-es z-indexel.
"Moonshine Whiskey (70°, ízesítés nélküli) van. Fincsi" - Teebee - "De az kiírtaná az egész családomat..Akkor is ha csak én innék belőle.." - forintuser
-
Sk8erPeter
nagyúr
válasz PumpkinSeed #8031 üzenetére
Nem túl nehéz megfejteni, ha nyitsz egy fejlesztőpanelt (F12, Ctrl+Shift+I - szoktad használni? érdemes...).
body {
height: 800px;
background-color: #8156a3;
}
ez adja a lilás háttérszínt.ez jön a body alatt közvetlenül:
<div class="mainPageBG"></div>
div.mainPageBG {
background-color: white;
position: absolute;
z-index: -99999;
width: 100%;
height: 627px;
top: 0;
left: 0;
}aztán még logocontainer, navbar, majd container-fluid, azonbelül mainContent, majd nem sokkal később beljebb menve jön a carousel-inner, ami tartalmazza a carousel lapozható elemeit; még beljebb egy carouselItemTable divben van egy táblázat, ami tartalmazza a szöveget, képet:
<table cellpadding="0" cellspacing="0" border="0" class="carouselItemTable">
<tbody>
<tr>
<td class="carouselItemDesc"> <a href="./products/mac/" class="carouselItemTitle">Viber for Mac</a>
<div class="carouselItemText">Viber for Mac lets you send free messages as well as make free calls to other Viber users, on any device and network, in any country!
<div style="padding-top:8px;"><a href="./products/mac/">Read more...</a>
</div>
</div>
<a class="btn mac" href="http://download.viber.com/desktop/mac/Viber.dmg" onclick="javascript:location=this.href;pageTracker._trackPageview('/download'+pageGA);addStatEvent('2', referral);return false;">
<div class="getDevice">Get Viber
<div class="note">OS 10.7 & up</div>
</div>
</a>
</td>
<td class="carouselItemImage">
<div>
<img alt="" src="./images/screenMacV2.png">
</div>
</td>
</tr>
</tbody>
</table>a lényeg a kérdésedben a kép:
http://www.viber.com/images/screenMacV2.png
szóval egyszerűen csak fölé van téve.Tehát a lényeg: lila háttéren fehér háttér, majd egy abból kicsit kilógó táblázat képpel, kb. ennyi.
Sk8erPeter
-
spammer
veterán
válasz PumpkinSeed #8031 üzenetére
div absolute pozicionálással megoldható, lásd gyorsan összedobott példa: [link]
Ja a fehér az most valójában szürke lett a példában
[ Szerkesztve ]
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
addikt
válasz PumpkinSeed #8094 üzenetére
Eddig leginkább adatmigrációnál találkoztam vele, pl. SOAP. Egy szabványos, strukturált platformot ad az információcserére, ez a nagy előnye.
Mondjuk én CSV párti vagyok, már csak takarékossági szempontból is.
Persze számtalan más felhasználási módja is van.
[ Szerkesztve ]
-
The DJ
addikt
válasz PumpkinSeed #8189 üzenetére
Favicon a neve, megváltoztatni úgy tudod, hogy kreálsz vagy keresel egy 16x16 pixel méretű .ico formátumú képet (új böngészők már megeszik a png-t is), elnevezed favicon.ico-nak, felmásolod a weboldalad gyökerébe és hozzáadod a következő sort az oldalad forráskódjának <head> részéhez:
<link rel="shortcut icon" href="/favicon.ico" type="image/x-icon">
[ Szerkesztve ]
https://wpszaki.hu - Minden, ami WordPress, cikkek kezdőknek és haladóknak.
-
DNReNTi
őstag
válasz PumpkinSeed #8189 üzenetére
Szerintem a favicon-ra gondolsz.
Használata:
<link rel="shortcut icon" href="ikon_fájl_neve" type="image/png">ATW-n nem tudom fog e működni mivel gondolom iframe-ben mennek az oldalak még mindig.
but without you, my life is incomplete, my days are absolutely gray
-
trisztan94
őstag
válasz PumpkinSeed #8289 üzenetére
A tartalmat adatbázisból szedi az oldal amit szerkeszteni kell? Ha igen akkor csak update-olod a sort amit kell benne.
Ha nem, tehát statikus az oldal, akkor JS-szel érdemes csinálni (személyesen jQuery-t ajánlom).
Valahogy így néz ki egy ilyen jQuery szerkesztés pszeudokódban (van csomó szövegszerkesztő plugin, hogy jól nézzen ki a szerkesztő, kedvencem)
HTML amit szerkeszteni akarsz:
<div id="tartalom">
<p>Valami szöveg</p>
</div>jQuery
lemented a textarea szövegét amin változtatott az admin egy változóba..
var $lementett = $('textarea').val();
$('#tartalom p').html($lementett);és kész is
https://heureka-kreativ.hu
-
Phvhun
őstag
válasz PumpkinSeed #8289 üzenetére
Igazából azt kell hogy mondjam, hogyha egy egyszerű bejelentkezést is csak nehézkesen tudsz megcsinálni, akkor ez nagy fa lesz a fejszédnek.
Valami kész CMS rendszert kellene szerintem használnod élesben, és magadnak fejlesztgethetsz ilyen admin felületeket, és mikor már rájöttél, hogy mit hogy kell, és milyen nagy biztonsági rések vannak a nem profin megtervezett kódban, akkor lehet csak jó a saját kód használata. -
spammer
veterán
válasz PumpkinSeed #8289 üzenetére
Adatbázis. Ha olvastad nemrég a php és a kapcsolódó topikokat, láthattad, hogy txt alapú tartalomkezeléssel szórakoztam, de rájöttem, hogy ha kicsit komplexebb dolgot szeretnék, akkor adatbázis kell, mert sokkal egyszerűbb, ha az már be van lőve, megvannak csinálva a táblák/mezők.
Szóval felépíted az oldalt, designt, aztán azt a részét, amit szerkeszthetővé akarsz lenni, adatbázisból olvasod. Persze ha nagyon egyszerű, csak pár helyen lévő szövegről van szó, és nincsenek egyéb kapcsolódó adatok, akkor megfelelő lehet pl. a txt-ből beolvasás is.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Tele von Zsinór
őstag
válasz PumpkinSeed #8293 üzenetére
Ha már csinálod, akkor csináld normálisan: az md5 hosszú évek óta ellenjavallott erre, most már a sha1 és az erősebb társai, a sha256 és sha512 is. Az ok egyszerű: ezek nem kriptográfiai hash-ek, hanem üzenetek integritás-ellenőrzésére lettek kitalálva, azaz eredendően gyorsak. Jelszavakat valami lassú algoritmussal érdemes hashelni, ezzel pár nagyságrenddel lassítva, tehát értelmetlenné téve a brute-force támadást.
Erre a php 5.5-től kezdve lesz beépített támogatás, addig is annak az eredeti szerzője megvalósította ugyanazt a néhány függvényt php-ben is, így már 5.3.7-től használhatod. Ezt itt találod: ircmaxell/password_compat.
Jól látható, hogy az egyszerű md5-nél éppen csak bonyolultabb a használata: ellenőrzéskor egy másik függvényt kell hívni, és kész
Érdemes erről egy hosszabb összefoglalót írnom magyarul? Azt láttam, hogy Sk8erPeter kollega többször linkelte már a PDO-val kapcsolatos írásom, valami hasonlóra gondoltam.
-
spammer
veterán
válasz PumpkinSeed #8305 üzenetére
php-ben utf8 legyen
adatbázisban meg mondjuk utf8-hungarian-ci+ mysql kapcsolatnál (php-ben, ahova beírod), lehet, hogy oda is be kell írni (nekem be kellett), hogy utf8.
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz PumpkinSeed #8305 üzenetére
A kliens, az adatbázis kapcsolat, és az adatbázis tárolási formátuma legyen azonos.
Első körben próbáld ki, hogy az adatbázis kapcsolat inicializálásakor kiadsz egy "SET NAMES latin2" queryt.
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8310 üzenetére
Ez nem stimmel. Lehet, hogy mentésnél történt a hiba, így már akármit is csinálsz, nem tudod jól megjeleníteni. Mindenesetre az látszik, hogy a böngésző utf-8-ként próbálja értelmezni ezt a szöveget, és hogy ez nem jön össze, mert ez a szöveg nem utf-8 kódolású.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8312 üzenetére
Kipróbáltad az adatkapcsolat latin2 kódolásra állítását, amit javasoltam? Egyébként ha jól rémlik, tudsz karakterkonverziót végezni lementett adatokon is Mysql-ben, csak most nem ugrik be, hogy kell (tán ALTER TABLE-vel).
Javaslom, hogy a jövőben minden projectet utf-8-as alapokon indíts, a legkisebbet is.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8314 üzenetére
Igen, úgy jobb volt, mert csak az ő betű helyén volt kérdőjel. Mint most is. A többi jó volt.
Akkor az történhetett, hogy a táblába íráskor még nem volt átállítva latin2-re az adatkapcsolat (a legtöbb helyen a default a latin1), így az ő betűk elvesztek, és így került letárolásra a szöveg.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8316 üzenetére
Igen, elvileg jó, de ha nincs sok adat a táblákban, akkor még most érdemes mindent átrakni utf-8-ra, szerintem.
x gon' give it to ya
-
spammer
veterán
válasz PumpkinSeed #8310 üzenetére
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-2">
Hát a headben nem állítottad át.
De egyébként phpmyadminban látod, hogy az adatbázisba illesztett szöveg jó-e.
Javaslat: phpmyadminban is állíts mindent utf8-hungarian-ci -re:
1, phpmyadmin fő - főoldalán (General Settings): MySQL kapcsolat illesztése
2, Adatbázis névre kattints, aztán Műveletek menüpont, aztán ott lesz az illetsztésnél.
3, Tábla névre kattints, majd Műveletek menüpont és ott a tábla beállításainál lesz illesztés
4, Ha kész vagy ezekkel, akkor külön a mezőkön is állítsd be egyenkéntSzóval sok helyen be lehet (kell) állítani. Legalábbis én mindenhol egységesre állítottam, biztos, ami biztos
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
fordfairlane
veterán
válasz PumpkinSeed #8318 üzenetére
A kezdők életét eléggé megbonyolítja. Látszik az angolszász hatás, hogy sokáig nem volt rá univerzális megoldás. Az "utf-8-ra mindent" azért már elég jó.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8321 üzenetére
Meglévő adattáblákat a tartalommal együtt valahogy így lehet áttenni utf-8-ra:
ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8 COLLATE utf8_general_ci;
Egyelőre nem tudom kipróbálni, a netről szedtem. Gondolom akkor kell használni, amikor még minden az eredeti latin kódolásban van, a mező típusa és a tartalom is, és ez egyszerre elvégzi a típusmódosítást és a tartalomkonverziót.
[ Szerkesztve ]
x gon' give it to ya
-
fordfairlane
veterán
válasz PumpkinSeed #8323 üzenetére
Lefutott a tábla módosítás de valahol máshol lesz a probléma.
Először nézz bele a táblába, hogy az adatok a megfelelő formátumban vannak-e, a phpmyadminnal ez nem probléma. Ha a tartalom jó, nem szemét van az ékezetes karakterek helyén, akkor kell megnézni, hogy az adatbázis műveletek előtt a "SET NAMES utf-8" ott van-e.
Külön a PHP-nak csak akkor kell beállítani a lokalizációt, ha PHP-s stringműveleteket is végzel a kiolvasott adatokon, egyébként nincs jelentősége. A böngésző utf-8-ként látja az oldalt, úgyhogy ez a része oké.
[ Szerkesztve ]
x gon' give it to ya
-
Phvhun
őstag
válasz PumpkinSeed #8323 üzenetére
fordfairlane már írta, de nekem is ez volt a gondom, és ez megoldotta a problémát:
( mysql_connect után tedd be )mysql_set_charset("utf-8");
mysql_query("SET NAMES utf8");és mindenhol utf8-at kell használni. mondjuk én inkább az utf8_unicode_ci-t használom hungarian helyett.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen