Szerintem is - VAGY MÉGSEM :D (szerk.)
Szerintem is az a célravezetőbb és rugalmasabb megoldás, ha minden galériába tartozó kép valójában egy elkülöníthető node.
Így a hozzátartozó leírás is könnyen testreszabható, és adott esetben egyéb fieldek is nyugodtan hozzáadhatóak. Ráadásul a Views-zal való manipulálás, adatmegjelenítés is nagyon leegyszerűsödik. Nem is beszélve a viselkedés saját vagy más modullal történő testreszabhatóságáról.
Szerk.:
szantog
2 perccel korábban küldted a hsz.-t, így a fentiek írása után látom csak, amit írtál, hogy D7-ben overkill. :) Akkor hogyan oldod meg a képek esetleges kiegészítését mondjuk egy plusz fielddel?
Arra gondolok, hogy mondjuk minden képhez kiválasztható, melyik szerző készítette, ezenkívül esetleg kell egy radio típusú field a feltöltésnél, hogy kiválaszthasd, hogy XYZ-ből mi igaz rá, egy checkbox pedig arra, hogy ABCDEFGH szempontok közül még melyik szempont(ok) vonatkoznak rá.
Ez most csak egy példa, a lehetőségek tárháza végtelen.
Szerk. 2.:
(23.39-kor írtra reagálva:)
már megint közel egyszerre írtunk. :D
Na, köszönöm, így már teljesen világos, akkor teljesen igazad van, hogy nyugodtan megoldható külön node-ok nélkül, mert ahogy írod, totál rugalmasan plusz fieldek adhatók hozzá így is amiatt, hogy a file is külön entitás, így fieldhozzáadogatós UI-t kapunk hozzá.
Na jó, akkor inkább asszem visszavonulok olvasgatni a Drupal 7 komoly újításairól.... A D6-ra alapozott tudásomat meg nem kicsit felül kell írnom új információkkal (vagy inkább hozzáfűzni).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Webszerver-probléma?
Na, ez jó, hogy megcsináltad, mert máris több infóval rendelkezünk.
Én arra tippelnék, hogy itt már nem a PHP-ben kell keresni a hibát, hanem a webszerverben. Érdemes lenne megnézni a webszerver logját is!
Most rá is kerestem, és ezt találtam, aminek a lényege pont az, hogy itt más szerint is webszerver problémája húzódik a háttérben:
http://serverfault.com/a/79745/79977
Ő linkelte ezt a cikket is, a kérdezőnél bevált, hátha nálad is be fog válni:
http://blog.bombcar.com/2008/01/apache-413-error-problems.html
Itt van még egy említésre méltó írás:
http://forum.joomla.org/viewtopic.php?p=2302244&sid=a654b905c1d75eb03aff...
Itt konkrétan a LimitRequestBody direktívára hivatkozik, aminek a feladata: "Restricts the total size of the HTTP request body sent from the client".
Csak próbálkozz! Aztán írj, milyen eredménnyel jártál, kíváncsi vagyok, jó-e valamelyik.
Pont rátaláltam egy ezzel kapcsolatos kérdésre Stack Overflow-n, itt is összefoglaltam ezeket: Request Entity Too Large.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
vagy pedig van rá sminkfüggvény
a $submitted változódat a theme_node_submitted() függvény állítja elő. ezt megvalósíthatod a sminked template.php -jában és ezzel felülírhatod az eredeti függvényt.
<?php function SMINKEDNEVE_node_submitted($node) { return t('Submitted on @datetime', array( '@datetime' => format_date($node->created), )); } ?>
így nem lesz benne felhasználónév.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mi a legjobb megoldás?
Mi a legjobb megoldás?
Ahogy minden webhely különböző, nincs mindegyiknél legjobbnak nevezhető egyetlen tökéletes megoldás. Helyette azt javaslom, inkább a modulok népszerűségét nézd, mert az nagy valószínűséggel a te projektednél is megfelelő lehet.
Például a modulok Security kategóriájának tetején rögtön ezt a kettőt találod:
https://www.drupal.org/project/captcha
https://www.drupal.org/project/recaptcha
Sokan használjuk őket, jól működnek, várhatóan neked is megfelelnek majd, próbáld ki.
A Spam Protection kategóriában pedig régóta jól bevált a Honeypot. Mollommal már ne kezdj ismerkedni, jövőre le fogják állítani.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
lekérdezed
<?php $nid = arg(1); $parent_node = node_load($nid); $category = $parent_node->field_category_id[0]['value']; ?> [view:view_neve==<?php print $category; ?>]
A szűrők sorrendjénél fontos, hogy előbb legyen a PHP és utána az Insert View.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Huh, a Features-nek semmi köze ehhez
Ez nekem most nagyon új amit írtál. Én ezt a leírást találtam a Drush dokumentáció oldalán a "pm-refresh" alias "rf" parancsról:
pm-refresh Refresh update status information. Aliases: rf
Ennyire benéztem volna, hogy ez a parancs a Features-t támogatja? A parancs leírása nagyon kurtafarkú, ebből én nem ezt következtettem. Nekem az jött le, hogy ez a parancs szimplán frissíti egy-egy modul frissítési állapotát. A Features modult abszolút nem ismerem még.
Szerintem "segi" egyszerűen csak felcserélte a betüket, de én sem vettem egészen eddig észre, mert tudtam, hogy mire gondolt (a pm-refresh parancs rövidítésére). Szóval nem nagy ügy.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges




rossz src
eredeti src:
http://vt500.neobase.hu/sites/vt500.neobase.hu/files/sites/www.vt500.neobase.hu/files/images/Dsc04462_0.thumbnail.jpgaminek kellene lennie:
http://vt500.neobase.hu/sites/vt500.neobase.hu/files/images/Dsc04462_0.thumbnail.jpga képek elérési útjába belekerül egy felesleges
sites/www.vt500.neobase.hu/files/rész.Ezt okozhatja hibás .htaccess rule (pl. ReWriteBase), hibás settings.php bejegyzés ($base_url) , hibás fájlrendszer könyvtár beállítás a http://vt500.neobase.hu/admin/settings/file-system vagy a http://vt500.neobase.hu/admin/settings/image oldalon, esetleg az image vagy egyéb fájl-feltöltő modulod hibája vagy hibás beállítása.