Kipróbálni a Drupal-t
Ha csak ki akarod próbálni a Drupal-t akkor érdemesebb először localhoston próbálkozni, mert ott kontrollálhatod a beállításokat.
Az Extran többen működtetnek Drupal-t de számos problémával kell megküzdeni. Ezért kezdeni és kipróbálni semmi esetre sem javaslom az Extrat, mert csak elmegy a kedved az egész weboldalasditól ;)
Az Extran pl. nem működnek a rövid webcímek, és az Ajax-os hívások. Szóval csak olyan dolgok amik igazán kényelmessé teszik a Drupal-t. Az Extra fapad, ezért a Drupal is csak fapados üzemmódban működik ott. (amit meg nem ismersz, mert még a normál üzemmódot sem ismered, és azt fogod gondolni, hogy a Drupal a fapad, holott az Extra az.)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
alap php hiba
Engedd meg, hogy kijavítsam ezt az igen érdekes kódot ;)
if($user == "Object id #1")
Szóval két egyenlőségjel az az egyenlőség vizsgálat, az egy az értékadás ;)
Más:
- Érték kiíratása print_r, vagy var_dump, hogy lásd is mi van a tömbben és mi az object-ben.
- Drupalban meg mindig van $user objektum.
- Global csak akkor kell, ha függvényen belül vagy. (a te gányolós megoldásod az egyetlen olyan eset amikor nem kell ;))
- $user->uid ami megmutatja neked, hogy mi az azonosítója a júzernak.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
én is mondtam
Én is mondtam, hogy az FTP-nek ehhez semmi köze, és az, hogy a ChangeLog elérhető, az nem sebezhetőség (akár le is törölheted), ha pedig valaki a patch-eket használja frissítésre, az a ChangeLog-ot nem módosítja (szóval az alapján tűnhet régi Drupal verziót használónak az oldal, miközben nem az).
És ez egy mondat volt. :)
Viszont az, hogy így elmaradt a frissítéssel azt is mutathatja, hogy esetleg más területen sem lehet minden rendben.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem pontosan
Nem jött létre Drupal egyesület. Amit mondtam az az, hogy létrejött egy egyesület a "Magyar Webért" néven, amelyben Palócz István (pp) az elnök jelenleg, Tolmács Márk (tolmi) pedig az egyik alelnök. Ebből fakadóan erős Drupalos jelenlét van és szeretnénk ha a Drupal közösség életébe is bekapcsolódhatna ez az egyesület (hiszen a magyarországi webért, weben élőkért vagy webbel foglalkozókért hoztuk létre és ennek része az igen mozgalmas Drupal közösség is).
Az egyesület április 1.-e óta létezik, jelenleg szervezzük az alapjait a dolognak és utána szeretnénk megnyitni a tagfelvételt is, valamint fasza kis programokat és egyéb dolgokat csinálni Drupallal kapcsolatban is. Ehhez pedig mindenki segítsége elkél.
--
Tolmács Márk
Drupal bandita
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem modulok, hanem függvények
Ezek nem modulok, hanem függvények (már ha ugyanarról beszélünk). Ha a number_format helyett az uc_currency_format -ot hívod meg (egyetlen paraméterként az árral), akkor az aktuális nyelvi beállítások szerint lesz formázva a kimenet - neked magyar számformátummal, egy zulu webshopnak meg zuluval. És ha ezt a javítást visszaküldöd az übercart kódba, az utánad jövőknek már nem kell szívniuk ezzel a problémával. Erről szól az opensource...
(Az uc_price függvény elvileg az uc_currency_format -ot váltja ki, és sokkal többet fog tudni, pl. más modulok bele tudnak nyúlni valamilyen hookon keresztül, de amíg nincs rendesen dokumentálva, nem érdemes vesződni vele.)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm, de sajnos
Köszönöm, de sajnos a node clone modult már próbáltam. Ezzel az a probléma egyrészt, hogy a klónozott "minta" node kötelező mezőit megkapják alapértéknek az így létrehozandó többi node. De a nagyobb problémám az az hogy ezt a típust egy csoport hozhatja létre és ahhoz engedélyeznem kellene számukra a klónozást, ami azt jelentené hogy bármilyen tartalmat klónozni tudnának az oldalon.
Ha viszont úgy csinálom hogy létrehozok egy webformot (blokkot) és azt minden új node alapértelmezésként megkapná az Insert Block modullal az pedig azért nem túl jó megoldás mert akkor az eredmények is közösek lennének. Nincs rá mód esetleg hogy a webform eredményeit nodonként elkülönítsem?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
erre sajnos nem tudok válaszolni
A fiúktól kell megkérdezni:
Az portál indítását követő fejlesztéseket és a Drupal üzemeltetését a Brainsum végezte és végzi.
Az Új Szó projekttől függetlenül: az a tapasztalatom, hogy ha egyszer elkészült és bejáratódott egy rendszer, nagyon kicsi a hajlandóság az upgrade-del kapcsolatos költségek és macera felvállalására. Mostanában már szerződésbe is beleírtam boldozva, hogy a biztonsági frissítések és upgrade-ek költségével számolni kell, de megrendelői oldalon nagyon erősen tartja magát az a mentalitás, hogy ami egyszer végre elkészült, az készen van.
Az a gondolat, hogy egy ilyen rendszert ugyanúgy évente el kell vinni a szervízbe nagygenerálra, mint A Kocsit, valahogy nem tud megkapaszkodni az elmékben. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jól értem, hogy azt szeretnéd
Jól értem, hogy azt szeretnéd, hogy a Látogatóid magyar nyelven lássák a webhelyed tartalmait, de közben az adminisztrátorok angol nyelven tudják használni az adminfelületet?
Ha igen, akkor ezt az alaprendszer (core) is tudja, nem kell hozzá sem az entity_translation, sem az i18n modul.
- Az „Észlelés és választás” oldalon (címsorban /admin/config/regional/language/configure) húzd a „Webcím” nevű sort legfelülre, mentsd el.
- A Nyelvek listája oldalon (címsorban /admin/config/regional/language) jelöld be annak a nyelvnek a rádiógombját, amit a Látogatóid szeretnél, hogy alapértelmezetten lássanak.
- Utána ugyanezen az oldalon minden nyelvnél a Szerkesztés linken meg tudod adni vagy az „Útvonal előtagját” vagy pedig „A nyelv domain nevét”. (Csak az egyiket elég, mindkettőt felesleges.)
- Ezután simán címsorból tudsz dönteni, hogy az adott oldalt milyen nyelven akarod nézni:
- Ha nyelvi előtagot adtál meg, akkor /en/admin/ lesz az angol nyelvű adminfelületed címe, miközben a látogatóid a /hu/ címen tudják nézni magyarul, de akár anélkül is, mivel alapértelmezetté tetted.
- Ha nyelvi doménnevet állítottál be, akkor pedig angoldomened.com/admin lesz az angol nyelvű adminfelületed címe, miközben a látogatóid a magyardomemed.hu/ címen tudják nézni magyarul.
Ez természetesen vontakozik az adminmenü nyelvére is, amit kérdeztél.
Haladó tipp: az „Észlelés és választás” oldalon (címsorban /admin/config/regional/language/configure) jóval több lehetőséged van azt szabályozni, hogy kinek milyen nyelven jelenjenek meg az oldalak automatikusan. Például a „Felhasználó” nevű sort legfelülre húzva az adminusered profilján beállíthatod az angolt, így azzal belépve mindig angolul fogod látni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem ez
az apache/logs konyvtarbol az error.log es az access.log
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mindegy, hova klikkelsz
Az, hogy klikkelsz vagy entert nyomsz, az ne a mi problémánk legyen, a felhasználóknak minden esetben ugyanazt kell kapniuk. A Drupal belül nem irányít át egy kérést, csak akkor, ha beállítottál elérési álnevet (path modullal). Ha ezt nem tetted meg, akkor pontosan ott kell kikötnie az űrlap beküldésnek, ahova az action mutat. Azaz, ha egy node oldalt nézel, amiben van egy űrlap, akkor ugyanarra az oldalra mutat. A mi kapcsolatfelvétel oldalunk is egy node, igaz kézzel van beírva a tartalom, és nem a PHP űrlap függvényei generálják, de ez az űrlap submitja szempontjából mindegy, mert az oda jut, ahova az action utasítja.