Új hozzászólás Aktív témák
-
-
lakisoft
veterán
trükk nélkül.
MSSQL, Oracle, postgreSQL mind mind támogatja az tárolt eljárások használatát, sőt a MySQL is elkezdte elég intenzíven.Az adatbázis kapcsolattal sem kell foglalkozni, tőlünk sokkal okosabb emberek már előre megírták és framworkbe pakolták.
Szerk.: Alkalmazás szinten miért kell megoldani adatbázis szintű problémákat?
[ Szerkesztve ]
-
Sk8erPeter
nagyúr
válasz lakisoft #12502 üzenetére
"(#12498) lakisoft válasza cucka (#12497) üzenetére
[...]
2. nagyon nem vagy képben az adatbázisok terén. "
Hahó, nyugalom, ez egy szakmai topic, nem kell egyből személyeskedéssel kezdeni, sokkal többet érsz szakmai érveléssel, amikor kifejted, hogy szerinted a másik miért is mondott valamit rosszul.Lehet, hogy csak nekem nem sikerült kisajtolni a hozzászólásaidból, de sajnos nem látom a válaszokat a cucka által felvetett kérdésekre, pedig engem is érdekelne...
Ki tudnád fejteni, milyen verziókövetésre és milyen frameworkökre (!!) gondoltál?Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Jinxb1rd #12499 üzenetére
Szívesen, majd írhatnál esetleg visszajelzést, hogy mit sikerült kihozni belőle.
"Szvsz CKEditor kissé gagyi, előző honlapon azt használtam, de..."
Heh? Az gagyi? Ez szerencsére közel sincs így, sőt.
Én a TinyMCE-t hosszas kapcsolatunk után épp a CKEditorral "csaltam meg", majd végül inkább utóbbi mellett döntöttem. CKEditor: "tágas" API, nagyon jó dokumentáció, aktív support, Drupalhoz, Joomlához való külön támogatás, ASP.NET Control (hót egyszerűen kezelhető, percek alatt beüzemelhető!), Java Tag Library, mindez a TinyMCE-ről sajnos nem igazán elmondható. ("Tovább is van, mondjam még?" )Ezenkívül az Inline editora szerintem nagyon üt annak egyszerűségével és könnyű beüzemelhetőségével:
http://ckeditor.com/demo#inline
Az sem lehet véletlen, hogy a Drupal 8 core-ba hosszas válogatás után végül a CKEditor került be az amúgy igen meggyőző Aloha Editorról, ennek okáról a Drupal atyjának egyik blogcikkében olvashatsz:
http://buytaert.net/from-aloha-to-ckeditor"Since that announcement, CKEditor has caught up, and now offers feature parity to Aloha Editor when it comes to our needs. Frederico Knabben, creator of CKEditor, has reached out to offer whatever support he can to make CKEditor and Drupal work together better. They already prototyped a convincing alternative to Aloha Editor's killer "Blocks" system (which is an excellent match for Drupal's need to manage content within text content in a structured manner). In addition to that, we found that CKEditor is more mature in terms of APIs, documentation, and ecosystem around the project. Hence, after days of research and weeks of further discussion, the consensus is that CKEditor is now our best choice.
Therefore, we are going to switch from Aloha to CKEditor for Drupal 8 core. By making this switch, we will not only have a more mature WYSIWYG editor, but we also free up resources to work on other parts of Drupal's authoring experience. The CKEditor team has committed to fix the 8 functional gaps that we've identified in their two next upcoming releases."
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz lakisoft #12502 üzenetére
Ja jó, közben látom megoldottad, hogy ne neked kelljen érveket felhozni.
Sk8erPeter
-
Jinxb1rd
addikt
válasz Sk8erPeter #12506 üzenetére
Még nem próbáltam ki szerveren, de localhoston eddig nagyon tetszik. Talán még jobb is, hogy nem maradtam a tinybrowsernél. Ezt legalább normálisan frissítik, a kód nincs összehányva, könnyű használni. Szerintem a szerveren is gond nélkül futni fog.
Ami probléma nekem az a design, sztem elég tré és ráadásul 3 féle css-ből áll össze . Majd csinálok egy minimalizált verziót.
Továbbá itt se lehetett beállítani, hogy méretezze át a túl nagy képeket, illetve hogy az összes képet tömörítse újra. Ezt már majdnem megoldottam, tinybrowsernél sajnos többet kellett tökörészni és nem csak ezzel.CKEditort én két éve vittem bele egy projektbe, nem tetszett, hogy ronda, értelmetlen kódot csinál, viszonylag lassú és saját kép manager cuccával néha képes lefagyni. Mellesleg most már chrome-mal nem is működik. Az is lehet, hogy akkor béna voltam, de a rossz emlékek miatt inkább ki se próbáltam.
[ Szerkesztve ]
We are only Stardust...
-
lakisoft
veterán
válasz Sk8erPeter #12507 üzenetére
Hasonlóan gondolkodom a dologról én is. De a legbölcsebb hozzászóló csak ennyit mondott. Projekttől függ mit és hogyan használunk.
Szerk.: Nézd nem a személyeskedés volt a cél. Kicsit elvetettem a súlykot. Érintett kollégától bocsánatot is kérek.
cucka Bocs.
[ Szerkesztve ]
-
CSorBA
őstag
Erre valaki valami okosat?
[17-Jan-2013 14:46:34 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 14:46:34 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 491520 bytes) in /home/dreamsha/public_html/dreamshare/index.php on line 368
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_mysql.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20090626/pdo_mysql.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/lib/php/extensions/no-debug-non-zts-20090626/bcompiler.so' - /usr/local/lib/php/extensions/no-debug-non-zts-20090626/bcompiler.so: failed to map segment from shared object: Cannot allocate memory in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1310720) (tried to allocate 491520 bytes) in /home/dreamsha/public_html/dreamshare/index.php on line 368
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 1048576) (tried to allocate 195909 bytes) in Unknown on line 0
[17-Jan-2013 15:53:44 Europe/Budapest] PHP Fatal error: Out of memory (allocated 262144) (tried to allocate 32768 bytes) in Unknown on line 0Az említett index fájlban a 367. sorban van egy hash_hmac fgv, ezen felül semmi a környéken. Nem is tapasztaltam a hibát élesben, csak az error_log-ot láttam, hogy ez mi hogy került oda. Fél évi teszt alatt nem jött ki most meg jött egy error_log. Vélemények?
-
CSorBA
őstag
válasz fordfairlane #12511 üzenetére
Az a gondom, hogy nem tudom előidézni a jelenséget. Majdnem fél évnyi teszt és fejlesztés alatt nem jött ki, most is csak az error_logból láttam meg....
-
fordfairlane
veterán
válasz CSorBA #12512 üzenetére
Elképzelhető, hogy nagyméretű fájl feltöltésekor és/vagy feldolgozásakor történt ez a dolog. Ha például GD könyvtárat használsz képmanipulációhoz, akkor számítani kell arra, hogy a GD a műveletek során a képet kitömörítve tárolja a memóriában.
[ Szerkesztve ]
x gon' give it to ya
-
CSorBA
őstag
válasz fordfairlane #12513 üzenetére
Nem használok ilyet, nem hinném, hogy ez lenne.
Viszont amit észrevettem már korábban is ezen a szerveren, bármely oldal betöltődésének sebessége kicsit hangulatfüggő. Van amikor villámgyorsan töltődik, van amikor vánszorog. És ezt még az éles üzem előtt is tapasztaltam (.htaccessel volt zárolva, szóval még a használat sem lehetett, ugyanaz a fájl futott le végig).
-
CSorBA
őstag
válasz fordfairlane #12515 üzenetére
Tárhely.eu-nál van mindkét tárhelyem (All inclusive és Start csomag). All inlcusive alatt volt tesztelve, pedig ott van még csak nekem 8-9 aktív oldalam a tárhelyen. A Start csomag alatt pedig csak ez a weblap van. Viszont most nézegettem, akár csak egy phpinfót tartalmazó pi.php futása is olykor sokáig tart. Szóval kezdem kizárni a kódolási problémát, mindenesetre jelzem feléjük, vagy legvégső esetben visszaköltözök az All inclusivere. Azért kínos, mert nemrég indítottam élesben az oldalam...
-
Speeedfire
nagyúr
Adott egy form. Aminek egyes részeit kitölti a controller ha a felhasználó be van lépve.
Miért van az, hogy ha el akarom posztolni akkor üres ezen input-ok értéke? Holott az input type="text" value értéke nem üres.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Soak
veterán
válasz Speeedfire #12517 üzenetére
Ha tudnál konkrét kódot mutatni akkor egyszerűbb lenne segíteni, amúgy ha var_dump-olod a változókat akkor van bennük valami?
-
Speeedfire
nagyúr
pl
<form id="contact-form" action="/kapcsolat" method="post"> <div id="contact-form_es_" class="errorSummary" style="display:none"><p>Kérjük javítsa az alábbi beviteli hibákat:</p>
<ul><li>dummy</li></ul></div>
<div class="row">
<label for="ContactForm_name" class="required">Név <span class="required">*</span></label> <input disabled="disabled" name="ContactForm[name]" id="ContactForm_name" type="text" value="Speeedfire" placeholder="név..."> <div class="errorMessage" id="ContactForm_name_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_email" class="required">Email <span class="required">*</span></label> <input disabled="disabled" name="ContactForm[email]" id="ContactForm_email" type="text" value="email@domain.com" placeholder="email..."> <div class="errorMessage" id="ContactForm_email_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_subject" class="required">Tárgy <span class="required">*</span></label> <input size="60" maxlength="128" name="ContactForm[subject]" id="ContactForm_subject" type="text" placeholder="tárgy..."> <div class="errorMessage" id="ContactForm_subject_em_" style="display:none"></div> </div>
<div class="row">
<label for="ContactForm_body" class="required">Üzenet <span class="required">*</span></label> <textarea rows="6" cols="50" name="ContactForm[body]" id="ContactForm_body" placeholder="üzenet..."></textarea> <div class="errorMessage" id="ContactForm_body_em_" style="display:none"></div> </div>
<div class="row buttons">
<input class="superbutton" type="submit" name="yt0" value="Elküld"> </div>
</form>Nincs bennük semmi sem.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
fordfairlane
veterán
válasz Speeedfire #12519 üzenetére
Disabled mező értékét nem küldi el a böngésző.
x gon' give it to ya
-
Laffesz
csendes tag
Sziasztok!
Kérdésem lenne, mert nagyon elakadtam. Egy online fordító alkalmazást készítek, ami úgy néz ki, hogy van egy oldal az tartalmaz egy dinamikusan szerkeszthető táblázatot két oszloppal, az egyikben a forrás nyelvet találjuk(pl. magyar) a másikban a célnyelvet(pl. angol).
Alapvetően mindkét oszlophoz van adathalmazom, ami meglehetősen nagy, 16ezer sort tartalmaz(egy-egy mező 1-2 mondatot tartalmaz). Ezt a táblát egy phpmyadmin adatbázisban tárolom, kisebb nem lehet, sőt akárt nagyobb is, és kívánalom, hogy a teljes adatmennyiséget a böngészőben egy oldalon jelenítsem meg.Az alap elgondolásom az volt, hogy ajax kéréssekkel íratom ki az oldalra, ami php és mysql kérésekkel jeleníti meg a táblázatot. Ez nagyon szépen működik amíg kb 3-400 sorral dolgozom, ha viszont a teljes táblázatot meg akarom jeleníteni, akkor kb 10perc után jelenik meg az oldal, kb ennyi kell a php-mysql kérések lefutásához. Ez nagyon sok.
A következő próbálkozásom az volt, hogy az adathalmazból xml-t csinálok, és azt dolgozom fel php-val. Na ez már sokkal jobb volt, itt kb 6 perc után kapom meg a táblát de közben sokkal stabilabb marad az oldal.
A kérdésem az volna, hogy van esetleg valakinek tapasztalata, hogy hogy is lehetne ezt gyorsabbá tenni ilyen adatmennyiséggel? Nem tudom esetleg, hogy ha csv-be tenném az adatokat és fájlműveletekkel dolgoznék az gyorsabb lenne-e? Ezt már csak holnap lesz időm letesztelni, de addig ha valakinek akadna ötlete, azt szívesen fogadnám(Ki milyen adatszerkezeteket, vagy módszereket javasol, hogy egy böngészőben korrekt időben meg tudjam jeleníteni ezt a táblázatot.).
-
Sk8erPeter
nagyúr
válasz Laffesz #12521 üzenetére
"Ezt a táblát egy phpmyadmin adatbázisban tárolom"
Nincs olyan, hogy "phpmyadmin adatbázis"... a phpMyAdmin csupán egy böngészőben használható eszköz a MySQL-szerverek dolgainak (adatbázisok, táblák, felhasználók, stb.) kezelésére, mindez PHP nyelven megírva. Az adatbázisodnak semmi köze hozzá, hogy annak a tartalmát phpMyAdmin vagy más eszköz felhasználásával nézegeted.Az a 10 perc elég durván soknak tűnik ennyi adatnál. Indexelve van(nak) rendesen az a tábla (azok a táblák), ami(k)ből lekéred az adatokat? Ha XML-fájlba nyomva ennyivel gyorsabban dolgozta fel az adatokat, akkor ott szerintem valami gáz lesz az adatbázissal.
Egyébként kerülő megoldásként az egy gyorsan megvalósítható dolog lenne, hogy "felszeletelve" jeleníted meg folyamatosan az adatokat, ha már tényleg ennyire elképesztő bugyuta kérést kaptál, hogy mindent egy oldalon jeleníts meg (már az ötletet sem értem, minek egy oldalra kicseszni az egészet, amikor ilyen adatmennyiség átláthatatlan, ha azért, hogy keresni lehessen benne, akkor nem a böngésző keresőjét felhasználva kellene ekkora adatmennyiségben, hanem egy tisztességes AJAX-alapú keresőben), mégpedig úgy, hogy mondjuk az első 100 (vagy akármennyi) találatot megjeleníted, aztán folyamatosan töltögeted hozzá az adatok többi részét AJAX-szal.
Arra gondolok, hogy az első 100-at mondjuk megjeleníted így:
SELECT * FROM `szotar` LIMIT 0 , 100
aztán a következő 100-at így:
SELECT * FROM `szotar` LIMIT 100 , 100
azután:
SELECT * FROM `szotar` LIMIT 200 , 100
SELECT * FROM `szotar` LIMIT 300 , 100
és így tovább.
Ezeket mindig AJAX-szal töltögeted hozzá, így legalább már használhatóvá válik az oldal...De alapvetően szerintem az adatbázison kellene javítgatni valamit, megfelelő indexeléssel, ilyesmikkel...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Jinxb1rd #12508 üzenetére
"Ami probléma nekem az a design, sztem elég tré és ráadásul 3 féle css-ből áll össze"
Na várj, most az elFinderről beszélsz? Már elvesztettem a fonalat.A CKEditornál furcsák a hibák, amikről beszélsz, na de persze 2 év alatt sok változás történhetett, a 4-es változat nem olyan rég jött ki, adhatnál neki egy próbát.
Sk8erPeter
-
MODERÁTOR
válasz Speeedfire #12519 üzenetére
Dobd be alá ugyanazt rejtve és jó lesz!
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
DeltaPower
őstag
válasz Laffesz #12521 üzenetére
biker-rel értek egyet, szerintem nincs megfelelően indexelve. Ekkora adatbázis nem számít nagynak, csak indexhiánynál, durván rosszul felépített queryvel vagy hatalmas adatmennyiséggel lehet ekkora query időket kihozni.
"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 DeltaPower #12526 üzenetére
Na, akkor már hárman mondtuk, hogy nincs rendesen indexelve.
Sk8erPeter
-
DeltaPower
őstag
válasz Sk8erPeter #12527 üzenetére
Igaz
Erről jutott eszembe, vajon lehetséges túlindexelni egy táblát? Nemrég találkoztam egy olyan táblával, amin összetett index volt egy primary és egy unique mezőből, az index mérete 2,4mb volt, a tábla 2,6mb-os.
"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
-
Speeedfire
nagyúr
válasz fordfairlane #12520 üzenetére
Valóban! Megoldottam inkább modell szinten a dolgot.
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Brown ügynök
senior tag
Egy kis rálátásra lenne szükségem. A szülő osztályban a konstruktor a következőképpen néz ki:
public function __construct()
{
$this->view = new View;
}Ha példányosítok egy származtatott osztályt:
$controller = new $class;
var_dump($controller);
object(App\Controller\SomeController)[6]
public 'view' => nullEz mitől lehet?
ClassLoader-t használok"hacsak nem jön a jó tündér break utasítás képében..."
-
j0k3r!
senior tag
válasz Brown ügynök #12530 üzenetére
meghivod a szarmaztatott osztaly konstruktoraban, vagy inicializalo reszeben az ososztaly konstruktorat?
some men just wanna watch the world burn...
-
Laffesz
csendes tag
válasz Sk8erPeter #12527 üzenetére
Üdv!
Köszi a válaszokat, az indexelés megvan a táblánál, de kipróbálom, hogy scrollozás közben töltse be folyamatosan az adatokat az ajax, erre a lehetőségre nem is gondoltam.
Köszi. :-) -
Laffesz
csendes tag
válasz Sk8erPeter #12534 üzenetére
Hm igazatok volt, az adatbázisban is volt valami gubanc, hogy pontosan mi azt nem tudom.
Létrehoztam itthon is a táblát amivel dolgozok de lényegesen gyorsabban működik kb 45sec alatt betöltött rendesen és ez már elfogadható, mivel csak egyszer kell betöltenie.
Létezik hogy valamiért sérült lehetett az adatbázis? Itthon teljesen 0-ról generáltam és elfogadható a sebessége. Azért a scrollozást még beleépítem, legyen csak gyorsabb. -
Laffesz
csendes tag
-
MODERÁTOR
válasz Speeedfire #12529 üzenetére
Bár nem tudom pontosan mire kell, de nem biztos hogy rossz a controlleres megoldás. Ha csak simán bemásolnád az adatokat - értsd. szerkeszthető - az nem lenne célra vezető? Ezt nem akarod megengedni?
mobal,
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
Speeedfire
nagyúr
Igazából csak annyi, hogy ne adjanak meg fals adatokat a már regisztrált felhasználók. Aki már regelt, akkor a kapcsolat résznél ne azt adja már meg, hogy en.vagyok.az.apad@gmail.com.
Ha nagyon azt akarja, akkor küldjön üzit pornó módban.
Tudom, ez ilyen apró dolog...de. Lényeg, hogy most már jó minden.Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
Soak
veterán
válasz Speeedfire #12539 üzenetére
Inputnal readonly , akkor nem olvashato es az adatot amugy sem dolgozod fel.
-
MODERÁTOR
válasz Speeedfire #12539 üzenetére
Aha értem. És a rejtett input mezős megoldás nem tetszik? Tudtommal ilyen esetekben olyat szoktak alkalmazni.
"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."
-
spammer
veterán
Van valakinek tippje, mitől lehet tetű lassú az EasyPHP (local weben)? 5.4.6-os verzió, de már ezelőtti újabb verziók is lassúak voltak, míg régebbiekkel semmi gond nem volt. Egy frissítésnél sok sok másodpercet gondolkodik, aztán rányomok megint, még mindig gondolkodik, aztán egyszer csak betölt. Van amikor egyből befrissíti az oldalt, de sokszor csak tölt-tölt-tölt, csak azt tudnám, mi a fenét csinál? Még a saját config oldala is (Local Web) lassan nyílik meg.
Visszarakhatnám valamelyik régebbit (asszem 2-es verzió volt), de így nem tudom használni a legfrissebb cumót. Volt valakinek ilyen gondja? Rendszer Win8, azzal semmi gond nincs, mert ezelőtt is az volt, hardver is ugyanaz (notebook).
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
Sk8erPeter
nagyúr
válasz spammer #12545 üzenetére
Akkor lassú, amikor adatbázis-kapcsolatot is használsz, vagy ha egy tök egyszerű, csupán néhány PHP-s függvényhívást tartalmazó oldalt megnyitsz, akkor is?
Kipróbálhatnád esetleg IIS-sel is, Web Platform Installer segítségével gyorsan, kattintgatósan összehozható, ha mondjuk itt a WPI-ben rámész, hogy mondjuk telepíteni szeretnéd a Drupalt, akkor egyből behúzza a MySQL-t, PHP-t, meg a többi dolgot, amit fontosnak tart (pl. cache-elést elősegítő dolgok), meg a végén megkérdezi, mi legyen az admin-jelszó a MySQL-hez. Persze előtte szedd le az EasyPHP-t.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Laffesz #12537 üzenetére
"Nem tudom esetleg gyorsabb lenne-e ha nem egy tábla lenne, hanem kettő, minden nyelvnek egy-egy."
Nem tartom túl jó ötletnek, hogy minden nyelvhez létrehozz egy-egy pontosan ugyanolyan szerkezetű táblát... szóval ne bontsd szét táblánként. Egyébként az biztos, hogy a táblaszerkezetet újra kell gondolnod, mert gondolj bele, ha négy nyelved van mondjuk, és egy csomó tartalomhoz még egyáltalán nem érkezett fordítás, akkor ha ugyanannak a táblának a hu, en, de vagy es mezőjében nincs tartalom, akkor ezeknél mindenhol NULL szerepel, egymás mellett, az meg nem jó ötlet. Lehet az id ÉS a nyelv is elsődleges kulcs. De ezt ne itt beszéljük meg, hanem inkáb a MySQL- vagy SQL-topicok valamelyikében.Sk8erPeter
-
spammer
veterán
válasz Sk8erPeter #12546 üzenetére
Zéró adatbázis, hót egyszerű oldal, ugyanaz, ami előző verzióval hasított. Kb. fél mp alatt be kellene töltődnie. Bár most ahogy kattinthatom/csinálgatom, most egész gyorsan reagál. Ha felraknám a régi verziót, menne simán (mert régebben is volt ilyen nyűgje, felraktam egy régebbi easyphp-t és ment, mint a villám). Na mindegy, ha megint beszarna, akkor lecsekkolom amit írtál, vagy próbálkozok más verzióval
„A feketébe öltözött ember a sivatagon át menekült, a harcos pedig követte."
-
gothe92
csendes tag
Sziasztok!
Olyan kérdésem lenne,valahogy megoldható az egy weboldalon, gondolom php segítségével, hogy egy másik oldalon vagy egy adott szó pl.: receptek.hu/info.php oldalon egy "alma" szó. És én azt a saját weboldalmon úgy akarom megjeleníteni, hogy ha az oldalon van alma szó akkor egy kep1.jpg ha nincs akkor egy kep2.jpg jelenjen meg?!
köszi.
Új hozzászólás Aktív témák
- Apple Watch Sport - ez is csak egy okosóra
- Melyik hordozható audiolejátszót (DAP, MP3, stb.) vegyem?
- Borotva, szakállnyíró, szakállvágó topic
- Linux - haladóknak
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- OnePlus 7 - magabiztos folytatás
- Opel topik
- Luck Dragon: Asszociációs játék. :)
- Horgász topik
- A fociról könnyedén, egy baráti társaságban
- További aktív témák...
- -56% HP EliteBook 840 G8:i7 1165G7,16GB RAM,512GB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- Monitortató plexi konzol több elérhető készletről MONITORCENTER
- -50% HP EliteBook 840 G8: i7 1165G7,32GB RAM,1TB NMVe SSD,Iris Xe,IR kam.+ujj.olv.,vil.MAGYAR bill.
- 1.250.000 FT helyett 940.000 FT !! MacBook Pro 16" M3 Pro 12CPU / 18GPU / 18GB / 512 SSD
- RTX 2080TI ROG STRIX GAMER PC