Egyébként azt nem értem miért nem default utf-8 már minden évek óta...
Az ASCII-vel kompatibilis, a többi hülye karakterkódolást meg már rég el lehetett volna felejteni.
Ja igen, azt elfelejtettem, hogy ezt csatlakozás után kell kiadni, nem minden lekérés elõtt.
Ez azt adja meg, hogy maga a mysql szerver milyen enkódolással várja a queryt a klienstõl (php), azaz a kommunikáció enkódolása végülis. Hozzáteszem a mysql szervert is be lehet konfigolni, hogy alapból így várja az adatot és akkor nem lenne szükség erre.
Ez megoldotta a problemat de kerdezem, hogy miert kell megadni ezt a definialast neki? Miert nem mukodik enelkul, hiszen mindenhol utf-8 van beallitva.
A header es a fajlkodolas biztos rendben van, mivel CSAK a sql betoltott szovegen jelennek meg sotet hatteru kerdojelek. A lap tobbi reszen pedig rendben van az osszes ekezetes szoveg. Holnap kiprobalom azt a mysql_query("set names 'utf8'"); es majd jelentkezem. Koszi.
Hogyan lehet sql adatbazibol nyert adatot utf-8 kodolast hasznalo oldalon helyesen megjeleniteni?
CREATE TABLE IF NOT EXISTS `tabla` (
`id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
`cucc1` longtext NOT NULL,
`cucc2` date NOT NULL,
`cucc3` date NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 AUTO_INCREMENT=15 ;
Jelenleg igy nez ki, ahova betoltodik fajl az rendben van, mivel mas ekezetes karakter megjelenik rendesen. Sot, ha fajl alapura cserelem az sql reszt es atmasolom az adatbazist a fajlba akkor szinten rendben megjelenik. Esetleg a betoltodes es megjelenes kozotti idoben romlik el vmi? Koszonom.
Kipróbáltam, nem mûködik. Kezdem lassan azt hinni, hogy nincs rá megoldás :D még keresgélek egy kicsit, más nem megoldóm több divbõl. Köszi a segítséget
Így van 6 darab egymás alatt... Meg szeretném oldani hogy 3-3 legyen. Tehát 3 egymás alatt 2 'oszlopban' és az egész középre igazítva(?) Remélem érthetõen fogalmaztam :D
Positiont töröld, többi most nem rémlik, hogy számít-e.
Újra a segítségeteket kérném, most cssben :) Azt szeretném megoldani, hogy egy diven belül egy másik divet a fõ div jobb oldalára akarom pozicionálni. Eddig akármilyen megoldásokat találtam nem mûködtek. Vagy az egész oldal jobb oldalára tette, vagy a fõ divnek a baloldalára a többi mellé.
A login divet akarom a jobb oldalon megjeleníteni, a másik kettõt ahova a logó, meg a nyelvválasztás menne azt meg baloldalon
Jaham, ezeket legtöbb böngészõ span-ként kezeli egyébként, ettõl függetlenül nem egy jó ötlet ilyesmit használni, és a specel is szemben megy. Esetleg AngularJS-t használ, vagy vmi hasonszõrût (ami átkonvertálja a megfelelõ elemmé).
Miért van az, hogy a form-ban lévõ checkbox-ot automatikusan true-ra állítja az elküldõ gomb? <input type="button">-nal dolgozok mert ajax-ot szeretnék használni, csak ezt az auto bejelölést nem értem
if($egy18[brutto_akcios]>0) {$tartalom["tartalom"].='<arsav class="term-price"><del>'.nf($egy18["brutto"]).',- Ft</del><br><akcio class="term-akcio">'.nf($egy18[brutto_akcios]).',- Ft
</akcio></td><br>';
Bocs rájöttem :)
Végül rájöttem a logikára : Már csak azt nem tudom megoldani, hogy a korábban kiírt árat hogy húzom át vagy törlöm ki.Mert így mellé írja áthúzottan.Az str_replace próbáltam, de nem jutottat semmire vele.
prevObject normális dolog, ahányszor egyik jquery objectrõl navigálsz másikra lényegében ezt adja vissza. Habár a formázásod elég nehezen olvasható így, de ránézésbõl a $(this)-t még megtalálja de a closest('tr') már üres. A felsõ szintû ojjektum az eredmény azon belüli prevObject pedig az elõzõ selector eredménye, a külsõnek 0 a hossza, a belsõnek 1.
Bocsánat, ha egy kicsit hosszú leszek,de ha valaki esetleg tudna segíteni egy amatõrnek az nagyon jó lenne :) A problémám az, hogy van egy weboldal, mely kilistázza a termékeket két oszlopba.Ennek megcsináltam, hogy kiírja a bruttó értékét az adatbázisból. Csak az a bajom, hogy ha van akciós érték, akkor ezt át kellene húzni, és alá meg kiemeltebben az akciós értéket.Több dologgal próbálkoztam ,de nem tudok rájönni, hogy kell ezt az egészet feltételesbe adni. Bemásolom a kódot : $tartalom["tartalom"].='<table class="body-term">'; $my18=mysql_query("SELECT * FROM termek where pid='".$alkatt["id"]."' and public='1' order by id") or die(mysql_error()); $j=0; while($egy18=mysql_fetch_array($my18)) { if($j%2==0) { $tartalom["tartalom"].=' <tr><td class="body-term-font"><br><a href="'.link_make_2(conv($katt["nev"]),conv($alkatt["nev"]),conv($egy18["nev"])).'">'.$egy18["nev"].'</a><div class="term-al-'.conv($katt["nev"]).'"><a href="'.link_make_2(conv($katt["nev"]),conv($alkatt["nev"]),conv($egy18["nev"])).'"><img src="thumbs.php?tid='.$egy18["id"].'&type=2" class="term-al-kep" alt="'.$egy18["nev"].'"/><div class="term-price"> '.nf($egy18["brutto"]).',- Ft</a></div></div></td>'; } else { $tartalom["tartalom"].='<td class="body-term-font"><br><a href="'.link_make_2(conv($katt["nev"]),conv($alkatt["nev"]),conv($egy18["nev"])).'">'.$egy18["nev"].'</a><div class="term-al-'.conv($katt["nev"]).'"><a href="'.link_make_2(conv($katt["nev"]),conv($alkatt["nev"]),conv($egy18["nev"])).'"><img src="thumbs.php?tid='.$egy18["id"].'&type=2" class="term-al-kep" alt="'.$egy18["nev"].'"/><div class="term-price">'.nf($egy18["brutto"]).',- Ft</a></div></td></tr>'; } $j++; } if($j%2!=0) { $tartalom["tartalom"].='<td></td></tr>'; } if($j==0) { $tartalom["tartalom"].='<tr><td>Nem található termék a kategóriában!</td></tr>'; } $tartalom["tartalom"].='
</table>';
unheap.com – jQuery kedvelõknek egy újabb plugin repo.
Progi ajánló hátha másnak is kell:
FTP backupra az elmúlt fél évben kipróbáltam párat és ez a nyertes: SyncBackFree
Egyszerû telepítés és beállítás, tud mirrort készíteni így nem tölti le a teljes szervert minden alkalommal, van benne feladat ütemezõ, van benne szûrõ, ingyenes
Az alábbi cikkben is szerepel a Glickman-pontrendszer is, ehhez vannak libraryk is, glicko / glicko 2 néven lehet keresni, php-hez pl ez.
Valaki tudna mondani olyan pontrendszereket mint az Élõ-pontrendszer? Ranglistához kellene.
Köszönöm :) Sajnos ennyire még nem foglalkoztam adatbázisokkal. Az indexelésrõl most hallok elõször, de már tanulgatom az optimalizálás lényeges pontjait. Akkor a comment_id-jét indexeljem, ha jól értem a leírások alapján.
Illetve másik kérdés, hogy az SQL injection ellen mennyire véd jól a mysqli osztály bindelése? Van szükség még szûrésekre a POST változóimon?
Igen, tehát azt jelenti, hogy a jelenlegi rendszerrel nem tudod megnézni, hogy jóska miket lájkolt, csak azt, hogy az x kommentre ki lájkolt.
Plussz egy egyszerû select indexelt oszlopok alapján nem szabadna problémát jelentenie, persze memória függõ az egész, de mysql elkezelget neked sok-sok millió bejegyzést. Az már csak egy plussz, hogy egy insert egy táblába is gyorsabb többségében, mint egy meglévõ recordon egy update (amikor valaki lájkol).
SQL utasítás akkor fut sokáig, ha nem tud index alapján keresni, ilyenkor a diszkrõl kell beolvasni az adatokat, ami nagyon idõigényes. Na most nálad egy #34#63#322342#312 szerû szövegre biztos nem fog tudni indexet építeni, de egy egyszerû szám alapú azonosítóra igen. Tehát nem fog végig szaladni több ezer soron, mert index alapján tudja mi merre. (adatbázis tervezésnél is ezeket külön szokták rakni és ez a felsorolásos dolog nem az igazi, mert pl az egyiknél van 2,3 a másiknál 3,2 és ez adatbázis szinten nem ugyanaz az entitás, hiába ugyanazok az értékek csak más sorrendben)
Utólag átolvasva 1-2 dolog nem pontosan így van, de szerintem érthetõ.
De elég nagy forgalmú rendszerrõl lesz szó, ha az összes like-nak létrehozok egy-egy bejegyzést a táblában, akkor a countot, ahogy írtátok megtudom spórolni, viszont egy felhasználó listázás esetén végig szaladni többszázezer soron, akárhányszor szükség van rá, kissé lassíthatja a rendszert.
A jelenlegi felállásban, pedig minden commenthez rögtön ott a likeolok id-je, illetve like-olás és unlike-olás esetén CONCAT vagy REPLACE-el tudom gyorsan módosítani azt.
Likes tábla és ott eltárolod a user_id-t és a comment_id-t, esetleg a komment alatt annyit, hogy mennyien likeolták, hogy egy countot megspórolj és csak akkor olvass a likes táblából, hogyha ki kell listázni a felhasználókat, vagy a felhasználó likejait. Valószinüleg többet néznek meg egy kommentet, mint amennyien likeolnak.
ha egy facebook like rendszerhez hasonló megoldást szeretnék, minden adatbázisban tárolt kommentekhez, akkor szerintetek mi a legjobb megoldás ennek tárolására?
Jelenleg likes mezõben letárolom a userid-ket #-el választva. Például 1#16#12#56 és ha dolgozok vele, explode-al tömbbé alakítom.
Tényleg innen vannak itt akik valamilyen csatornán összegyûlnek? Azt tudom, hogy Cat futtat egy botot. :) Ha nem, akkor az is egy opció lenne még. ^_^
Na, megjelent a jQuery 2, persze nem kell sokat várni tõle, aki eddig nem figyelte a fejlesztés irányát, lényegében egy refactor, a 2.x branch böngészõ támogatásából dobták a régebbi IE-ket és fogják majd sorban alacsony piacú böngészõket. A különbség a 1.x és 2.x között lényegében ennyi, modern böngészõ támogatás, alacsonyabb file méret, gyorsabb mûködés, a jövõben belekerülõ fícsörök is bekerülnek mindkettõbe majd.
Parancsolj :D
import requests
while True:
r = requests.get("http://localhost")
print r.content
Mondjuk több szálból indítani biztos hatékonyabb lenne.
Közben APC-vel kísérletezgetek. Már maga az opcode cacheing a negyedére vitte le a nemrég linkelt keretrendszerem fejlesztésekor tesztelésre használt scriptem futásidejét (4ms-ról 1ms-ra) :)
Elvileg az Apache mpm-worker változata esetén PHP-FPM kell az értelmes mûködéshez (hogy a processek között osztani tudja a memóriát ellentétben a sima cgi-vel), ezt jól tudom?
(Már azzal megy egyébként, de elõtte én mod_fcgid - php5-cgi párossal sem tapasztaltam a sok helyen említett problémákat, persze lehet önmagában az F5 csapkodása egy szem gépen nevetségesen kevés új processt szülni :D)
Ez az oldal tényleg jó ötlet, segítek én is szívesen ha fogok tudni (úgyse :D)
Malakai: a keretrendszerem amire tervezem építeni már eleve az: https://code.google.com/p/apdl/ :)
(A fõoldalon összeganyézott példák formájában vegetáló dokumentáció és egyéb ordító dolgok felett kérnék mindenkit elsiklani egyelõre, nem véletlenül van alpha állapotban a projekt :D)
Én szívesen segítek majd, ha nem is php kódolással (mert azért az én szintem még messze van a profitól), minden másban szerintem tudnék segíteni. (Akár moderátori szerepet is betölthetnék, vagy más, apróbb dolgok fejlesztése, stb)
Hát amennyire majd a szabadidõm engedi fejlesztés terén eléggé oda tudnám magam tenni (eleve nagyon sok testreszabhatóan reusable cuccot állítok elõ munkám során, sok van amibõl könnyen tudok majd építkezni), tartalmakat is állítanék rá elõ (cikkek pl a fõoldalra), viszont az elterjesztése, a közösség építése egyedül nehéz lenne :) Ebben (meg persze bármi másban is :D) örülnék a segítségeteknek.
Ötleteket is szívesen várok, bár a stackoverflow szerû Q&A rendszer önmagában elég vonzó dolog, mindenképp az egyik alapkõnek szánom, de jöhet még sok minden más is :)
Ha már itt tartunk egyébként én mindenképp szeretnék egy tradícionális fórumot is mellé, illetve mint említettem a fõoldalra cikkeket, plusz valami jól struktúrált tutorial szekció sem ártana.
Amit meg még eléggé hiányolok, az egy olyan hely, ahol be lehet mutatni figyelemreméltóbb saját projekteket, akár kész (ingyenes vagy minimum ingyenes csomaggal rendelkezõ) webes szolgáltatásokat, akár open source megoldásokat.
Ez így együtt véve szerintem egész szépen centralizálhatná a jelenleg eléggé szétszóródott webfejlesztõ közösséget, ami szerintem semmiképp sem ártana senkinek :)
SG-n kívül nagyon nem hallhatsz mást, bármelyik oldal legyen az összehasonlítás tárgya. :P És de, ph-n van PHP, HTML, webes fejlesztés általában, programozás általában és egyéb nyelveknek külön relatíve látogatott topicok (php pl elég látogatott), van szoftverfejlesztés alfórumuk. :)
prohardveren nincs olyan téma? (nem szoktam odajárni, csak mindenhonnan azt hallom, hogy az színvonalasabb, mint az SG :D)
Gondolom az a nagy, mindenféle programozós site kategória. :)
Habár érdekes lenne egy külön hely, de az azért kérdéses szerintem, hogy mennyire érdemes, amennyien páran itt irogatunk kétlem, hogy nagyon kihasználnánk, persze ha a terv az, hogy jöjjön a nép és valaki tolná is a szekerét, akkor hajrá. :)
Elméletileg semmilyen szinten nem tudok programozni, de gyakorlatilag mivel angolul tudok már építettem be oldalba slidert, meg módosítgattam sok dolgot,de mikor komolyabb kódok vannak, sajnos nem tudom megcsinálni azt amit szeretnék.Jelenleg a munkám is ez, több weboldalt karbantartok (saját admin felülettel),de van olyan,ami elavult nem CMS,és rengeteg termék van fent,amit nagy munka lenne új oldalba fektetni,így fejlesztenem kell.Kezdõnek nem mondanám magam,de szeretném a programozást megtanulni. Amiket Dodo55 felsoroltál, szerintem egyetem kívül ilyen mélyen sehol se lehet megtanulni,csak könyveket olvasva.
Én nem, de utánanéztem mik ezek és ha nagyobb infrastruktúrával dolgoznék bizony jól jönnének :)
Más: Azt látom mostanában elég sok hasonló téma megy itt köztünk tapasztaltabb fejlesztõk között, szinte ketté vált a topic az eredeti "Html-, css- és php-help" téma és az ilyen jellegû témák között.
E mellett az az igazság nem igazán tudok komolyabb magyar, kifejezetten webfejlesztéssel foglalkozó oldalról (persze ott vannak a nagyobb programozással foglalkozó oldalak, de úgy gondolom a webfejlesztés egyre inkább kinövi magát külön témává)
Elgondolkoztam most kicsit azon, hogy összedobhatnánk esetleg valamit ami az ilyen komolyabb témáknak adhatna külön helyet. Szabadidõnk, energiánk, stb függvényében gondolok itt szélsõséges esetben akár csak egy sima topicra a sajátban vagy egy forum.sg.hu-s fórumra, vagy a másik végletre, hogy akár egy komplett portált (ami hosszabb távon viszont akár bõven vissza is hozhatná a belefektetett energiát valamilyen numerikus formátumban :)).
Igaz, hogy gondolom mindegyükünk perfekt angolból, de ettõl függetlenül nekem pl. jól esne néha az anyanyelvemen, magyar szakmaibeliek írásait olvasgatni, megosztani velük a gondolataimat, stb...
Kicsit visszakanyarodva az eszközökhöz, használ itt vki (deven) Puppetet, Chefet, vagy hasonlót? :)
Nem tudom, de ha értelmes tudást szeretnél, mindenképp olyan képzést keress, ahol az alábbi dolgok benne lesznek az anyagban: -HTTP Protokoll alaposan -PHP 5 Objektum Orientált Programozási Modell (OOM) -Naprakész PHP 5.3+ dolgok (az 5.3 annyi fontos új dolgot hozott, hogy eredetileg PHP 6 lett volna már, csak egy lényeges karakterkódolási fejlesztés elhalasztása miatt a végén mégsem léptették a major verziót) -Használható MySQL ismeretek (ne csak a nagyon alap CRUD lekérések, annál kicsit részletekbemenõbb dolgok is) -MVC általános elmélet szintjén, beleértve a template rendszereket is (a mögötte álló elv a lényeg, nem egy-egy konkrét keretrendszer) -Alapvetõ biztonsági és minimális titkosítási ismeretek -Gyakoribb PHP extensionök ismerete (GD, CURL, stb...) -LAMP szerver beállításával, kezelésével kapcsolatos dolgok sem ártanak
Ha ezeket megtanulod és szerzel bennük gyakorlatot, akkor már elég széleskörûen használható tudásod lehet :)
(A nagyon alapvetõ dolgokat nem soroltam fel, feltételezem azt azért mindenhol tanítják, pl HTML, CSS, programozási és programtervezési alapelméletek, egy kis JS esetleg, FS/IO témák, stb...)
Milyen szinten tudsz php-t programozni, az-e a hobbid, vagy csak munkának szeretnéd, programoztál-e mást valaha - a középsulis számtech szakkört leszámítva?
Tudtok ajánlani komolyabb sulikat, ahol munka mellett php webprogramozást lehetne elvégezni ? Én szegedi vagyok, de nem találtam nekem megfelelõt, hátha távoktatásban vannak megbízható cégek.
Végül ez lett a megoldás:
SELECT
UM.uid , UM.user ,
(
SELECT PV.pvalue
FROM users_pnames PN , users_pvalues PV
WHERE PN.pname = 'zipcode'
AND PN.pid = PV.pid
AND PV.uid = UM.uid
) AS zipcode
,
(
SELECT PV.pvalue
FROM users_pnames PN , users_pvalues PV
WHERE PN.pname = 'city'
AND PN.pid = PV.pid
AND PV.uid = UM.uid
) AS city
,
(
SELECT PV.pvalue
FROM users_pnames PN , users_pvalues PV
WHERE PN.pname = 'street'
AND PN.pid = PV.pid
AND PV.uid = UM.uid
) AS street
,
(
SELECT PV.pvalue
FROM users_pnames PN , users_pvalues PV
WHERE PN.pname = 'address'
AND PN.pid = PV.pid
AND PV.uid = UM.uid
) AS address
FROM users_main UM
Az ajax-al hívott url minden kimenete (html header-tõl a footerig minden) bekerül a result-ba, az meg az elembe (div-be) amit frissítesz. Tehát neked csak arra a kimenetre van szükséged amit az üzenõfalon szeretnél látni.
20788-ban leírtam hogy rakhatod be a dolgot az index-edbe.
Az azért nem jó, mert így az egész oldal bekerül a result-ba, neked pedig csak a frissített adatokra van szükséged. Ha nem szeretnél külön php-t, akkor küldj az ajax-al egy paramétert (legyen pl. ajax) amit vizsgálsz, pl:
ezt a módszert megpróbáltam, a "php_ami_lekeri_az_uj_adatokat.php" helyett odaírtam ugyan azt a fájlt amiben meg van írva az egész. az baj? mert most ha frissítem az oldalt akkor bejönnek az üzenetek az oldalról, aztán eltûnnek.
*ill az iframe-en belüli oldalra rakhatsz egy frissítés linket, aminek a hivatkozása megegyezik az iframe hivatkozásával és az is újratölti neked az oldalt