Nem akarok vitatkozni veled, de ...
Nem akarok vitatkozni veled, de van egy production (ami uzemel ezt lassak a latogatok) es van egy amin fejlesztesz, jobb helyeken van megegy testing is azon meg teszteled az egeszet. Az teljesen mas teszta hogy tobb helyrol fejlesztitek attol meg otthon is lehet egy szerver meg dinamikus ip -vel is megoldhato.
Nem akarlak sem lebeszelni sem rabeszelni de jol gondold at az egeszet. Egy russzul oszeallitott oldallal ha van kello latogato azert szep komoly vasakat is padlora lehet kuldeni... Szinten nem akarom sem biralni sem vedeni a szolgaltatot de a hozzaallasuk jo (Dicseret erte!), a nemet szerveren ezt a hozzaallast tuti nem kapod meg, ok biztos nem fognak ide jonni a gondjaiddal. Megvannak a keretek es ha lassu lessz az oldalad akkor esetleg anyit mondanak hogy naluk minden ok a tobbi gond meg nalad van. Es nem ezert vagy azert, egyszeruen nem az o dolguk.
Miert nem probalod ki a VPS-t amit a mostani szolgaltatod kinal? Persze osztott tarhely meg VPS valoban nem ugyanaz az arkategoria.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a http kérés probléma sajnos előjött nálam is
Sziasztok!
Sikerült nekem is ebbe a problémába belefutni, fizetős tárhelyen vagyok és mégis.
Az angol http://collectiveidentity.net/node/13 cikk nem tudom hogy még aktuális e a 6.24 -es drupalon, átállítva ezt itt (a common.inc 508 sorban) :
" So you would get at the end of the function something looking like:
variable_set('drupal_http_request_fails',FALSE);
$result->code = $code;
return $result;
}
az elejét nem értem, hogy kommenteljek ki minden sort...
ezeket átírtam és annyi változás történt, hogy az állapotjelentésből kimarad a hiba de továbbra is megmarad, a másik megoldás a modulos történet az szépen beállítható a menüből, aztán időzített feladatok és fehér halál következik, úgyhogy éles oldalon nem erőltetem a dolgot...
Az agregátor modult kikapcsoltam esetleges összefüggés lehet a szerver felőli korlátozásokkal ha ez a baj...
Kérdés: az oldal phpmyadminban vagy valaki tapasztaltabb emberkétől megtudható-e vajon valami bővebb iunformáció, ami megoldáshoz vezet??
Mi az Út? -A mindennapi tudat az Út. -for zentheme-on-human brain-users
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ezzel meg én nem értek egyet ;)
akinek ilyen problémája van, hogy mondjuk olvasási nehézségei vannak, az igen gyakran szalad ebbe, hogy egy xy webszájt betűméréte számára túl kicsi. nagyon jól tudja, hogy a böngészője nyújt erre megoldást, nem a te honlapod lesz, ahol először használja ezt a funkciót, tekintve, hogy az elmúlt néhány évben az oldalak 99% már nem használ + - gombokat.
a falusi önkormányzat weblapját megtekintő időskorú pedig észre se fogja venni az elegánsan elhejezett + - gombodat, sose jön rá, hogy arra kattintani is lehet és ha valaki meg nem mutatja neki, akkor sose fogja kipróbálni. ugyanannyi esélye van, hogy a + - odat felismeri, mint hogy használja a böngészőben a nagyítást.
a felfelé navigáló linket talán el tudom fogadni, de az említett példa nagyon rossz, a táblagépek ugyanis a viewport tetejére tappolással mind az oldal tetejére scrolloznak.
ezek felesleges funkciók szerintem és egy igazán jó sminknek semmi szüksége ilyenekre, ahogy külön akadálymentes verzióra se, mert eleve akadálymentes. ami messze túlmutat azon, hogy most fekete háttéren citromsárgával van e szedve vagy sem. a drupal.hu sminkje például akadálymentesnek mondható. így ahogy van.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
messze visz
Ez a téma már messze visz, független a Drupaltól, szerintem inkább a Weblabor keretei közé való.
„a szabványokhoz igazodó akadálymentes sminket tudjak fejleszteni, ami különálló sminkként és nem al-alsminkként fog funkcionálni.”
Továbbra sem érzem tisztázva azt, hogy te mit értesz akadálymentes smink alatt. Ha egy oldal elkészítése igazodik a W3C ajánlásaihoz, akkor az már majdnem akadálymentesnek mondható. Ilyen szempontból pl. a drupal.hu is elég jól akadálymentesített, érdemes nekiereszteni egy képernyő-felolvasó programot. Az pedig megint nem tiszta nekem, hogy mi a probléma az alsminkekkel, a cégnél mi is használunk elég sokat (sőt, jobbára csak azt), igaz direkt ilyen célra készített „vászonsminkek”-ből kiindulva.
Természetesen van az akadálymentesítésnek magasabb szintje (pl. WCAG), de ott már gyakran a tartalmak felvitelekor bukik el a dolog.
„Hiány van ingyenes, akadálymentes sminkekből.”
Nem értek vele egyet, lásd fent. Ha egy smink normálisan ki van dolgozva és megfelel az ajánlásoknak, már nagyon sokat tett az akadálymentesítésért.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Mérted, hogy lassítja, vagy csak tippelsz rá?
"Tehát nagyon jó a modul csak szerintem óriási és lassúvá teszi az oldalt egy ilyen egyszerű feladathoz."
Mérted is, vagy ténylegesen érzékelhetővé vált, hogy lassúvá teszi az oldalt? Vagy ez csak tipp volt, mert nagy a modul, hiszen sok-sok könyvtárból áll?
Csak azért kérdezem, mert az, hogy a modul sok helyet foglal, önmagában még nem jelenti azt, hogy lassítja az oldaladat, és minden fájlt indokolatlanul include-ol.
Megnéztem az SWF Tools modult, mert letöltöttem, és láttam, hogy valóban sok könyvtárból áll, de azért, mert rengeteg külön-külön modulra ÉS külön lejátszókra van bontva. Tehát ha nem engedélyezed ezeket a külön modulokat, vagy épp nincsenek sehol felhasználva, nem biztos, hogy sok erőforrást használ fel. Tehát ha ez a modul alkalmas a célra, és ha már 19718 oldal fel is használja, akkor én a helyedben megfontolnám, hogy valóban lecserélem-e másikra.
Nyilván az sem mindegy, mi a cél, mire kell a modul (ettől is függ, overkill-e a modul).
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Általános vs. célzott css
Több embertől is hallottam már, hogy mindent fogalmazzunk meg általánosan a CSS-ben - hogy minél kevesebbszer kelljen ismételni - én viszont pont az ilyen problémák miatt szeretek inkább célzottan dolgozni class-okkal, és id-val.
Ha a sminket te hoztad létre, akkor szerintem érdemes elgondolkodni azon, hogy az ilyen teljesen általános ul li a:hover {}
értékeket módosítsd először úgy, hogy arra legyen érvényes, ahol szükség van az adott formázásra. Nyilván ehhez ismerni kell a weblap felépítését is.
Ha nem ezt választod, akkor nincs más lehetőség, mint felülírni ezeket az értékeket a #valami-nél.
Hosszútávon pedig kezdj el használni CSS előfeldolgozót, pl. Sass-t: http://sass-lang.com/
Ebben pont az a jó, hogy annyit használsz belőle, amennyit megértettél, de ha jobban elmélyedsz benne, akkor nagyon megkönnyíti az életedet.
Írj rám, ha érdekel a Győri Drupal Használói Találkozó.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
En pl. irank a szolgaltatonak
En pl. irank a szolgaltatonak, ha mar megtiszteltek hogy irtak nekem, sot meg azt is emlitik hogy ha kerdesed van szivessen allnak a rendelkezesedre. Ha mar ilyen korrektul es pozitivan allnak hozza a dologhoz akkor szerintem nem dol ossze a vileg ha rakerdezel hogy milyen cache megoldast tamogatnak ok is? Van-e lehetoseg peldalul a memcached hasznalatara?
Nem irtad azok az oldallatogatok belepett regisztralt user-ek vagy csak ugy rigisztracio es belepes nelkul nezegetik az oldalaid?
A blokkok es az oldlalak gyorstarazasat bekapcsoltad az alapban? Beallitottad a ket idot is?
Picit rosszul erted szerintem a drupal "filozofiajat" az is szep drupalos megoldas ha beleirsz a kodba, salyat modulokat hozol letre. Es akkor jobban birsz vigyazni is arra hogy az minnel kevesbe legyen terhelo. Persze ez nem azt jelenti hogy magaban a drupal vagy a sminkek vagy a modulok kodjaban javitgatsz, megvan annak a rendes drupalos modja hogy hogyan kell azt csinalni. A netrol letoltott kodokba sosem javitunk bele mert egy frissites felul is irhatja a modositasaidat.