Hirdetés
Hirdetés
-
9 Lives to Defend bemutató
lo Jó sok dolga akad a macskánknak, míg távol vagyunk az otthonunktól.
-
Versenybe hozta magát az új Xeonnal az Intel
ph A Granite Rapids AI-ban kifejezetten erősnek tűnik, bár még nincs a piacon az a konkurens platform, amivel versenyezni fog.
-
Apple AirPods 4 - ismerős is, új is
ma Nem tesz csodát az aktív zajzárral is elérhető AirPods 4, de úgy szól, mint egy AirPods és tompítja a zajokat.
Új hozzászólás Aktív témák
-
tkazmer
addikt
válasz DeltaPower #1166 üzenetére
de nem lehetne valahogy úgy paraméterezni a fenti fv-t, hogy a felkiáltójel ne legyen gond? ha nagyon nem, akkor átírom a dolgot, de mivel működik felkiáltójellel, ezért reméltem, hogy csak megoldható.
Az alulvonás sajnos nem jó, itt, baloldalt alul, az üzeneteknél látható, hogy rossz sajnos...úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz DeltaPower #1176 üzenetére
hogyan ne escapeljem az alulvonást? egyszerűen kiveszem az adatbázisból a karaktereket, szerintem nincs ott escapelve semmi
az urlencode sem működik, minden esetben %241 lesz a kimenete. mi lehet a baja?
a http-hez van külön egy preg_replace alkalmazvaúgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz DeltaPower #1186 üzenetére
köszi szépen
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
képek megjelenítésével adódott gondom.
a weboldalamon a képeket méretre szabva, és vízjellel ellátva szeretném a userek felé küldeni, azonban az ezt végző php scriptem nem működik a célszerveren, nem produkál képet.
próbáltam kiszedni a content type headert hátha kiír valami okosat, de nem, a megjelenő karakterek pedig azonosnak tűnnek mind localhost(ahol működik) és mind a célszerver(ahol meg ugye nem működik) esetében.
hol keressek hibát?úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
fejlécet küld, valami miatt nem jeleníti meg a böngésző, mint képet [link]
általában ez olyankor szokott történni, legalábbis tapasztalataim szerint, amikor valami hiba történik a kép előállítása folyamán, azonban meglepő módon, ha nem küldök headert, akkor azt a nehezen értelmezhető karaktersorozatot megjeleníti a böngészőm, bármi féle hiba nélkül.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
hogyan mukodhet az indafoto tages bongeszoje? [link]
ha minden igaz, valami olyasmi lehet, hogy amelyik tag sok kephez tartozik, azt irja ki nagyban, de több dologra(es hogy hogyan oldja meg ezt, meg a keverest) nem nagyon sikerul rajonnom..úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
köszi, sikerült összehoznom egy működő verziót
(#1220) raczger
köszi neked is az ötleteket
az indafotón pedig még "csak" 200.000+ képet kell átnézni, amelyet több ezer user töltött fel(legalábbis a kiírásuk szerint)[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
olyan rendszeren dolgozok, ahol az egyes modulokat külön le lehet tiltani, illetve csak bizonyos jogosultságokkal rendelkezők számára elérhetővé tenni.
úgy oldottam meg, hogy létrehoztam egy táblát a moduloknak, ahol azok állapotát(tehát ki számára elérhető) tárolom. minden olyan helyen, ahol a modulra link mutathat, vagy ahol egy ilyen módon szabályozott oldal jelenik meg,egy feltételben lefut egy függvényem, amely egy adatbáziskérésre alapozva megmondja a vonatkozó jogosultságokat.
a kérdésem az lenne, hogy mennyire számít jónak, mennyire lassíthatja az oldalt, illetve van egy gyorsabb/más szempontból jobb megoldás?úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Protezis #1234 üzenetére
köszi, az angol leírás se gond, elég jónak tűnik ez a cake php. a gyűrűk urás példákak meg kifejezetten szórakoztatónak találtam:
az oldalgenerálást én is hasonlóan végzem most, bár nem átirányítom a nem bejelentkezett usert, helyben dobok neki egy loginos oldalt, mert akkor login után megnézheti ugyanazt, amit szeretett volna, és nekem sem kell a refererekkel bajlódnom.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
le kell töltened a php-t, van belőle nagyon jó kis telepítős változat is, ahol a wizard futtatása során minden beállítás (nagyjából) elvégezhető. be tud konfigurálni mind iis-t, mind apache-ot, innentől kezdve a tiéd a választás, hogy melyiket szeretnéd használni, ha van apache-od telepítve, akkor nem érdemes az iis-t is, csak bonyolítaná a helyzetet, ellenben ha még nincs apache-od, akkor, ha nincs kedved .conf fájlokat módosítgatni, hanem gui-ra vágysz, akkor használd az iis-t (az xp része, csak telepíteni kell, még cd sem kell hozzá)
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
esetleg írj egyet magad. ha többórás google keresés után sem jutottál semmire, akkor ez lehet a megoldás. esetleg jópénzért valaki ír neked.
a problémád azt gondolom, nem annyira általános, hogy tömegével szülessenek rá megoldások.
ha te magad írsz, a hu.php.net-en érdemes lehet körülnézni, a vonalkód rajzolásához ajánlom a gd könyvtárat és függvényeit. Az átalakítás nem tudom, hogyan zajlik, nem ismerem a vonalkódrendszert, de gondolom te igen. Ezzel kapcs. nézz körül esetleg a stringkezelő függvények között szintén az előbbi helyen.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
nézd, közel 2 nap telt el a kérdező, és az uppoló hsz-ed között. az a helyzet, hogy az én gondolkodásmódom szerint egy átlagosan gondolkodó embertől is elvárható, hogy 2 nap alatt rájöjjön arra, hogyha vonalkódot keres, akkor lehet, hogy amennyiben beírja a keresőbe, hogy vonalkód, és mivel php scriptet keres ezért még azt is mellé biggyeszti hogy php, akkor azzal igen hatékonyan tud számára szükséges információkhoz jutni. Elnézést, hogy erre alapoztam a szerintem segítőkész hozzászólásomat. Sajnálom, hogy kioktatásnak veszed, ha leírom egy weboldal címét, ahol utánajárhatsz valaminek.
Ettől függetlenül tényleg örülök, hogy úriember vagy annyira, hogy sértődöttséged ellenére mégis megköszönöd, amit leírtam.
és igen, ezt viszont veheted un. kioktató hsz-nek az utolsó mondatot kivéve
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
egy megrendelőm szeretné, ha dokumentálnám a megrendelt oldal forráskódját.
a kérdésem, hogy egy viszonylag részletes php kód dokumentációnak miből kell állnia? Elég, ha csak néhány jegyzet van a kódban?
meg kell mondjam, sosem csináltam, és nem is olvastam még ilyet (ha ez utóbbit mégis, akkor csak nem tudatosult ), ezért kérnék néhány szempontot, ami alapján írhatnék valamit az adott kódról.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
az installációt én végzem, azt így nem írom le, bár persze néhány alapvető dolgot akkor sem árt.
egy 'manual' szerűséget terveztem is, megelőzendő a kérdések áradatát(#1414) mm00
igen, én is ettől félek[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Szbzsolt #1489 üzenetére
a getimagesize fv. nem találja azt a hostot, ahonnan az információkat szednie kellene, így ezt nem tudja megtenni.
ha ez egy előre megírt rendszer(a mappaszerkezetből erre következtetek) akkor valószínűleg valahol rosszul állítottad be a hostot.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
milyen php keretrendszert érdemes használni?
Amikről eddig olvastam, az a cake php, a symfony és a drupal waf.
A cake php-ról olvastam olyan véleményt, hogy amatőrök írták, és ha bele kell nyúlni a keretrendszer kódjába, akkor azt ott a legnehezebb emiatt, ráadásul php 4-ben írták. A symfony mögött állítólag egy profi fejlesztőgárda áll, a kódja így rendezett, csak ritkán frissítik. A drupal-ról pedig annyit olvastam, hogy skálázhatóság szempontjából nagyon jó, bár sokmindent nem találtam, mert nagyrészt minden a cms-ről szól, ami hátrány lehet olyankor, amikor én a waf-fal kapcsolatos információkat keresek.Amely website-hoz perpill szükségem lenne erre, ha minden jól megy, elég nagy látogatottságú lesz, tehát a skálázhatóság is szempont.
Esetleg más keretrendszer, amit érdemes lenne használni?
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Protezis #1494 üzenetére
Köszi az ötletet. Utánanézek a Zend-nek is.
Drupal:
Web alkalmazás fejlesztõ keretrendszer azaz Web Application Framework (WAF)
A Drupal egy eléggé vékony réteget biztosít a PHP nyelvi elemei felett, mely jelentõsen meg tudja könnyíteni általánosabb igényû web alkalmazások fejlesztését. Ilyen funkciók az általános ûrlapkezelõ rendszer, a vékony adatbázis kezelõ réteg, a felhasználókezelõ alrendszer.
forrás: drupal.huúgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
végül cakephp mellett döntöttem, legalábbis úgy néz ki, sosem dolgoztam még keretrendszerrel, próbálgattam a zend-et, de a cake-el feleannyi idő alatt is sokkal tovább jutottam. majd talán később lesz zend, annyira már megismertem, hogy én is profibbnak látom nem csak elfogadom mások véleményét, de nekem egyenlőre túl bonyolult.
lenne viszont egy olyan kérdésem, hogy lehetséges e az, hogy a cake barátságos url-jei nem működnek teljeskörűen (igényelnek 'index.php'-t) IIS alatt? a 404-es eseményt a megfelelő url-re irányítottam, annyiban le is kezeli a cake, hogy nem 404-et kapok vissza hanem az index oldalt, azonban nem pont azt, amit kellene, nem hozza működésbe a vezérlőket, stb.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz [HUN]Tyson #1656 üzenetére
nagyon úgy tűnik, hogy a dataglobe szervere a ludas, így sajnos ameddig náluk van a weboldalad, nem igazán lehet megoldani a problémát.
mod: esetleg annak a txt-be mentős dolognak utánajárhatsz, vagy az adatbázisba mentésnek (én ezt az utóbbit javasolnám). emailt is küldhetsz(mellette), ha nem érkezik meg, akkor legalább megvan amit a user beírt. az adatbázist pedig néha megnézed, van e új dolog benne.
[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz drakhel #2123 üzenetére
próbáld meg, hogy ezek helyett a külön programok helyett egy wamp nevű teljes összeállítást töltesz le, abban van apache, php és mysql adatbázis szerver is, amire valószínűleg később szükséged lesz. Ezt gyakorlatilag nem kell állítgatnod, használható a telepítéskor megadott beállításokkal is,amelyek elvégzésében pedig varázsló segít.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
ezzel az lehet a baj, hogy emlékeim szerint míg ez szimplán az index.php-nak postol, a kihagyós megoldás tud postolni az index.php?valtozo=1 oldalnak is, ha épp az az aktuális oldal.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
egy weblapnál rövidwebcímeket használok, mégpedig olyan módon, hogy adott a $_SERVER['HTTP_REQUEST'] változó, amelyet explode-al feldarabolok és egy $request tömbben tárolok, így pl a domain/oldal-ból az "oldal" elérhető úgy, hogy $request['1'].
Maga az oldal pedig úgy kapja meg ezt az -alapvetően 404-et adó - kérést, hogy error document 404-nek be van állítva az index.phpa gondom az, hogy valami miatt néhány felhasználónak gyakran előfordul: 404-et kap, de főleg IE alatt. megnéztem, elfelejtettem betenni a header("HTTP/1.0 200 OK"); sort, azonban most, ezt betéve is kiad nekik néha - egyelőre teljesen rendszertelennek tűnő módon - 404-es hibát. Ált. 4-5 kattintásonként jelentkezik a hiba.
mi lehet a gond illetve esetleg a megoldás? volt már valakinek hasonló?ami miatt nem a htaccesses átírós megoldást választottam, az az, hogy eredetileg IIS-re kellett az oldal (mostmár apacheon van), és a rendszergazda szerint ott fizetős isapi modullal lehetett volna csak a htaccess-es-hez hasonló módon megoldást találni.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Tele von Zsinór #2227 üzenetére
átírtam erre (közben máshol is kaptam tippet):
header("HTTP/1.1 200 OK", "", "200");
viszont így se akarja az igazságot...úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Tele von Zsinór #2230 üzenetére
oh, köszi a kiegészítőt
404 marad sajnos, de sikerült másképp talán megoldani: ob_start(); az elejére és ob_end_flush(); a végére az oldalnak, ettől úgy néz ki, megjavult.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Quadkan #2319 üzenetére
szerintem a legokosabb, ha kitűzöl valamilyen célt magad elé (én konkrétan azzal kezdtem, hogy kategorizálni akartam az itthoni sokszáz vagy többezer könyvet-máig nem tettem meg, de jó kiindulási alap volt ), és ahhoz megkeresed a megfelelő webes eszközöket.
szerintem ha már érted a programozás dolog lényegét, akkor nem lesz gond a php megtanulásával. amivel szintén meg kell hozzá ismerkedned, az valamilyen adatbázis, a legtöbben az ingyenes mysql-t használjuk, viszont ha elhelyezkedni szeretnél adatbáziskezelői tudással, akkor legokosabb, ha profi oracle kezelőnek tanulsz.
az elhelyezkedésben nem tudok segíteni, nekem amint úgy alakult, lett állásom (saját cégnél )úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz kisstibor #2326 üzenetére
szerintem mise nyilvántartó scriptet nem fogsz nagyon találni. viszonylag ritka probléma "kocka" körökben az aktuális miserend
ha magad készíted el, az sok munka, de olcsón megvan. ha semmit nem tudsz még a php és a mysql alapjairól, akkor nagyon sok munka, rengeteg szitkozódás, és nagy sikerélmény várható. ha elkészítteted, az semmi fejlesztő munka, ellenben pénzbe kerül.más módszer perpill nem jut eszembe
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Balint133 #2333 üzenetére
alapvetően nem nagyon lehet ilyesmit csinálni. vannak többnyire félmegoldások, ezeket megtalálhatod egy google kereséssel (mondjuk "php file upload progress bar" vagy hasonló kulcsszavakkal)
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
nincs olyan parancs, hogy $multiplication, tekintve hogy a php-ban a változókat jelölik $ jellel
(#2451) Fire/SOUL/CD
szerintem azt, hogy egy adott szerveren létezik-e a cím, nem lehet megnézni próbaemail küldés nélkül, de azt ellenőrizheted, hogy mondjuk a szerver létezik-e.[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz cellpeti #2524 üzenetére
igen, amit egy kódnál eljátszottál, azt eljátszhatod egy másiknál is.
az inputos kérdésedre válaszolva pedig, nem, a méretet nem a "text" parancs határozza meg, elsősorban azért, mert text parancs nincs. amivel összekevered valószínűleg az az input típusa, az valóban text. A text inputok pedig valóban rendelkeznek egy alapértelmezett mérettel, azonban ezt sokszor felül kell írni a szükségleteknek megfelelően, erre szolgál a size tulajdonság.
Én mondjuk size helyett jobban szeretek css-ből babrálni, ha már úgyis meg kell formázni egy inputot, akkor azt sokkal jobban meg lehet tenni css-ből.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz gergely2005 #2611 üzenetére
joomlát nem ismerem, ez így elsőre egy ajax-es megoldást kíván + egy táblát a mentésnek.
ennél fogva tehát nézz utána annak, hogy ajax, és próbálj meg esetleg máshol működő megoldásokat keresni és azok forrásában kutakodni.úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz RoyalFlush #4248 üzenetére
elvileg a session_register()-nek is működnie kell, csak akkor is $_SESSION['allapot']-ként kell rá hivatkozni, nem elég a sima $allapot.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
az egész funkciónak nem az a lényege, hogy megszámozza a rekordokat, hanem hogy mindegyik rekordnak legyen egy teljesen egyedi azonosítója, amivel hivatkozhatsz rá bárhonnan. ebbe pedig nem fér bele az, hogy mondjuk a "tóth ottó" nevét tartalmazó sor megkapja a 11-es ID-t, ez mondjuk belekerül 27 másik táblába, amiben tóth ottóhoz kapcsolódó adatok vannak, majd mivel kitörlődik mondjuk "tóth gizella" a 10-es ID-vel, ezért tóth ottó hirtelen 10-es ID-t kap. így borulna a komplett adatbázis, vagy át kellene írni mind a 27 táblát, ami meg felesleges munka és terhelés.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
ha jól értem a problémádat, akkor a legjobb, ha minden sorban kezdesz egy új formot, és eleve text inputokba írod ki az adatokat (tehát lehet már rögtön módosítani őket a táblázatban), majd sor végén submit gomb és form lezárás.
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
Tehát fontos, hogy a rekord elsődleges kulcsát is elküldd a formban!
azt azért feltételeztem róla, hogy rájön, hogy csak úgy tudja az adott rekordot updatelni, ha küld hozzá egy azonosítót, máskülönben updatelni fogja a komplett oszlopotúgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
hibakeresésnél sokat segíthet ilyenkor, ha kiiratod az egész tömböt, megnézve, hogy mik vannak benne.
erre remek megoldás a print_r($tomb);(#4413) xTc
ja, dehogy, nem ezért írtam[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
-
tkazmer
addikt
sziasztok,
fura dolognak vagyok mostanában tanúja, korábban készített honlapjaim közül többen halódásnak indultak. valami miatt az olyan oldalak, ahol 1-2-nél több kép is van, csak borzasztóan lassan töltenek be, vagy egyáltalán nem is. IIS7 alatt ez még annyiban kellemetlen, hogy ilyenkor egy process elveszi a CPU teljesítmény 50%-át, ha két ablakból próbálom betölteni, akkor meg a másik 50%-ot is. a process viszont nem az adott application pool-hoz tartozik. apache alatt (localhoston olyat használok) ilyen nincs, de ugyanúgy nem működik.
ja, és az fckeditor sem hajlandó betölteni ezeknél a siteoknál. érdekesség, hogy lényegében ugyanazt a rendszert használom több honlapnál is, de csak néhánynál van hiba, ráadásul nem is időben egymást követőknél.
mi okozhat ilyet? van valami tippetek, hogy hol keressem a hibát?úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Peter Kiss #7014 üzenetére
XAMPP-pal out-of-the-box menni kellene
ugyanez igaz a wamp-ra is, ráadásul abban benne van a phpmyadmin is alapból, nem kell külön feltenni semmit sem.
mod: most nézem, a xampp is; akkor nem szóltamkedves kérdező, szerintem legegyszerűbb ha mindent legyalulsz (php, mysql, apache, phpmyadmin, stb.), és újrakezdve az egészet egy ilyen összekonfigurált rendszert pakolsz fel.
[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
-
tkazmer
addikt
válasz Vesztor87 #7149 üzenetére
még .htaccess védelemmel is el lehet kezdeni próbálkozni
mod: hát igen, a legfrissebb hozzászólások mutatása úgy tűnik a legutolsót kihagyta, így tárgytalan
[ Szerkesztve ]
úgy tervezték, hogy kibirjon egy atomtámadást is. De nekünk komolyabb fegyvereink vannak, mint pl Béla bá, a földmunkagépkezelő
Új hozzászólás Aktív témák
Hirdetés
- Asszociációs játék. :)
- "A homoszexualitás természetellenes" 😠
- Milyen TV-t vegyek?
- Ukrajnai háború
- Gondoskodik róla az EU, hogy az Apple felnyissa a rendszereit
- iPhone topik
- Metal topik
- Forza sorozat (Horizon/Motorsport)
- Kormányok / autós szimulátorok topikja
- Nők, nőügyek (18+)
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen