Belecsaptunk a SEO-ba :-)
és nagyon jó a cucc, amit elkövettél. :-) Igen durva, hogy mennyi mindent el lehet követni a Drupallal.
Teljesen egyetértek azzal, amit a SEO-ról írtál, igaz ennek kapcsán "két különböző végén nézünk be a csőbe". :-) Én úgy szoktam ezt a "SEO dolgot elkövetni", hogy az ügyfél megálmodja az oldal struktúrát menükkel mondanivalókkal, majd az oldalakhoz rendeljük hozzá a kulcsszavakat: egy oldalhoz 2-3 kulcsszó jöhet, de egy kulcsszó több oldalhoz is kapcsolódik (természetesen egy adott kulcsszóra a linképítés csak egy oldalnál történik).
Ebben az esetben nem lehet kivitelezni azt, hogy egy kulcsszó = egy oldal. Persze a Page manager-rel varázsolni lehet egy szép landing page-t az adott kulcsszóhoz kapcsolódó több téma rövid leírásával.
Köszönöm a válaszodat, "technikailag" tiszta a helyzet, még átgondolom, hogyan lehetne jobbá tenni a SEO részt ezzel a módszerrel.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nevet csak annak kell leadni
Nevet csak annak kell leadni aki megjelenik az esemenyen szemelyesen, ertelem szeruen ha nem jelensz meg, csak otthonrol nezed nem kell nevet leadnod/jelentkezned.
Az hogy itt mindig jelnetkezni kell az en/mi munkankat segiti, hogy ne kelljen egy 100-150 fosre duzzadt listat leadnom a portan, hanem eleg legyen csak 15-30 nevet tartalmazo lista, azok akik reszveteluket jeleztek az esemenyen. A jelentkezest szamitasba vesszuk amikor megrendeljuk a pizzat mondjuk, mert nem mindegy hogy 100 fore rendelsz vagy 15-re.
Ha nemsokara nalatok lenne DUG lehet ezt mashogy kezelitek, de itt az irodahaz biztonsagi eloirasoi miatt is le kell adni a nevsort.
Megerteseteket a kenyelmetlensegert remelem karpotolja hogy egyaltalan van DUG, es szerintem minden honapban szinvonalas eloadasokat lathatunk.
Udv
I.
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valószínűleg nem voltam világos
A Field Permissions kiváló megoldás mezőnként jogosultságok kezeléséhez, viszont most nem erre van szükségem.
A gond az, hogy miután megadtam a "Felhasználók adminisztrációja" jogosultságot, ez 4 teljesen különböző elérést is lehetővé tesz:
- admin/people
- admin/people/create
- admin/config/people/accounts
- admin/config/people/accounts/fields
Ezek teljesen különálló dolgok, szvsz.
Az első kettőre szükségem van, hogy a jövőbeli admin tudjon felhasználót létrehozni (regisztrációra nincs lehetőség), illetve tudja kezelni a felhasználókat.
Viszont egyáltalán nem akarom, hogy az utóbbi kettőt is elérje, mivel ezek mélyebb jellegű beállításokat tesznek lehetővé.
Szóval vagy arra lenne szükségem, hogy az első kettőt valahogyan biztosítsam, vagy pedig arra, hogy a "Felhasználók adminisztrációja" jogosultságból az utóbbi kettőt kiszedjem.
- ad astra per aspera -
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Pedig akkor valamilyen Drupal
Pedig akkor valamilyen Drupal-beállítási problémád van. A Kapcsolati űrlap egy Drupal webform? Mert ha az elküldi az értesítést, akkor a Drupal is tud küldeni, csak valamit nem jól állítottál be.
- Ellenőrizd, hogy Beállítások/Webhely információknál megfelelő e-mail cím van-e megadva.
- Támogatja a tárhelyszolgáltató az egyszerű mail() függvény használatát vagy SMTP azonosítás szükséges? Utóbbi esetben a Drupalt is erre kell beállítani, ehhez egy megfelelő modul szükséges, SMTP Authentication Support modul.
Javaslom, hogy telepítsd a Mime mail modult (ehhez kell a Mailsystem modul is) és azt állítsd be minden email küldéshez (ha SMTP auth. szükséges, akkor ugyanitt az SMTP-t válaszd majd, felkínálja a választási lehetőséget, ha telepítve van az SMTP auth. modul.). Annak a beállításaival próbálkozz.
Ezekkel együtt előbb-utóbb mennie kell.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Hibásan értelmezed a
Hibásan értelmezed a feladatot.
Az azonosított felhasználó szerepkörbe minden felhasználó beletartozik. Tehát amit ennek a szerepkörnek adsz jogot azt minden felhasználó megkapja.
Szerepkörrel csak adni lehet jogot, elvenni nem!
Ha a többi csoportot úgy értelmezed, hogy abban benne van az azonosított felhasználó, akkor a feladat megoldhatatlan és hibás.
Ha a fentieket tudod, akkor lehet azt is feltételezni, hogy a feladat kiírója, bár nem írta, de a "többi csoport(igazából szerepkör)" kifejezésbe az azonosított felhasználót nem értette bele, mint ahogyan valószínűleg a névtelen felhasználót se, hisz akkor is értelmetlenné válik a feladat, hisz csak ki kell jelentkezni a moderátornak és máris tud létrehozni fórumot.
Szóval a megoldás az, hogy a többi csoport(igazából szerepkör) az a Szerkesztő és Administrátor és akkor megoldhatóvá válik a feladat.
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 egy oldalamnál
Én egy oldalamnál tapasztaltam ugyanezt és a Honeypot sem akadályozta meg. Végül egy szabályt csináltam, amely az új felhasználó létrejötte után szövegösszahsonlítást végez az e-mail-ra és ha az e-mail tartalmazza a drupaler.org szöveget, akkor törli a felhasználót.
Egyébként ugyanígy kerültek be új felhasználók itregi.com tartományú címmel.
Mivel küldettem magamnak e-mailt ilyen esetben, így tudtam a próbálkozásokról. Kb. egy hónapja megszűntek ezek a spamregisztrációk, nem jött egy értesítés sem.
Viszont a jogosultságokat hogy állítja be, hiszen azok szerepkörhöz kötöttek?
A spam felhasználó sem lehet viszont tagja semmilyen külön csoportnak az azonosított felhasználón kívül, hacsak nem állítottál be valamilyen automatikus szerepkörbe sorolást.
Nálam semmilyen link felülírás nem történt, semmilyen hatással nem voltak az oldalra a spam felhasználók.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
context nézet
ha jól értem a PM oldalban azt a nid -et akarod elérni aminek a user ref mezőjében az aktuális felhasználó uidja van, mert egy node/%nid menüpontot akarsz erre dinamikusan kitenni.
viewsban létrehozol egy nézetet, aminek egy displaye van, "context" típusú display. ez nodeokat listáz és argumentumként van benne a user ref mező, ami alapértelmezetten felveszi a jelenlegi felhasználót. aztán a page managerben az oldaladnál a context -ek között hozzá tudod adni ezt a nézetet, mint context és akkor el fogod érni azt ami annak a nézetnek az eredménye. (ebben az esetben ez egy darab node lesz ha minden stimmel) és aztán így már tudsz egy "redirection" típusú PM oldalt, aminél az urlt meg tudod csinálni a contextben elérhető "tokenek" alapján.
remélem érthető, kérdezz bátran, küldök screenshot.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Maar bocs, de én vagyok a
Maar bocs, de én vagyok a második -1.
'Belefutott már valaki abba, hogy egy böngésző (Chrome) az űrlap beküldése után nem várja meg míg lefut a PHP?'
'Még javában futnak a PHP folyamatok, de ő már másodpercekkel előtte be is fejezett mindent.' - ezek akkora nettó zöldségek, hogy drupal/php kontextusban egyszerűen nem lehet értelmezni.
A php mindig lefut első sortól az utolsóig egy serveren, ha egyszer egy webcímet begépelve egy weboldalt kapsz vissza, különben elhasal az egész mutatvány látványos hibaüzenetekkel tarkítva, vagy nem - de ez egy más téma.
Vesszek el ha nem, de sztem neked van valamilyen fancy chrome bővítményed, ami kinyírja az egész standard form kezelést. Próbáld ki inkognitó módban, vagy másik gépről.
Az a probléma, amit és ahogy elővezettél, egyszerűen nem létezik.
----
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.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm!
Adaptáltam a megoldást a modulra és működik.
Még nem próbáltam, de témából (sminkből) felül lehet bírálni egy modul létező js fájlját?
Mármint, hogy csak az adott modul aktivitása esetén működjön és ne töltődjön be.
Valamint eszembe jutott egy új kérdés, bár ez most nem fontos. Mi van akkor, ha több window.onload, vagy window.onresize eseményre lenne szükségem eltérő modulokban.
Gondolok itt az alábbi esetre:
first.js :
...
window.onload= function fone{}
second.js:
...
window.onload=function ftwo{}
Ekkor csak az egyik működik. Van arra lehetőség, hogy mind a kettő lefusson az esemény bekövetkeztekor? Úgy, hogy előre nem lehet tudni, hogy csak az első, vagy csak a második, netán mindegyik fájl betöltésre kerül.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A GPL mindössze annyit ír elő
A GPL mindössze annyit ír elő hogy ha egy programot terjesztesz akkor együtt kell vele terjesztened a forráskódot és aki megkapta az ugyanilyen jogokkal kell bírjon. Azaz bátran eladhatod ha van aki fizessen érte de nem tilthatod meg a T. delikvensnek hogy a programot továbbadja ingyen ÉS a forráskód jár a programhoz. Mivel a Drupal module-ok forráskódok ezért ez még egyszerűbb. Amiből félreértés van az az hogy a GPL nem írja elő a terjesztést csak azt hogy HA terjeszted akkor mi van.
Éppenséggel a mostanság sokat emlegetett Drupal app store is erről szól. Igen, ha veszel egy module-t az app store-ban azt bátran továbbadhatod természetesen viszont aki tőled kapja elvileg a module-t az mégis hogy találja meg és bizonyosodik meg róla hogy nincs benne valami rossz vicc? Honnan kap frissítést?