Miért nem jó a böngésző beállítás?
Az alap rendszer része az, hogy a böngésző nyelvi beállításának megfelelő oldalt jelenítse meg. Ez kb. milliárdszor praktikusabb, mint ip alapján próbálkozni. Már csak azért is mert az ip max a lokalizált szolgáltatások kínálására jó, a nyelvre semmi esetre sem mert:
- vannak országok ahol több nyelvet beszélnek
- vannak nyelvek amiket több országban beszélnek
- vannak emberek akik külföldön vannak
- vannak akik nincsenek külföldön, de mégis valamiért más nyelvet preferálnak.
- és vannak azok, akik átkergetik a forgalmukat külföldre, hogy nézhessék a hulu-t, na ők itthon vannak, csak épp az ipéjük nem magyar
pp
ui.: Ha okosabb rendszert akarsz mint a látogatóid, akkor okosabb is lesz... mert az okosabb látogatók nem fogják használni. Egy ilyen buta módszernél pedig jó sokan el fognak pártolni tőled. :)
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Felmerült a probléma, hogy a
Felmerült a probléma, hogy a fálj méret már az oldalbetöltődés rovására megy.
Magyarul az eredeti képet mutatod vissza a látogatónak?
Ha csak ez a gond, akkor akkor attól függően, hogy használsz-e például valamilyen képmegjelenítőt, pl.Colorbox-ot, vagy csak az alap Drupal lehetőségekkel élsz, egyszerűen a tartalomtípus mező megjelenítési beállításainál ne legyen "eredeti kép", hanem valamilyen általad beállított képstílus legyen.
Pl. a TTípus mező megjelenítés beállításainál colorbox esetén ilyen lehetőségek vannak:
Tartalom képstílus: 430x290 Teaser
Colorbox-képstílus: eredeti kép
Előbbi saját megadott képstílus, ami a nodenál jelenik meg, második az ami a képre kattintva a lapozható colorboxba töltődik.
Ha erre is létrehozol egy "aránytartásos, nem croppolós" méretezést általad megadott méretben (pl. 1920x...) akkor az eredeti képet be se fogja tölteni.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerencsére nem kell semmit
Szerencsére nem kell semmit sem irtani :)
Ez a logikája a moduloknak:
1. Ha egy modul fel van másolva a sites/all/modules mappába, akkor az megjelenik, mint egy bekapcsolható modul
2. Ha bekapcsolod, akkor "élni" kezd a modul, csinál magának adatbázistáblákat stb.
3. Ha utána kikapcsolod a modult, mert már nem kell, akkor már nem tudod használni a modult, de az adatbázistáblái ekkor még megmaradnak, és ilyenkor lesz látható az adott modulod az Eltávolítás (Uninstall) fül alatt.
4. Ha el is távolítod a modult a fenti fülnél, még akkor sem tűnik el a modul, bekapcsolható marad, viszont az adatbázistábláit kitörölted.
5. Ha teljesen el szeretnéd távolítani a modult, akkor meg ki kell törölni a fájlrendszerből (sites/all/module mappából). Ekkor kiirtottad :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Jogi személyek belépése
Az Alapszabályban rögzítetteknek megfelelően lehetőség van jogi személyek belépésére is az Egyesületbe. Számukra külön Belépési Nyilatkozat készült, melyet a csatolmányokban megtaláltok.
A tagdíjról a számla kiállítása nem kötelező, de lehetséges. A jogi személy viszont számla ellenében tudja ezt költségként elszámolni, így praktikusabb ha ilyen esetben az Egyesület számlát állít ki. A tagdíj áfa mentes. A számlán szerepeltetni kell azt a szöveget, hogy:
„A tevékenység közérdekű jellege miatt adómentes értékesítés, Áfa tv. 85.§”
Tekintettel arra, hogy az Egyesület adószámmal még jelenleg nem rendelkezik (igénylése már folyamatban van) így számlát még nem tudunk kiállítani.
Amint megkaptuk az adószámot és biztosított lesz a számla kiállítása a jogi személyek belépésének nem lesz akadálya, így kérnénk azon cégek és szervezetek türelmét, akik ezen formában szeretnének csatlakozni.
Természetesen amint e téren változás történik, tájékoztatunk benneteket!
Köszönjük!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Címkék ne a bevezetőben, kinézet
Köszönöm szépen az iránymutatásokat! Nem lennétek, nem lenne mit csinálnom! :)
(= nem tudnék mit csinálni.) Az egyszerűbbik végét fogtam meg a dolgoknak. A Bejegyzés tartalomtípust leváltom a cikk tartalomtípusra. Viszont ösztönösen sikerült újabb gondot csinálnom. A bevezetőknél nem szeretném látni a cikk végi címkéket, csak a címkefelhőt. A mezők beállításánál nem leltem erre vonatkozó beállítási lehetőséget. Vagy ez css már? Vagy smink kérdés?
Azt sem szeretném, ha bekeretezett más színű háttérrel írt szöveg lenne (ugyanez érvényes a read more feliratra). Ez meg már aztán gondolom végképp a css sara. Persze dagad a sár: a ’Tags:’ ami a /Beállítások/Helyek és nyelvek/Felület fordítása eszköznél a betűsor beépített felület szövegcsoportban látható, az az egész honlapra vonatkozó címkéket mutatja.
A cikk, és a bevezető végén lévő ’Tags’ betűsort, ami csak az adott bevezetőre vagy cikkre vonatkozik, nem tudom fordítani eddig sehol. nem pedig látható a .
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Elmaradt termékek keresése:
Elmaradt termékek keresése: "Orphaned products are products that you have created but not yet assigned to a category in your product catalog. All such products will appear as links below that you can follow to edit the product listings to assign them to categories."
Vagyis azokat a termékeket jeleníti meg ezen az oldalon amik nincs hozzárendelve semmilyen menüponthoz. (admin/store/products/orphans) Ez abból jó, hogy ha kifelejtek valamilyen terméket kategorizálni, akkor jelzi, s pótolhatom a hibát...
Konkretizálva az oldal: www.magveto.sk
Bal oldalon a kínálatunk a menu1
Alatta még két menu másik blokkban:
Ünnepi alkalmak
világi irodalom
A problémám az, hogy ha valamelyik terméket az utóbbi két menüponthoz rendelek csak, akkor megjelennek az elmaradt termékek oldalon mintha nem lennének hozzárendelve sehova....
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem lenne rossz
csakhogy ez nem így működik. Egy titkosítás kicsit több annál, mint click-click + settings.php.
De tessék, egy barkácsmódszer: hook_entity_presave - encrypt email, hook_entity_load - decrypt email.
Igaz, hogy ezzel kb alapból kinyírod a levelezést.
Arról nem is beszélve, hogy db cache-nál értelme sincs a titkosításnak, mert a cache táblák titkosítatlanul tárolják az adatokat.
Amúgy nem értem ezt az egészet, megnéztem a php-encryption-t, semmi olyat nem láttam benne, ami miatt shell kellene, semmilyen faq, install leírás nem emlegeti.
Viszont:
1. A biztonságnak ára van, ha shell az, akkor a shell az. Van ezernyi szolgáltató, ahol van ssh access.
2. Egyáltalán nem vagyok benne biztos, hogy kell ssh. Egy file key-t simán fel lehet eftépézni webrooton kívülre, ennél több nem is nagyon kell az AES-hez.
----
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.
Valóban a kicsiktől indult a
Valóban a kicsiktől indult a Drupal, mint a legtöbb webes környezet. De már nem arra tart, nem az a célközönsége. Ettől függetlenül lehet használni kicsi oldalakhoz, de ne legyen meglepetés, ha az ember nem azt kapja, amire számított.
A hazai közösség pedig kb. mindenhol csökken. Munka miatt tudom, hogy a hazai Wordpress és Joomla közösség is erősen lecsökkent. Általánosságban elmondható, hogy a nemzeti közösségek általában csökkennek.
A Rules-es reagálásnak pedig az volt a lényege, hogy egy közösségi smink vagy modul minőségét és használhatóságát felesleges összevetni a Drupal kódjával. Ha egy közösségi kiegészítő kódja rossz, az alapvetően a kiegészítőről szól és nem a Drupal alaprendszerről.
A Rules-es történetet én is ismerem és azt is, hogy maga a Rules modul értelme is eléggé vitatéma.
A hozzászólásom stílusa valóban hagy kívánnivalót maga után, bár maga az egész téma is.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem volt hiába
Azért volt jó néhány hete bíbelődnöm vele, mert mire rájöttem, felfedeztem magamnak a unicode és az UTF-8 lelkivilágát. Vén(39) fejjel is tanul az ember. ;-)
-jpi-
-jpi-
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kösz, de azt hiszem
Kösz, de azt hiszem félreértettük egymást.
Nem a Views modullal kapcsolatos együttműködéséről beszéltem, hanem arról, hogy amikor a felhasználó megadja a Get Locations megfelelő mezőben az irányítószámát, akkor a modul az alapján nem találja meg a települést, hanem csak a keresőben, ha a település nevét kezdi el beírni, akkor marad meg a hely adat.
Azonban most eszembe jutott valami és bejött: a felhasználó adatok megadásánál ha az irányítószámot kezdjük el beírni a Kereső mezőbe, akkor megtalálja pl. a 1035-nél Budapestet, 8000-nél Székesfehérvárt, és így tovább.
Csak akkor nem tudom miért van külön mező lehetőség a megye, település, stb. mellett az irányítószámnak is, mikor utóbbiba külön beírva nem történik semmi és minek is használni azt manuálisan beírva a dolgot, amikor a Kereső fel is ajánlja a lehetőségeket.
Szóval a dolog megoldva, kivéve az a fránya Search dolog, amit írtam.