Hellosztok, van egy nagyobb alap IF ami megnezi hogy az adatbazisbol kikert adat nagyobb-e 0nal vagy nem. Ha kijon nagyobbra akkor szeretnem at iranyitani az oldalt egy masik filera csak ez sehogy se jott ossze, tudna valaki segiteni ?
A PHPQuery egyelõre úgy-ahogy bevált, de itt-ott vannak benne hiányosságok (pl. nincs prop függvény). Néztem még elõtte a PQLite-ot, az már rögtön elvérzett a szelektoroknál.
Igen, erre gondoltam, mármint nem feltétlen kornkétan így, ez egy gyors megoldás lehet. Az egész logika átalakítása meg kicsit ágyúval verébre lehet... :)
Más: Közkérdés, csak gyorsba: Coffeescript, szerinted jól olvasható? :)
Ahogy Malakai mondta, a BOM-ra figyelni kell a fájlban.
Utána pedig a legutolsó kimeneti utasítás (echo, print, stb) után:
while (ob_get_level() > 0) {
ob_end_flush();
}
Oks köszi majd megnézem. :)
Azért írtam ezt, mert sok xamp/wamp disztribúcióban az output_buffering alapból be van kapcsolva, míg szerveren nem biztos. Ez okozzahatja, hogy localhoston mûködik akkor is, ha küldesz valamit elõtte.
És valami alatt bármit értek, tehát head, doctype, whitespace, akármi az egész futtatás alatt, nem csak abban a php fileban, akármi, még az is bekavarhat talán ha van BOM a file encodeban. Ha output_buffering be van kapcsolva, akkor bizonyos méretig nem küldi valójában egybõl dolgokat kimenetre, hanem elõbb bufferbe tölti (4KByte-ig talán), aztán annak beteltekor, vagy a végén küldi, így valójában a cookie bemegy elé.
Tehát ha tényleg ez a probléma, akkor vagy bekapcsolod output_buffering-et, vagy jobb lehet ha (emellett) manuálisan használod az ehhez tartozó function-öket, vagy mégjobb lenne persze, ha rendezett a kód és a logikai mûveletek, IO, stb még a html legenerálása elõtt megtörténne.
Akkor tényleg olyasmi lesz amit #21326-ban írtak. Biztos, hogy a legelején van? (már rég PHP-ztam, de nekem az rémlik üres sor se lehet, bár lehet keverem)
Megnéztem azt is h csak ezt az ifie.php-t nyitom meg. ekkor elkészül a cookie és ha ezután frissítem az éles oldalt akkor jól fut le a kód tehát olvassa is a cookiet...
Ilyen falusi printes megoldást próbálhatsz esetleg, hogy belép-e egyáltalán az if ágba, illetve ebben nem vagyok biztos, de szerintem sütihez is kell valamit engedélyezni php-nál.
Ok, köszi. Most kezdem csak el olvasni A HTML és CSS Webszerkesztés stílusosan c. könyvet, azután vmi kezdõ PHP-t. Van néhány ötletem, csak úgy kipróbálni. 1, max 2 ezer fontot szánok rá, meg 1 évet, hogy beindul-e valami... sajnos az üzleti része sem egyszerû.
sima mysql meg php-val megoldhato. Amikor lekeri az informaciot a felhasznalo hogy lephet-e vagy nem az adot oldalra akkor egy sima IF-fel leellenorzod hogy megvannak a minimum kovetelmenyek hogy ralephessen es ha igen tovabb engedi hanem akkor meg vissza dobja es nem engedi tovabb.
ha már amúgy is beléptetett felhasználóid vannak, akkor felesleges hosszú és egyedi oldalnevekkel operálni, inkább a felhasználó adatai mellett kell elmenteni az adatbázisba, hogy odaléphet-e az oldalra vagy sem.
Azt akarom megoldani, hogy a felhasználók kaphatnak pontokat ha bizonyos oldalakra továbbjutnak (pl. egy játékban), de ezen oldalak el vannak rejtve, csak bizonyos esetben léphetnek oda. Ezt úgy oldanám meg, hogy különlegesen hosszú és egyedi oldalneveket használnék, mint pl. a Facebook egy-egy képhez ill. mint a régi webes szerepjátékokban.
Bonyolult lehet egy beléptetést csinálni felhasználóadatbázissal, ami biztonságos? Egy kezdõ néhány hónap alatt meg tudja ezt oldani ill. van efféle "plug-in"? Nem akarom túlbonyolítani, csak valami pontozásos rendszert felhasználóként külön titkosított oldalnevekkel stb.
Ha ehhez komoly programozói tudás szükségeltetik, akor pedig mennyibe kerülhet egy ilyet megrendelni és milyen egyéb költségekkel számolni? (Elõször mindenképpen kicsiben szeretném kipróbálni, majd bõvíteni igény szerint.)
szerintem egyszerûbb a form plugint használni és nem kell ilyenekkel variálni, megy minden egybõl:
Mint az az elõzõ kommentembõl is kiderült kissé hiányos az ajax ismeretem.
Tudna valaki segíteni abban, hogy hogyan adjam át a multiple checkboxot posttal ajaxban. Valamint egy validáció is jól jönne ami figyeli, hogy legalább egyet bepipáltak.
Rágoogleztam, hogy post checkbox with ajax és sok okosság elõjött de szintaktikailag nem tudom, hogy kéne átadni a "szolg"-ot és feldolzoni az phpban. valamint megvizsgálni h be lett e jelölve legalább egy checkbox.
Az mit jelent hogy "A rendszer figyelmen kívül hagyta a CSS-kódot a MIME-típusok eltérése miatt "
Mert van egy oldal amit karbantartok, de szétesik IE alatt, firefox és chrome-nál nincs probléma. A problémás oldal : www.bellamo.hu Néhány kategórián haladva egyszer szétesik az egész oldal...
Üdv! Itt sg-n a fórumban code makróval belehet szúrni html-ben flash videót?
nemtom hogy miket enged pontosan a blog.hu de ha teljes html hasznalatat engedik, akkor csinalsz egy divet, es marginnal megadod neki hogy honnan kezdodjon. link
Sziasztok! Készítek egy blogot a blog.hu-n. Próbálom testre-szabni, de ehhez html és css tudás szükséges. Sikerült a hátteret megváltoztatnom, és a fejlécet is. Csak a fejléc túl nagy lett, és az elsõ bejegyzés a fejléc mögül indul. Nem szívesen kicsinyíteném meg a fejlécet, inkább a blogbejegyzéseket szeretném, hogy lejjebbrõl induljanak. Ezt meg lehet valahogy oldani? Elõre is köszönöm a választ.
Szerintem remek kezdemenyezes, en probalom tartani magam de a legacy kodok miatt neha nem megy (inkabb kovetem egy kodbazis adott stilusat, mert meg az is jobb, mint amikor valtakoznak a stilusok).
És a cache miatt utána minden view lekérés már azt tölti be, nem az eredeti templatet. Ez csak egyszer fut le, amíg a fejlesztõ meg nem változtatja a templatet.
Sokat nem számít, hogyha egy szerver oldali compiler lassúcska, hisz azok a szerver oldali nyelv filejára fordítódnak, amit meg már lehet cachelni.
A kliens oldalon már más tészta, nem véletlen, hogy nagy forgalmú oldalak is, mégha egy SPA, vagy aközeli appról is van szó, akkor is inkább küldi a kész html-t elsõ betöltésre, aztán a kliens oldali MV* framework mondjuk inkább onnan veszi át a stafétát, ala basecamp, vagy twitter. Persze ez is csak egy megközelítés.
Gyagyi, nem gyagyi sose tudhatod mi vár az ügyfél szerverén :D
#21287: ha érdekel olvass utána az MVC-nek, röviden annyi a lényege, hogy különválasztjuk a dolgokat, pl egy user lista generálásakor semmi keresnivalója nincs ott HTML-nek, hanem egy lista kell a userekrõl, amit aztán az említett templateben úgy használsz fel ahogy akarsz. Illetve, ha komolyabb logika van benne, akkor zavaró lehet a sok HTML kód között elnavigálni, mikor azoknak igazából nincs is ott keresnivalója. Persze ez csak egy megközelítés, illetve a template enginek nem is a gyorsaságukról híresek. (kerestem mostanában JS-hez is és a legegyszerûbb végül a string összefûzés lett nálam is:)
Ellenben, ha máshol meg nincs bekapcsolva, akkor probléma lehet. Ha valamit meg lehet oldani kb 0 erõfeszítéssel úgy, hogy 100%, hogy megy, akkor szerintem érdemesebb úgy :)
Vagy csinálni egy deploy kriptet ami kicseréli mindenhol a kicserélendõket :D
Ha pl. egy mysql-bõl kapott tömböt ki szeretném soronként írni, azt így tenném: [code=php] while....{ $result .= '<span>'.$user->name.'</span><br />'; }
return $result; [/php] De a weboldal html alapja az nálam csak html. A megfelelõ html-commentek helyére beszúrom a megfelelõ php-vel összeütött részeket, amikor legenerálom az oldalt. Persze lehet, hogy rosszul teszem.
A másik kérdésedhez nem tudok hozzászólni, mert annyira nem vagyok járatos a dolgokban.
Egyáltalán nem baj, ha kikapcsolva hagyod, sõt, akkor már a fejlesztõi környezetben is érdemes kikapcsolni. Használata szerintem egyetlen esetben indokolt, hogy ha egyéb template nyelv nélkülözésével a php-t akarod "template nyelvként" használni. Mert azért ez sokkal jobban néz ki:
Köszönöm. Azért nem akarom bekapcsolni, hogy ne fogadja el így, ütközzön ki, ha valami nem tökéletesen van a helyén, mert akkor egy másik szerveren lesz szívás belõle. Amúgy is mindig be van kapcsolva minden error_reporting, még csak egy apró reklamációt sem szeretnék a szervertõl, akár egy nem definiált, de annyira nem is szükséges változó miatt sem :-)
A mod_include.so csak egy tipp volt a többi mod mintájára, nem néztem meg, hogy van-e olyan.
Tehát: a beinclude-olt php elején ennyi volt: <?, hiányzott a "php" a kérdõjel után... . Szerintem a közel 70 include közül kb 3-4 darabnál hiányozhat... Windows nem zavarta, itt meg nincs beállítva, hogy az ilyesmit elnézze.
További jó, szívásmentes programozást kívánok mindenkinek :-)
Elõször én is erre gyanakodtam. De mivel nem használok a filenevekben és a class-nevekben nagybetût, valamint include-nál csak "fokonyvtar/alkonyvtar/alalkonyvtar/filenev.php" formátumot használok, így ez kilõve, mint magyarázat. Még a windows alól áthozott file-ok kódolása lehetne magyarázat, de ott mindent ANSI-ban mentettem el, semmilyen include-ban nincs ékezet. Ezért gondolok arra, hogy esetleg a szerveren valami hiányzik, mondjuk egy mod_include.so nincs meg, vagy nem jól mûködik, nem tudom.
Itt már nem az include-al lesz a gond, annak mennie kell, márha megtalálja a filet. Op-rendszer beli eltérések ugye még lehetnek, mint a kis-nagy betû (unix alatt számít, win alatt nem) és a könyvtár elválasztó, amit Cat is linkelt.
Itt sokminden van, a lényeg az, hogy HA az include sikerül (true), akkor példányosítja az include-hoz hasonló nevû class-t, ami nem jön össze. Mindez windows apache-on mindig is mûködött. Lehet, hogy nem jó verziót telepítettem, azon gondolkodom. Csak toltam egy sudo apt-get install apache2-t. De nem találtam jobb opciót.
Ráadásul egy másik class is include-ol, ott viszont include('eleresi/ut')-tal tökéletesen mûködik, a lentebbi include-olós függvénbyem esetében az sem segít, ha manuálisan beírom az utat, nem változóként. De ha beírnám ezt: include('bakfitty'), akkor is azt írná: "...Filename cannot be empty in...". Linuxunk a fejébe vette, hogy hiába van bármi beleírva a function-be, az most üres.
include egy "speciális" statement és nem function, a zárójel máshogy mûködik, nem paramétereket vár, hanem egyszerûen a zárójel alatti rész eredményét includeolja. Ennek eredménye, hogy a sorban a legutolsó bezáró zárójelig veszi alá. Lényegében include-nál hanyagold a zárójelezést.
Egy picit zavar, hogy egy functionom hibátlanul lefut windows-os apache-on, linuxon pedig nem bírok vele órák óta.
ez a function: <code> public function include_file($filePath , $fileName) { $fullPathToFile = $filePath.$fileName; echo $fullPathToFile.'<br />'; if( include( $fullPathToFile ) == false ) { return false; } else { return true; } } </code> Az echo-t a teszt miatt tettem bele. Ez jön ki az egyészbõl:
system/predefined_pages/assistant/maintenance.php
Warning: include(): Filename cannot be empty in /var/www/teszt/tweteszt/system/engine/filehandler.php on line 170
Azaz: ki"echo"zza, de amikor include-olni kellene, úgy viselkedik, mintha üres lenne a változó. Tudjátok esetleg a megoldást?
Megnyugtatlak nálam is így van :( sokszor anyázok is miatta :/
Õszintén: küzdök az elemekkel, hogy legyen idõm és erõm foglalkozni vele :D
Ez nálam amúgy valami állandó törvényszerûség, hogy ha van egy jó és megvalósítható ötletem, akkor az élet emel párat a nehézségi szinten a játékélmény fokozása érdekében