Sziasztok!
Van egy Debian 6-ra frissen telepített D7-es webhely, ServerName valami.hu ServerAlias www.valami.hu. Rövid URL-ek a valami.hu domainen szépen működnek.
.htaccess-ben szeretném a www.valami.hu-t átirányítani a www nélküli címre, kivettem a # jeleket, de nem érvényesül, a www.valami.hu a sites/default könyvtárat adja. Valakinek esetleg van valami tippje, hogy mit ronthatok el?
Sziasztok!
Van egy Views nézetem felfedett szűrőkkel. Azt tapasztaltam, hogy ha kb. 60+ szűrőfeltételt adok meg, akkor a listázás elhasal, nem ad vissza találatot. Az URL maga működik. Találkozott már valaki ezzel a jelenséggel? Van valami belső korlát, hogy hány darab filtert lehet beadni a Views-nak? Esetleg a feldolgozandó URL hossza az, ami limitált? (1298 karakter, ennél lejjebb nem tudok menni, már így is 1 karakteres kulcsokat használok.) Google nem dobott ki semmi értelmeset, vagy nem jól keresek.
Drupal Version
10.0.9
Web Server
Microsoft-IIS/10.0
PHP
Version
8.2.6 (more information)
Memory limit
512M
Database
Version
8.0.33
System
MySQL, Percona Server, or equivalent
privát fájl és tmp hely beállítva
Probléma: Standard telepítés után (composerrel) nem tudok egyetlen kép fájlt sem feltölteni. Adminhoz akartam egy 3 kb-os jpg-et feltölteni,de a hibaüzenet:
Error message
The specified file anonymous-user.jpg could not be uploaded.
The image file is invalid or the image type is not allowed. Allowed types: png, jpeg, jpg, jpe, gif, webp
A hiba privát és publikus fájl helyre szintén ugyanez.
PHP hibalog nem jön, recent log message szintén nincs.
Mit kell megnéznem, mert csak találgatok?
Regisztrációkor már felhívtam rá a figyelmet, hogy a citromail és freemail címeket hanyagoljuk. Viszont úgy tűnik, hogy random módon mennek ki a regisztrációkor a levelek a gmailes címekre. Van aki megkapja és be tud regisztrálni, van, aki meg nem.
Mi lehet ennek az oka?
Idén már az hatodik BDUG következik, két előadás lesz a Magyar Drupal Egyesület szervezésében:
Pest Attila - Digital Asset Management Drupal alatt
Dávid Andor - Cache, Queue és Logger szolgáltatások mögötti adattárolás és konfigurálásuk.
Aze esemény elsősorban élő lesz a KlauDio Civil Ház (https://klaudio.hu), de közvetítjük Google Meet-en is.
Kérek mindenkit a meetup.com-on jelentkezzen, hogy tudjunk egy hozzávetőleges létszámot.
Nemrég akadtam rá egy nagyon jó kis Drupal eseményeket szinesen és feledtébb izgalmasan bemutató weblapra illetve a hozzá kapcsolódó mobil webes alkalmazásra/felületre.
Ez a Drupical nevű kezdeményezés, amely tulajdonképpen egy Drupal esemény aggregátor. A háttérben egy Drupal motor üzemel, a frontend pedig magáért beszél.
A fejlesztők szerint elég csak egy létrehozni egy új eseményt a Drupal Groups Event oldalon és pár nap alatt elérhető lesz az adott országban futó Drupal rendezvény, sprint, találkozó, oktatás, stb. A pontos időponton kívül egy gyors link és alkalmasint az esemény emblémája is megjelenik az információs mezőben 2-3 hónapra előre tekintve.
iPhone-t használva nagyon kellemes és pozitív tapasztalataim vannak a web alkalmazásról, azt azonban nem tudom, hogy Android-on megtekintve is hasonló-e a felhasználói élmény.
De jó lenne ha a hazai legjelentősebb találkozót, a Drupal Hétvégét és vele együtt Magyarországot is a térképen látni hasonlóan a szegedi, pécsi, győri, debreceni stb. Drupal eseményekkel!
Ha van valaki aki kompetens és meg tudja oldani, hogy ezentúl bekerüljünk ide, azt megköszönném. Ha szükség van rá akkor örömmel elvállalnám ezt a feladatot egy kis előzetes információcsere után azoktól akik tudják, hogy hol és mit kellene pontosan tenni ennek érdekében a DO-n.
| Csatolmány | Méret |
|---|---|
 http://www.drupical.com/ | 288.53 KB |
| http://www.drupical.com/ | 170 KB |
Nagyon sokféle képpen lehet bekapcsolódni a Drupal közösségi életbe. Egyik módja lehet ennek a mások számára nyújtott segítségnyújtás. Úgy gondolom, hogy a fórumhasználat mellett helye lehet a Drupal.hu által elindított Mentori Programnak is. A kezdeményez elindítására szeretnék nyílt felhívást tenni a magyarországi aktív Drupal.hu tagok felé.
A mentori programok nem ismretlenek a Drupal közösségben és számos magyoroszági jó példát is fel lehetne sorolni. Elég csak a Google által indított Summer of Code programra gondolni és a Chx által mentorált fiatal fejlesztőkre. Létezik külön IRC csatorna, fogadóórák és külön program (Drupal Ladder) is a Drupal Core kontribúcióhoz bekapcsolódni szándékozók számára. Mások is aktívan kiveszik a részüket pl. Gábor Hojtsy, Boobaa, pkiraly, pp, nevergone, stb-stb a lista nagyon hosszan folytatódna még.
Ugyanakkor kevesen vannak mégis akik a Drupal Core fejlesztésén dolgoznak hiszen ahhoz nagyon-nagyon alapos és mély Drupal fejlesztői ismeretre van szükség. Többen vannak akik a modulfejlesztéshez nyújtanak valamiféle támogatást a fejlesztőknek patch, review vagy maintaneri részvétel által.
A fentiekből kiindulva arra gondoltam, hogy miképp lehete a Drupal.hu keretein belül egy kibővített Mentori Programot hírdetni fejlesztők és felhasználók számára egyaránt.
Kihez szólna egy ilyen program?
1. a Drupallal most ismerkedők számára
2. a Drupal, a Drupal Modulok valamint a Drupal Disztrók használata ill. a többnyelvű weblapok létrehozása iránt érdeklődők számára
3. Modul és Smink fejlesztés esetleg a Deployment (git, drush) iránt érdeklődők számára
4. Drupal 8 fejlesztése iránt érdeklődők számára (test, patch, ux, stb)
Hasonlóképpen ki lehetne Mentor a programban?
1. aki másoknak segítene az első lépések elsajátításában (pl. Drupal weblap építők)
2. aki nemcsak egyszerű Drupal weblapokat, hanem speciális feladatokat is lekezelő Drupal megoldásokat hoztak létre és továbbadná a tapasztalataikat másoknak (nagyterhelhetőségű portálok, webshopok, közösségi oldalak, stb)
3. aki több modult, sminket fejlesztett és tett közzé a DO-n
4. aki oszlopos tagja nemcsak a magyaroszgái hanem a nemzetközi Drupal konribútorok táborának és segítene a hasonló tehetségek mentorálásában.
Hogyan tudnám elképzelni mindezt?
1. A Drupal.hu lenne a program koordinációs kere
2. Lehetőség lenne a Mentort keresők számára a jelentkezés egy erre rendszeresített űrlapon keresztül
3. Lehetőség lenne a Mentorok számára a jelentkezők befogadására, azaz lenne egy regisztrált Mentori csoport is (lehetne pl. egy aktív, foglalt, passzív vagy hasonló user címke a Mentorok nevei mellett.
4. A feladat komplexitásától függően 1-3 hónapig tartana egy-egy mentori program
5. Email, Chat, Skype vagy személyes találkozás keretében zajlana mindez (pl. heti egy alkalom 45 perces konzultáció Skype vagy Google Hangout, stb).
6. A programot illene komolyan venni mindkét félnek
7. A program lezárultával a Mentor kapna néhány soros visszaigazolást arról, hogy mit sikerült elsajátítania a képzésben résztvevőnek (pl. Drush használata lokális és távoli szerver környezetben, többnyelvű oldal létrehozása, új modul fejlesztése, stb).
Nincs előképzettségem a hasonló rendszerek kiépítése ill. ilyen jellegű programok megszerveze tekintetében úgyhogy szivesen örülnék a tapasztaltabb tagok ötleteire és útmutatására.
Persze nem csak a billentyűzetemet szeretném koptatni az ötletek beküldésével, hanem élő példaként szeretnék a Drupal.hu közösség számára Mentorként jelentkezni és segíteni a Drupal tartalomkezelő iránt újonnan érdeklődők számára (telepítés, modulok beüzemelése, egyszerű céges weblapk készítése, stb).
Tehát az alsó küszöbszint, ahol segítségére válhatnék az arra rászorulok számára heti 1 órában egyenlőre. Nemsokára azonban én is Mentort szeretnék keresni magamnak, de erre egy új témát fogok nyitni.
Mit szóltok a fenti javaslathoz? Ki tudna bekapcsolódni a programba Mentorként és ki szeretne egy segítő kezet az újabb lépcső megmászásához?
Várok minden hasznos javaslatot és jószándékú hozzászólást.
Nemrég került a DHU hírei közé "zionduc" nagyszerű "Bevezétés a Drush használatába" c. videósorozata. A teljes anyagot és egy másik angol nyelven elkészített oktatóanyag megtekintése kapcsán gondoltam arra, hogy jó lenne a DHU-n a kézikönyvbe publikálni a néhol örömteli, néhol pedig kínkeserves úton szerzett tapasztalataimat azért, hogy segíthessek olyanokon, akik nem igazán vérprofi Drupal fejlesztők, ám mégsem idegenkednek a kódolástól és Mac-en szeretnének fejleszteni.
Windows és Linux alá léteznek szépen kidolgozott oldalak a DHU-n, Mac-re viszont csak az Acquia által nyújtott Dev app régi címe van megadva, ami ráadásul pillanatnyilag broken...
Nem tudom, hogy ki, hogy van vele, de én a MAMP-et használom, mert nem csak Drupal weboldalakat készítek és jó egy helyen a Sites mappában látni az ott futó munkákat.
Összesen 3 dedikált oldalt szeretnék létrehozni + a hozzátartozó rövid videófilmek elkészítéről lenne még szó:
Szóval erre gondoltam és két dologra kérlek meg benneteket:
MacOSX + MAMP 2.x + Drush fejlesztői környezet beállítása és használata
1. Lokális szerver aktiválása MacOSX alatt (Lion és Mountain Lion)
// Ez azért szükséges, mert az újabb MacOSX kiadásokban a lokális szerver
// alapértelmezett beállítása már nem a bekapcsolt állapot
Sytem Prefrences » Sharing » Web Sharing » On » Open personal folder
// Ellenőrzés: Nyisd meg a böngészőben a http://localhost/ címet.
// Eredmény: It works! felirat megjelenése
// Cél: A rendszer létrehozott egy "Sites" elnevezésű mappát a felhasználói
// fiókod neve alatt, ahol majd ezentúl a Drupal fejlesztéseket végezzük.
2. MAMP letöltése és telepítése
Cím: http://mamp.info/en/index.html
Beállítás: MAMP » Preferences » Reset MAMP Ports
// Ezzel elértjük, hogy megfelelő porton legyen beállítva a localhost és az
// adatbázis port útvonala. Apache Port = 8888 » MySQL Port = 8889
// Ellenőrzés: a http://localhost:8888/ útvonalnak működnie kell és a
// Users/Teneved/Sites mappában lévő oldalak elérhetőek lesznek a böngészőben
// Az alapértelmezett fejlesztői környezet könyvtára ezentúl a "Sites" mappa lesz
// Ezután már csak a Terminál alkalmazást fogjuk használni
3. Drush letöltése DO oldalról Terminál segítségével
3.1. Nyissuk meg a Terminált és gépeljük be. Ezzel lépünk be a Sites mappába
cd Sites
3.2. Listázzuk ki a mappába tartalmát (elképzelhető hogy még üres)
ls -al
3.3. Töltsük le a Drush-t a Sites mappába
// A DO Drush projekt oldaláról másoljuk ki az ajánlott kiadás URL címét a
// vágólapunkra és adjuk ki a letöltés parancsot a címmel együtt
ftp http://ftp.drupal.org/files/projects/drush-7.x-5.7.tar.gz
3.4. Csomagoljuk ki az előbb letöltött tömörített csomagot
tar -xvzf drush-7.x-5.7.tar.gz
// Eredmény a Sites/drush mappa kerül létrehozásra
// Törüljük ki a csomagolt fájlt (opcionális): rm -r drush-7.x-5.7.tar.gz
3.5 Futtathatóvá tesszük a Drush-t
sudo chmod u+x drush
// Ellenőrzés: lépjünk be a drush mappába (Sites/drush/) és adjuk ki a parancsot
// látnunk kell, hogy a Drush lefuttatja az elérhető parancsokat a számunkra
cd drush
./drush
3.6. El kell érnünk, hogy ne csak a drush könyvtárban, hanem mindenhol elérhető
// legyen a drush parancssor anélkül, hogy állandóan meg kellene adnunk a Drush
// parancs teljes elérési útvonalát ami jelenleg Sites/drush/drush
// Ennek érdekében vagy egy szimbolikus linket (symlink) kell létrehoznunk
// vagy a .bash_profile fájlt kell létrehoznunk és ott a $PATH változót szerkeszteni.
// Symlink megadása után a rendszer tudni fogja, hogy hol találja a drush parancsot
sudo ln -s /Users/Teneved/sites/drush/drush /usr/local/bin/drush
// Ellenőrzés: ha most begépeljük a Terminálban a "drush" parancsot, akkor
// korábbiak szerint megjelenik majd az elérhető Drush parancsok felsorolása.
// ls -l /usr/local/bin/drush begépelésével akár kinyomtathatjuk az új címet.
4. Drupal letöltése a Drush segítségével a Terminálban
// Ellenőrizzük, hogy a jelenlegi útvonalunk címét: pwd
// Legyünk a Sites mappában: cd Sites/
// Letöltjük a legfrissebb Drupal verziót és egy "drupal7" mappába csomagoljuk ki
drush dl --drupal-project-rename=drupal7
5. Drupal telepítése kísérletképpen
5.1.
// Lépjünk be az új Drupal mappánkba
cd drush7
// Ellenőrzésképp kérjük le a jelenlegi útvonalunk címét
// Eredmény: /Users/teneved/sites/drupal7
pwd
5.2 Telepítsük a Drupalt
// A telepítés alatt a Drush megpróbál egy általunk megadott "drupal_seven"
// adatbázist létrehozni a megadott adatbázis felhasználói névvel és jelszóval
drush site-install --db-url=mysql://root:root@localhost:8889/drupal_seven
// Eredmény: hibaüzenetet kapunk, mert a Drush nem találja az adatbázisunkat
// Megoldás:
// A MAMP jelenlegi kiadása megkívánja, hogy bizonyos változtatások eszközöljünk
// azért, hogy a Drush megfelelően működjön. Mivel most már a MAMP ingyenes
// kiadási is lehetővé teszi a számunkra, hogy válasszunk a PHP kiadások közül
// ezért érdemes kézileg informálni a Drush arról, hogy melyik változatot
// használjuk. A lenti megoldásban a PHP 5.2.17-es verzió lett beállítva a MAMP
// beállításoknál és most erről informáljuk a rendszert.
// Ezen kívül a szükséges MySQL szimbolikus linkeket is megadjuk miután
// létrehozunk egy MySQL ideiglenes mappát amit a Drush kér tőlünk a telepítéshez.
sudo ln -s /Applications/MAMP/bin/php/php5.2.17/bin/php /usr/bin/php
sudo mkdir /var/mysql
sudo ln -s /Applications/MAMP/tmp/mysql/mysql.sock /var/mysql/mysql.sock
5.3. Ismételt Drupal telepítési kísérlet
drush site-install --db-url=mysql://root:root@localhost:8889/drupal_seven --account-pass=admin
// Eredmény: sikeresen lefut a Drupal 7 telepítése és az adatbázis létrehozása
// A Drush pedig informál minket erről. Adminisztrátor neve=admin, jelszó=admin
// Kiegészítés: csak megemlítettem a .bash_profile használatát, de egy két kiegészítő tipp is helyet kaphatna ennek szerkesztésével
Hiába keresgéltem és szűrtem a találatokat a DHU Fórum felületén, nem találtam igazan olyan általános kérdés+választ ami támpontot tudott volna nyújtani arra vonatkozóan, hogy miképp lehet hatékonyan és biztonságos módon a Drush-t használni a távoli szervereken.
A Level Ten Design publikált egy rövid filmet arról, hogy mennyire egyszerűen és könnyen lehet távoli tárhelyen is Drupal-t telepíteni parancssori környezetben. Szuper volt látni, hogy gyakorlatilag nem sok különbség van a lokális és távoli szervereken a Drush használata és elérése között.
A tapasztaltabb Drupal fejlesztők és SysAdminok számára valszeg eléggé rookie a kérdés amit hozzátok idézek, ezért megköszönném azt a pár választ, amivel útba igazítanátok a téma kapcsán.
Mire szeretném használni a Drush-t a bérelt szerveren lévő tárhelyen? Elsősorban olyan munkafolyamatok használatában, amely megkönnyíti azt és gyorsabbá teszi a Drupal weblapok adminisztrációját.
Milyen környezetben kerülne bevetésre a Drush?
Mit tanácsoltok, ilyen feltételek között hogyan lehet biztonságosan és optimálisan Drush-t használni?
Javasoljátok, hogy a tárhely gyökerébe telepítsem a Drush-t a weblapok mappáján kívülre, hasonlóan, ahogy a lokális szerveren lévő Site mappába, ahol az összes Drupal és nem Drupal weblap fut? Biztonsági szempontból ez nem jelent nagyobb kockázatot annál, hogy már most is osztott helyen és nem dedikált szervereken futnak a weblapok?
Nem kockázatos továbbá egy ilyen környezetben a .bash_profile szerkesztése, aliasok megadása, stb? Ti hogyan csinálnátok hasonló körülmények között?
Szeretném előbb demo Drupal weblapon használni a Drush-t a távoli szerveren és ehhez jöhetne a fenti témában egy-két jó tanács a részetekről, akár olyan is, ami még csak fel sem merült benne.
Remélem, hogy érthetően tudtam leírni, hogy miben kérem a segítségeteket a fórumon, amit előre is szeretnék megköszönni!
Azok számára akik a full PHP API-k mellett vagy helyett egy olyan egyszerű de nagyszerű szövegszerkesztőt használnak Windows/Linux/MacOSX alatt, mint a Sublime Text jól jöhet ez a rövidke hír:
Megjelent egy hasznos kis csomag a Drush futtatásához a Sublime Text editorban. A Package Control-t használva a megszokott módon lehet telepíteni a "Drush" package-re rákeresve.
A fejlesztő a GitHub-on is elérhetővé tette a projektet: https://github.com/vaanwd/sublime_drush.
A beállítása is gyorsan megy:
Drush.sublime-settings - User beállítási fájlba másold a következő sorokat:
Én pl. a következő értékeket adtam meg: [1] /usr/local/bin/drush [2] drush
Jó Drush fejlesztést a ST-ben!
