Továbbra sem értem!
Ez ennél bonyolultabb azt hiszem. Létrehoztam az admin/user/roles felületen 3 új csoportot, akiknek én adom ki mint admin a jogosultságokat. Továbbá a be nem jelentkezett és a bejelentkezett felhasználóknak is én adom ki a jogot, hogy mit érhetnek el és mit nem.
Olyan oldalon, ahol nem is hoztam létre ilyen csoportokat, meg sem jelenik a user/1/edit felületen a csoportválasztó. Ahol létrehoztam, ott természetesen van ilyen választó.
A gond az, hogy ez utóbbi site-on, mikor adminként belépek, továbbra sem mint authenticated user kellene hogy legyek, hanem admin. Legalábbis én így gondolom és így is emlékszem, hogy nem voltam bejelölve mint authenticated user. Ráadásul ezen az állapoton az sem változtatott, hogy újraraktam a drupalt. Ebből arra következtetek, hogy az adatbázisban van a gubanc, de azt nem tudom, hogy hogyan javíthatnám ki. Mindehhez jön még a másik fórumban szereplő gondom. Szóval továbbra sem világos mi történik.
ggabor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
találatok a google-ban
Sziasztok.
Én arra lennék kíváncsi, miért van az, hogy az oldalam találatai (összes találati eredmény)a google-ban, időközönként eltűnnek. Ergo hetekig 7-10 ezer az összes találat az oldalról (megjegyzem ennek nőnie kéne), ehelyett, elkezd szépen csökkenni, elvesznek oldalak. Aztán ez a szám lecsökken egészen 1-2ezerig, ahol hetekig elálldogál, majd egyszer egy szép nap, szép reggelén ismét felugrik több ezerre. Kérdeznélek benneteket, ez oldal beállítási hiba lehet? Mert, hogy nem vagyunk sem "büntiben" a google-nál, sem oldalakat nem törlünk, így aztán már nem tudok mire gondolni.
Kérdeztem oldalam teljhatalmú programozóját, akinek tán ujjbegyeiben van a drupal, de erre Ő sem tud válaszolni. Megköszönöm, ha valamelyikőtök megteszi helyette.
Az oldalunk egy női portál, rendszeresen frissülő tartalommal (úgy gondolom, értékes tartalom a nagy része) szóval mivel női portál, így arra kérnélek benneteket, úgy válaszoljatok, hogy értsem is:D
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
isten hozott a nyílt forrású világban
de egy egyszerű halandó gondolom nem küldhet be csak úgy egy javítást
de. és pont ez a lényeg :)
az emberek foltokat (patch = folt, innen az elegáns "megpeccseljük" kifejezés..) küldenek be az általuk felfedett hibákra. (legyen az css hiba vagy valami súlyos biztonsági rés a xxx core modulban mondjuk:) ezek tesztelésre kerülnek és ha megfelelőnek bizonyulnak, bekerülnek a következő verzióba.
így megy.
ha tudsz patchet készíteni, bátran javíthatod az esetkövető listában található bármelyik hibát. be fog kerülni, ha jó a megoldásod. hogy hogyan lehet patchet készíteni azt is megtalálod a dokumentációban vagy a csodálatos google segítségével (a dokumentációban:).
persze vannak kódolási irányelvek és szabályok, amiket illik betartani, ha meg direkt destruktív kódot írsz csak magadat égeted. a dolgok nem automatikusan kerülnek be egy következő kiadásba, hanem egy humán tenyerel a nagy zöld "bekerül" gombra. ;)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
pp, te használsz privát
pp, te használsz privát file-rendszert?
Eddig, más témák hozzászólásainál is mintha azt lehetne kivenni, hogy fölösleges, úgysem csinál senki olyan titkos adatokat, és ha mégis, akkor ettől még ha nagyon akarja valaki, úgy is hozzáférhet.
Ami a beállítást illeti: szűzen feltettem a rendszert, bele az Inline-t, úgy, ahogy eddig is (az utóbbi hetekben kb. 20-szor, ha nem 30-szor telepítettem a drupalt, hogy különféle dolgokat kipróbáljak rajta és megismerjem), mindent úgy csináltam mint eddig, tehát nem tudom mit "ronthattam" el.
De feltelepítem megint, szerencsére pár perc az egész.
Csak annyit fogok tenni, hogy telepítés után feltöltök egy képet, és egyik esetben engedem az upload-nak, hogy megtekinthessék a regeltek, a másik esetben nem.
Ez után átváltok privát módra és úgy is kipróbálom.
Majd vissza nyilvánosra, fel az Inline-t és azzal is kipróbálom mind a két dolgot.
Visszajövök :-)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Technikailag
Én arra válaszoltam, hogy technikailag megoldható, most is, 1 perc alatt tudnék utalni akármilyen kis összeget.
Amit írsz, hogy ebből adóügyileg gond lehetne: na erre nem gondoltam, mert abból indultam ki, hogy itt nem meggazdagodás, hanem becsületességi alapon fenntart egy közösség egy oldalt.
De elismerem, az APEH-ot ez nem fogja érdekelni.
Megkérdem a könyvelőmet, nincs-e olyan szabály, hogy ilyen kicsi összegekről nem kell számlát kiállítani. Ha így lenne, akkor csak mennek az 50 Ft-ok és felhasználjátok, és csak a végösszegről kell elszámolást adnotok az APEH-nak, nekünk, befizetőknek kell a fenének. Még 100 Ft-ról sem kérnék :-)
A másik, amire céloztál, gondolom az sms befizetés. Azt nem is ajánlanám, mert annak a felét, ténylegesen a felét, néhol annál is többet elvisz a szolgáltató. Ez a szenya hozzáállása a telekommunikációs szektornak akadálya ennek az egyébként nagyon jól használható (lenne) megoldásnak.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sávszélesség?
Valóban igazad van, a külföldi sávszélesség tényleg kisebb. De ha egy szűz Drupalt feltelepítesz a saját gépedre, meg egy hazai szolgáltatóhoz, akkor előfordulhat az is, hogy ebben a "gyorsasági versenyben" nem a localhostod fog gyorsabbnak tűnni. Pedig annak aztán hasítani kéne sávszélesség szempontjából.
Ugye a webfejlesztésben arról van szó, hogy mindig van egy párszáz bájtos kérés, amire jön a kiszolgálótól egy pár tíz kilobájtos válasz. Hidd el, leginkább nem azon múlik egy webhely sebessége, hogy ez a válasz honnan érkezik, hanem azon, hogy mennyi idő alatt készül el a szerver oldalon.
Tehát az a marhára nem mindegy, hogy egységnyi pénzért mekkora erőforrások állnak a rendelkezésedre ahhoz, hogy a válaszok elkészüljenek. Márpedig külföldön ezért az egységnyi pénzért, kb 5-6x annyi erőforráshoz lehet hozzájutni, és ez bőven übereli azt, hogy nem 10-20 ms a szerver pingje, hanem vagy 200. Oszt mégis az lesz, hogy a külföldiről hasít jobban az oldal.
Fordítási bug
Ez magyarul annyit tesz, hogy a fordítás során két különböző kifejezéshez ugyan azt a magyar szót párosították? Tehát akkor ez máshol is megjelenik, ahol ezt a szókapcsolatot alkalmazták?
Amikor fordítják a szöveget, akkor úgy kell elképzelni, hogy bal oldalon egy listában felsorolják az elforduló angol mondatokat, szavakat és mellé biggyesztik annak a megfelelőjét, azaz vakon megy a fordítás, vagy abban a pillanatban látja is az illető, hogy melyik menüben, milyen felületen található az adott rész?
Mert ha az előbbi, akkor kész csoda, hogy csak ilyen kevés hiba van benne.
Ami a szót illeti: jobban ismerni kellene ehhez a rendszert, csak így a szavakat nézve a Vészeset és a Kritikus hiba is elég közel áll egymáshoz, még közé is tenni egy szót...
Talán a legegyszerűbb, ha egyszerűen Riasztás-nak nevezzük.
Mert az nem vészeset és nem is kritikus hiba, viszont fontosabb, mint egy sima figyelmeztetés.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igaz, ami igaz...
mivel kezdő vagyok a témában,teljes mértékben elfogadom a véleményed. főleg,hogy egy meglévő tárhelyen még csak próbaként csináltam meg az oldalt.
viszont ebben az esetben keresnék tárhelyszolgáltatót, és ha tudsz/tudtok ajánlani, pm-ben,azt megköszönném. a szempontok:
-természetesen az ár... nem tudom mennyire fog bejönni az oldal,amit készítek, ezért nem szeretnék sokat költeni előre.
-a látogatószám kb hetente 300-400 ember lenne érzésem szerint,de csúcspontokkal...napi 100-nál nem számítok többre
-szeretném,ha a drupal alap, image, mail küldés menne. úgy néz ki nem lesznek nagy igényeim ilyen téren
-sok kép lesz az oldalon,tehát fontos a tárhely mérete (heti kb 500 kép -2-3Mb-os méretben)
-egyedül én fogom a tartalmakat feltölteni,a többi regisztrált felhasználó csak kommentelni tud majd.
azt hiszem nagyjából ennyi.
Köszönettel:
Csaba
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Persze, lehetséges
Természetesen át tudod tenni az oldalt - azért kaptál hibaüzenetet, mert a távoli szerveren és a localhoston levő szerveren nem ugyanazok az adatbázis-elérési adatok. (Picit csodálkoznék is... :) )
A sites/default mappában találsz egy settings.php fájlt, amiben van egy olyan sor, amit
$db_url = 'mysqli://<adatbázis felhasználónév>:<jelszó>@localhost/<adatbázisnév>';
formában kell kitölteni. (Attól függően, hogy MySQL-t vagy MySQLi-t akarsz használni, az elején levő mysqli:// még változhat, érdemes úgy hagyni, ahogy a te eredeti settings.php-dben van.)
szerk.: És persze mindehhez szükséges az, hogy az eredeti tárhelyen levő adatbázisról mondjuk phpMyAdminnal készíts egy másolatot a helyi gépre.
Adamek Zoltán aka Scorchio | http://zoltanadamek.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mit értesz a
"levél fejléce" alatt.?
Csakmert a normálisabb levelezőklienseknél (pl. Thunderbird) látszik egyrészt a "küldő", ami mindig a domainnév@szolgáltató(szerver)neve. Gyanítom ezt látod Te is a levél "fejlécében", deez mellett kéne lenni egy olyannak, hogy "feladó", ahol viszont az általad a UC-ban megadott címnek kell szerepelni.
Az üzenetszűrést (vagy a spam szűrést )általában a feladóra szoktuk beállítani, így nem kéne gondnak lennie, hisz az az általad beállított e-mailcím kéne, hogy ott legyen . De sajnos ez nem minden usernek evidens és énis láttam már olyat, hogy rosszul állította be a szűrőt.
Sőt ha valami külön hirlevélküldővel küldesz tömeges üzeneteket, ott vagy 30-40 szerver is gondoskodhat a kiküldésről, így ha a "küldőre" szűr és legközelebb másik szerverről megy ki az e-mail, akkor bizony megint a kukában végezheti a levél...
Lehet érdemes a webshopba betenni egy helyes szöveges spam szűrő beállítást bemutató pdf-et!
- Szabó Gábor -
"Előre minden élharcos, akinek a jelmondata az, hogy - amég élsz, alkoss"