Táblán belül az oldal alján ott az új mezõ hozzáadása.
Én is csatlakozom az elõttem szólóhoz, olyan szinten hiányoznak az alapok, hogy jobb ha feladod. Vagy keresel valakit, aki ért hozzá és megcsinálja neked, vagy elkezdesz belemélyedni az adatbázisok világába, de úgy nem ma vagy holnap lesz mûködõképes a dolgod.
Most tényleg nem bántásként, de ha lövésed sincs az adatbázis kezelésrõl, akkor inkább egy MySQL tutorialt nézz meg, aztán használj vmi GUI-s db kezelõt pl navicat, az sokat segít a tanulásban, meg nem kell consolban parancsokkal szívni.
Hát de hogy? De,itt csak ahogy látod, C -betüig vannak oszlopok,mikor sokkal több kéne legyen,és azokat nem importálja.Meg nyitottam word-ba,hogy mi van benne,es sokkal több volt.
nem, nem, dehogy! phpmyadminban kiválasztod az adatbázisodat, majd baloldalt látni fogod a benne lévõ táblákat. az elõzõ hibaüzenetedbõl kiindulva kell hogy legyen legalább egy. egyesével töröld ki ezeket a táblákat, majd a .sql fájlodat importáld. egy "szûz" adatbázisban már nem lesz szabad ütköznie semmivel.
a tárhelyeden lévõ php, html, css és egyéb fájlokhoz ne nyúlj :)
a fájljaid között nincs egy .sql kiterjesztésû? mert ha van, akkor azt kéne importálni phpmyadminban. vagy egyszerûen csak lefuttatni. annak a filenak kéne létrehozni a szükséges adatbázis struktúrát.
Akkor 1értelmû a gond: nincs meg ez a tábla, és így nincs hova mentse a felhasználói adatokat.
Ha nem tudod, hogy milyen mezõknek kell benne lennie, akkor az üres tábla létrehozása nem igazán segít.
Telepítéskor nem jött valamilyen adatbázis-hibaüzenet? Mert az elég fura lenne, ha a telepítõ anyagból kimaradt volna egy ilyen fontos elem.
Igen,van MySQL adatbázis.Telepítve van az oldal,csak mikor regisztrálni kell,akkor irja ki ezt. Igen,van phpMyAdmin. Nem igazán tudom.Kész cucc.Csak nem akar müködni.
1: van adatbázisod? 2: milyen? (MySQL vagy valami más)? 3: van admin felületed hozzá (pl. phpMyADmin)? 4: tudod, hogy milyen mezõknek kellene benne lenni?
Asszem ezt félreértetted. Nem egy php file hiányzik, hanem az adatbázisból egy tábla, aminek a neve mafiastar.user_info és valószínûleg a felhasználóid adatait tárolná.
Próbáld meg, hogy beállítod, hogy kövesse az átirányítást
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
Egyébként pedig a CURLOPT_POSTFIELDS elfogad array-t is, amit autómatikusan konvertál application/x-www-form-urlencoded-be, vagy multipart/form-data-ba. Ja és a CURLOPT_POST-nek elég egy true, ha csak akkor akarod elküldeni, ha van is mit, mivel egyébként booleant vár.
Nem abban van. Az egyik domainen van egy php, ami összedob egy formot, aminek az actionje önmaga. Ha küldés van (!empty ( $_POST )), akkor hibaellenõriz, összedobja a cURL cuccot és küldi a másik domainre a feldolgozónak, ami adatbázisba ment, visszajelez.
A feldolgozó is azt figyeli, hogy kap-e postot. Nem így kell?
Ööö ezt a másik oldalra kell tenned, nem a feldolgozóba:)
//set the url, number of POST vars, POST data curl_setopt( $ch, CURLOPT_URL, $url ); curl_setopt( $ch, CURLOPT_POST, count ( $fields )); curl_setopt( $ch, CURLOPT_POSTFIELDS, $fields_string );
//execute post $result = curl_exec ( $ch );
//close connection curl_close ( $ch ); }
Az eredmény: a fogadó script nem kapja meg az adatokat, a fenti kód futása után a böngészõben 301 - Moved permanently hibaüzenet jelenik meg, és a hibaüzenetben a fogadó php file-ra (a fenti $url) mutató link van.
- A cross-domain dolog biztonsági okokból nem megengedett. Olyat tudsz csinálni, hogy iframe-ben betöltöd a feldolgozót és a formos részben AJAX hívással küldöd el a paramétereket. - Másik megoldás a cURL használata - Harmadik megoldás a címsoros GET-es megoldás. Ha nincs sok form adat, titkosítva elküldheted õket, amit a másik oldalon visszafejtesz.
El kellene küldenem egy HTML form tartalmát a saját domainem alól egy külsõ szervernek. Mivel a végsõ feldolgozó script adva van, azzal nem gyakorolhatok.
Csináltam egy tesztet két saját domainem között. Az egyikre a form került, a másikra a php feldolgozó script. A feldolgozó lényege így néz ki:
if ( !empty ( $_POST )){ // feldolgoz } else { // listázza a beérkezett eredményeket }
A gond az, hogy ha posttal küldöm az adatokat, akkor mindig listáz, mert a $_POST üres, ha gettel (és átírom, hogy azt figyelje), akkor rendben mûködik.
Próbáltam lecserélni az !empty-t issetre, de akkor postnál csak üres sorokat ment az adatbázisba, gettel akkor is mûködik.
Ubuntu esetében arra figyelj, hogy LTS-t használj. 10.04-et, vagy ha tudsz várj egy hetet, 26.-án jön a 12.04 LTS szerver. LTS a long time support, ami 5 év támogatást jelent, míg a köztes kiadások csak 3 évet kapnak. Persze ettõl függetlenül telepíthetsz 11.10-et is, csak azt majd 2014-ben frissíteni kell 14.04-re
Meggyõztél, ubuntu lesz, ahhoz úgy is van kis millió doksi neten, nah meg nem nasa projekt lesz, hanem csak egy webszero+mysql+java, tudom hogy már írtam de akkor most tõled személyesen is kérdezem nincs egy tuti forrásod amire te is esküszöl és apache+php finomhangolásról szól különféle igényeknek megfelelõen és persze a biztonság is szempont.
Ha mindenképpen Redhat-ot szeretnél, akkor CentOS. Én azonban az Ubuntu Servert vagy Debian-t ajánlom, több vállalati szerveren is használom, egy rossz szavam sincs rájuk. No meg, debian a alapú rendszerek sokkal kényelmesebbek.
A hiba szerint a 'mafiastar.user_info' adat tábla nem található az adatbázisban, ez ellen azt tudod tenni hogy megnézed valóban nincs-e meg 99% hogy valóban nem lesz meg majd meg kell keresni az okát miért nincs a legtriviálisabb, hogy ugyan az adatbázis létezik, de a táblák nem...
yep utána néztem igazad van, mostanság csak desktop van Fedorából, viszont van egy RedHat teljes ref könyvem, ami vszeg jó lesz Cent os-hoz is, ezért lehet bepróbálom azt, és ha már itt tartunk, nincs vkinek egy jó apache+php konfigos oldal linkje, könyv címe, stb, nem a telepítés a lényeg, hanem a finom hangolás...
Fedoraból tudtommal csak desktop van, az ingyenes red hat server azthiszem a centOS. (Ha nem akkor majd valaki kijavít :) ) Ubuntuval van talán a legkevesebb szívás eddigi csekély tapasztalataim szerint.
Üdv, gondoltam itt is megkérdem tõletek, h mi a helyzet :S Tudnátok segíteni nekem abban, h hogyan tudnám külsõ géprõl is elérhetõvé tenni az adatbázisom? (MySQL.com-féle :D) dyndny.org-om fixxáltam az ip-t, routeren konfigoltam, portforward(3306) megvolt, de nem tud csatlakozni :S mi lehet a gond? :S
a legszebb, mikor elvárják, hogy háth, ez a munka lófasz, mellette még csináld ezt meg azt is... de pár óra alatt dobj össze egy többhetes munkát és természetesen legyen hibátlan, fizetésnél meg örülj, hogy kapsz egyáltalán minimálbért, mert hát milyen munka ez, bezzeg ha fát vágnál, annak lenne látszata is, na de ennek?
Ha én lennék a munkaadó én is igy csinálnám de mivel a másik oldalról közelitem meg a dolgot hõböröghetek nyuguodtan még ha nem is jutok vele elõrébb. :D Marad a remény meg a tanulás.
ez 5 évvel ezelõtt is így volt, de a mai állásajánlatokat megnézve is az a követelmény, hogy legyél 20 éves kor körül, 20 év programozói tapasztalattal és minimálbér plusz pár kiló könyvutalványért vállalj orális szexet is, ha a fõnöknek éppen arra támad kedve.
Igen, én mostanság szembesültem ezzel(mérnök infos vagyok bsc-s budipapírral). Az átlag meló ott kezdõdik, hogy junior 2+ év tapasztalattal. Ha pl Javasat keresnek akkor ez = Swing,J2EE/EJB,JSP,JPA/JDBC + mysql(mindet ismered tapasztalatod van bennünk és bármikor képes vagy agy nasa projecet össze dobni ezek használatával) és ez csak arra elég hogy beugrasz versenyezni a melóért. Az angol oylan alap hogy meg se melítik hogy kell egyszer csak ok let's speak about your thesis...
Komoly melóknál (értsd: nem diákmelóknál) is általában ilyen feltételek vannak, vagy még ennél is keményebbek. Nem ritka, hogy mindent a nyakadba akarnak varrani: design, sitebuild, programozás, ügyfelezés .. mindent.
Van egy php fájlom amiben van egy pár mondat és a mondat egyes részei minden felhasználónak változik (legalábbis így kellene mûködnie). Ezzel csak az a baj hogy körülbelül 1000 embernek mûködik, de szóltak páran,(5-6 ember) hogy nekik az a rész nem látszik, csak az állandó részek. Próbálták mindenféle böngészõvel és nem tudunk rájönni hogy mi lehet a baj. Ha valaki tud, segítsen.
Elõre is köszönöm.
Szép hazánkban igen, máshol pedig nem hiszik el hogy ez lehetséges. Pedig egy ilyen ajánlatra százak jelentkeznek napokon belül
Én nyilván nem komoly állásokról beszélek mert még a közelében sem vagyok annak ,hogy szakmabelinek nevezzem magam. Nagyon érdekel a dolog és napi szinten foglalkozok vele de elszomorit az ,hogy diákmelónál olyan elvárásoknak kéne megfelelni (serveroldali és kliensoldali egyszerre) amiket én túl magasnak tartok egy 700 Ft-os órabérhez (javitsatok ki ha tévedek). És ennek az a vége ,hogy a nyaramat elbaszom megint valami nevenincs gombnyomkodós szar melóval ahelyett ,hogy tanúlnék és tapasztalatot szereznék abban ami igazán érdekelne. Bocsi a hosszú és nem túl releváns posztért.
Ezzel nagyon vitatkoznek. Itthon maximum, ahol egy ember csinalja az egesz rendszert, mert nincs ra penz, de minden nagyobb es komolyabb cegnel, projektnel kulon front-end es back-end fejlesztok vannak. Elegge kulonbozo meglatas, felfogas es skill-ek is kellenek ezekhez, mint mindenhol itt is specializacio van: ha van 2 parhuzamos projekt 2 fejlesztore akkor sokkal hatekonyabb, ha az egyik front-end specialista a masik back-end, es mindketten dolgoznak mindket projekten, mintha 1-1 projektet vinnenek. Mindket terulethez nagyon jol erteni nagyon sok munka es tapasztalat kerdese, es ha igazan keresett akarsz lenni, akkor jobban megeri egy dologban nagyon jonak lenned mint tobbben kozepesnek. Meg komolyabb helyeken tovabbi differencialodas is van, foleg szerveroldalon.
Persze, ez nem jelenti azt, hogy ne lehetnel nagyon jo tobb dologban is, de ahhoz nyilvan tobbszor annyi ido kell, azt sem jelenti, hogyha valaki egy dologhoz ert csak, az ahhoz jobban ert mint mas aki tobb mindent ismer. Vegulis csak pusztan paraszti esszel abba kell belegondolni, hogy van valamennyi idod, te dontod el, hogy mire hasznalod fel.. Ugyanakkor jo belelatni hogy mukodik a masik oldal, tehat valamilyen szinten erteni nem art hozza.
Komolyabb allasajanlatoknal nem jellemzo, hogy egyszerre ehhez a 2 kulonbozo terulethez jol kell erteni, nagyon eros kliens VAGY szerveroldali skill-ek kellenek, es esetleg jo pluszba, ha ertesz a masikhoz is.
Akkor közel jártam. Az az érdekes ,hogy próbálok valami nyári diákmelót keresni és a hirdetésekben nem látom ,hogy ez a két terület differenciálva lenne. Általában olyan embert keresnek aki tud-html,css,php,mysql+ valamilyen cms -t is.
a front-end fejlesztõ html/css/javascript kódokkal foglalkozik, tehát amit a felhasználó lát, a back-end meg szerveroldali nyelvekkep, php, asp ésatöbbi, tehát amit nem lát a felhasználó:)
Sziasztok! Nyilván banális a kérdés de mit takar pontosan a Front-End , Back-End fejlesztõ kifejezés?
Itt egyszerûen a 0. elemre nem állt be az is_in igazra, de, ha átraktam pl a 7.-re akkor jó lett. Igazából csak csodálkoztam, nem egy eget rengetõ dolog.
Nem tudom teljesen értelmezni még amit írtál de majd utána nézek, igazából ez lenne nekem a 3 ciklusos lekérdezésem(Ki listáz szappan fajtákat és mindegyik alá ki írja a szappan fajtához tartozó szappanokat, 3 adattáblát használva (fajtak,szappanok,szappan_kapcsolatok) én még nagyon kezdõ vagyok úgy nézzed :D
$get = mysql_query("SELECT * FROM fajtak") or die(mysql_error()); while ($a = mysql_fetch_assoc($get)){
1. értelemszerûen minél több ciklus van egybeágyazva, annál lassabb a dolog. 2. ha ugyanaz a lekérdezés mindhárom esetben, használd a mysql_data_seek függvényt.
Én úgy csinálnám, hogy készítenék két függvényt (getFestoById, getFestmenyById), egyik a festõ rekordját adná vissza id alapján, másik a festményét. A listázásnál pedig csak a kapcsolótáblát kérdezném le. Ezután a cikluson belül getFestoById($festo_id) és getFestmenyById($festmeny_id) -el kérdezzük le a részleteket.
A függvények pedig így néznének ki:
function getFestoById($param) { $res = mysql_query("select * from festok where azon=".$param." "); result mysql_fetch_assoc($res); }
De nem mûködik Õ betû helyett kérdõjel van a lekérésben, megnéztem az adatbázisban rendesen ott van a karakter
köszi szépen megy faszán. Ha én azt csináltam, h ki írattam az összes festõt külön és mind1ik alá ki írtam a hozzá tartozó könyvet, az nagyon ronda eljárás, h egymásba tettem 3 while ciklusos,mysql_fetch_assoc stb. mysql lekérést ? mûködik csak az érdekel, h van-e vmi könnyebb módja vagy jól jártame el :D
elsõ táblában a festõket tárolod (festo_id) másodikban a festményeket (festmeny_id) harmadikban a kapcsolatokat:
festo_id festmeny_id
Így a harmadik táblából bármikor le lehet kérdezni, hogy egy festõhöz hány festmény tartozik. Valamint fordítva is.
hogy tudom azt megcsinálni, h van 2 adattábla (Csak példa hiába értelmetlen) festo,festmeny
van egy festményem xy a neve és 2 festõ is megfestette, hogyan tudom megcsinálni, h mind a 2 festõ nevénél ott legyen a listában(mármint az eddig is használt példánknak megfelelõen kiíratásnál) ? úgy kellene, h a festmény adattáblája tárolja azt, h xy nevû festményt melyik 2 ID-jû festõ festette meg