Nagy Gusztáv képe

Az animáció megjelenítéséhez nem tudok/akarok hozzászólni. Ennél nem sok butább dolog van a weben.

Letöltéshez pl. ott van az alaprendszer részeként az Upload modul. Ismered?

A hirdetésekhez tudni kellene, hogy fix, vagy változó tartalmú hirdetésekről van-e szó. Utóbbi esetben hogy milyen logika szerint és ki akarja a hirdetéseket menedzselni.

A felugró ablak megint csak olyan dolog, amiben nem akarok segíteni.

0
0

Nagy Gusztáv

zschopper képe

Nekem is időnként elfogy. Főleg, ha új modult (esetleg többet) akarok bekapcsolni.
Ilyenkor - favágó - de újra elküldöm a kérést (f5, kérés újraküldése megerősítve)
Másodszorra mindig elment.

Ha nem tudsz modult kikapcsolni, akkor sql-ből még mindig tudod inaktíválni - szintén favágó módon - a system táblában azt hiszem.

Vannak fejlesztői modulok, amik dumpolják a memóriafoglalásokat, de rég nem kellett.

PS: 1 hét múlva költözök, dupla RAM :)

0
0
pp képe

"egyszerüen hogyan hozhatnák létre menüt és tartalommal feltöltsem."

fordítva gondolkodsz. :D

Amikor létrehozod a tartalmat akkor elhelyezheted el azt a menüben. :D Így el lehet kerülni, hogy sok-sok olyan menüd legyen amihez nincs tartalom.

http://www.tanarurkerem.hu/drupalmozikonyv/cegesoldal

pp

0
0
vikicica22 képe

Én is tapasztaltam ilyet sajnos :( :(

0
0
Boobaa képe

Nem csak %user és %node esetén fut le a user_load() meg a node_load(), hanem %whatever esetén is lesz whatever_load(), ha implementálva van - továbbá ha az FALSE-t ad vissza, akkor kapsz egy jó kis 403-at (vagy 404-et, nem emlékszem fejből pontosan), valamint utána az így betöltött objektumot megkapja az access és page callback is - mindenesetre lásd a PDD2 77. oldalán a Wildcards and Parameter Replacement fejezetet.

szantog képe

"ugyanis így akár ki is kapcsolhatjuk a Views UI"

Tudtommal a views_ui-t bármikor kikapcsolhatjuk, ha már nem kell többet szerkeszteni a nézetet.

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

chx képe

Ezt irtam az eredetihez:

Nate called these magic handlers. <= He might but these are called just load functions in menu.inc. There is nothing magical about them, same as _submit or _validate for forms.
In your module, you can use $GLOBALS['conf']['cache'] = false to turn off caching for a page. <= If you want this for development reasons, then in settings.php add $conf['cache_inc'] = './includes/cache-install.inc'; this nulls every cache operation and so breaks multistep forms but otherwise it's great.
To avoid this you must unset $form_storage. <= $form_state['storage']
Use db_set_active() to switch between the database connections you have specified in your settings file on-the-fly in a routine to easily go outside of the core Drupal database for external content or data. <= and switch back ASAP as watchdog and session writes and so on will not be happy when the table they want to write is not there.
A form type ("#type") of "value" is never sent to the user but kept in the form data so you can access the data in other functions in your module. <= this is largely deprecated in Drupal 6, just use $form['#foo']. Earlier $form was not passed around so you needed the values in $form_values (which is now $form_state['values']).
Managing major patches: Create an empty module and use hook_update() to push major site configuration changes (settings, etc). <= nothing to do with patches. Good tip nonetheless.
The reason the keys in form arrays start with a pound sign is to allow the nesting of forms in the array. <= NO! It allows nesting of form _elements_. Nesting forms is a very complicated matter.

szantog képe

"Mint látjátok az oldal tetején van egy futó csík (marquee)"
Miért nem ajánlasz helyette az edződnek egy korszerű, nem szemet bántó alternatív megoldás, pl a views_slideshow-t?
Ez a gyagyi js-t mindenképpen ki kell dobni a francba, helyette rengeteg jquery-s varázslat létezik, ami nem ilyen szaggatva animál

0
0

----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.

secunda képe

Sajnos én is szembesülök vele, rengeteg magyar oldalon olvasható a SPAM posztok között. És már a regisztráción sem akadály, sőt az image captcha sem okoz a robotnak problémát.
Itt egy keresés hova spammelnek Magyarországon:
http://www.google.hu/#hl=hu&lr=lang_hu&safe=off&tbs=lr%3Alang_1hu&q=Hi+t...

0
0
Den képe

+1

tegye fel az a kezét, aki már egyszer is végigvárt egy ilyen csíkot, hogy jaj, mi is lesz benn.

A betelefonálós műsorok rajongói ne tegyék fel a kezüket, ők egyéb korlátoltságuk révén nem számítanak. :)

0
0