Archívum - 2009
január 5
jQuery alert dialogs
jQuery plugin vizuális figyelmeztető dialógus ablakok megjelenítéséhez
■ Five reasons why the shut-op operator (@) should be avoided
Miért kerüljük a @ operátor használatát
■ Vita arrol, hogy ki a hibas: programozo, hosting ceg vagy a site tulajdonos
Adva van egy vita a hosting ceg, a site tulajdonos (mint korabbi ugyfelem) es a programozo (vagyis en) kozott.
Tobb eve mar, hogy atadtam egy drupalos weboldalt, nehany kiegeszitessel, sajat modositasokkal. Szepen mukodott, problema mentesen. Majd az evek alatt, ugye a hosting ceg elkezdte frissitgetni a MySQL, Apache es a PHP-t ertheto modon.
De mivel a site tulajdonosnak nem volt a tovabbiakban programozoja, igy a frissitesekbol adodo problemakra nem volt ember aki a drupalt es az egyeni cuccokat utana igazitotta volna az ido es a hosting infrastruktura valtozasaihoz.
A megoldas az lett, hogy igy vagy ugy de a hosting ceg egy kulon szerveren valamelyest meghagyta a dolgokat a regi valtozataiban. Hogy mit es hogyan arrol fogalmam sincs, evek ota nem PHP-zok es mivel nincs karbantartasi es egyeb szerzodesem mar a site tulajdonossal, igy kiestem az egeszbol.
Es az en felfogasomban ez mar nem garancialis problema, hogy ha az ugyfel hosting feltetelei megvaltoznak ahhoz kepest, ahogy en atadtam a munkat. En atadtam, kifizettek es mukodott, hogy kozben a site alatt/mogott megvaltoztak a dolgok es ebbol kifolyolag hibak jonnek, szerintem ez nem az en asztalom.
En folyamatosan javaslom, hogy keressen PHP-s programozot vagy/es jobb hosting ceget, akikkel ez a jelenseg gyorsabban es jobban orvosolhato. Sajnos ebben nincs valtozas, marad az, hogy nekem irosgat.
Egy konkret eset:
Most arrol vitatkozunk, hogy egyik naprol a masikra miert nem mukodik a falj masolas. AcidFree modult hasznalva eddig semmilyen problema nem volt, majd most ilyen hibak jonnek:
"Sikertelen fajl masolas: nincs beallitott celkonytar vagy nem elerheto"
En allasfoglalasom:
A drupal magatol nem romlik el, azt valaki veletlenul vagy figyelmetlenul valami PHP, Apache konfiguracios beallitassal vagy az ugyfel a hosting ceg admi feluleten vegzett beallitassal rontotta el.
Hosting ceg:
Tagadja, hogy barmin valtoztatott volna.
Tobb eve mar, hogy atadtam egy drupalos weboldalt, nehany kiegeszitessel, sajat modositasokkal. Szepen mukodott, problema mentesen. Majd az evek alatt, ugye a hosting ceg elkezdte frissitgetni a MySQL, Apache es a PHP-t ertheto modon.
De mivel a site tulajdonosnak nem volt a tovabbiakban programozoja, igy a frissitesekbol adodo problemakra nem volt ember aki a drupalt es az egyeni cuccokat utana igazitotta volna az ido es a hosting infrastruktura valtozasaihoz.
A megoldas az lett, hogy igy vagy ugy de a hosting ceg egy kulon szerveren valamelyest meghagyta a dolgokat a regi valtozataiban. Hogy mit es hogyan arrol fogalmam sincs, evek ota nem PHP-zok es mivel nincs karbantartasi es egyeb szerzodesem mar a site tulajdonossal, igy kiestem az egeszbol.
Es az en felfogasomban ez mar nem garancialis problema, hogy ha az ugyfel hosting feltetelei megvaltoznak ahhoz kepest, ahogy en atadtam a munkat. En atadtam, kifizettek es mukodott, hogy kozben a site alatt/mogott megvaltoztak a dolgok es ebbol kifolyolag hibak jonnek, szerintem ez nem az en asztalom.
En folyamatosan javaslom, hogy keressen PHP-s programozot vagy/es jobb hosting ceget, akikkel ez a jelenseg gyorsabban es jobban orvosolhato. Sajnos ebben nincs valtozas, marad az, hogy nekem irosgat.
Egy konkret eset:
Most arrol vitatkozunk, hogy egyik naprol a masikra miert nem mukodik a falj masolas. AcidFree modult hasznalva eddig semmilyen problema nem volt, majd most ilyen hibak jonnek:
"Sikertelen fajl masolas: nincs beallitott celkonytar vagy nem elerheto"
En allasfoglalasom:
A drupal magatol nem romlik el, azt valaki veletlenul vagy figyelmetlenul valami PHP, Apache konfiguracios beallitassal vagy az ugyfel a hosting ceg admi feluleten vegzett beallitassal rontotta el.
Hosting ceg:
Tagadja, hogy barmin valtoztatott volna.
A Google nem támogatja már az IE6-ot
A Google arra kérte fel a felhasználóit, hogy cseréljék le az Internet Explorer 6-os böngészőjüket… (thx, winston)
■ január 5
Menü div dinamikus méretváltoztatása a tartalom div től függően
Sziasztok,
nem régóta foglalkozok xhtml és css alapú webhelykészítéssel, de az alapokat már elsajátítottam. Most egy olyan problémába ütköztem, hogy három külön div-ben van a menü-, a tartalom- és a banner-sáv egymás mellett, különböző hátterekkel (az oldal címe: http://startlapom.extra.hu/karate/index.php), és így a menü nem veszi fel a tartalomsáv magasságát (tehát hamarabb véget ér, ami hülyén néz ki).
Hogyan lehetne azt megoldani, hogy a menü mindig ugyanakkora legyen, mint az adott tartalom? Fontos lenne, hogy valami megoldást találjak, mert a jelenlegi pixelben definiált verzió nem maradhat: a menü php include()-al lesz beszúrva más-más tartalmú oldalakhoz.
Minden segítséget nagyon értékelnék!
■ nem régóta foglalkozok xhtml és css alapú webhelykészítéssel, de az alapokat már elsajátítottam. Most egy olyan problémába ütköztem, hogy három külön div-ben van a menü-, a tartalom- és a banner-sáv egymás mellett, különböző hátterekkel (az oldal címe: http://startlapom.extra.hu/karate/index.php), és így a menü nem veszi fel a tartalomsáv magasságát (tehát hamarabb véget ér, ami hülyén néz ki).
Hogyan lehetne azt megoldani, hogy a menü mindig ugyanakkora legyen, mint az adott tartalom? Fontos lenne, hogy valami megoldást találjak, mert a jelenlegi pixelben definiált verzió nem maradhat: a menü php include()-al lesz beszúrva más-más tartalmú oldalakhoz.
Minden segítséget nagyon értékelnék!
január 3
Szövegkijelölés esetén a kurzo pozíciója
Sziasztok!
Egy igen érdekes kérdéssel állnék elő, nekem nem sikerült rá megoldást találnom.
Adott egy div, és benne egy sima szöveg. Azt szeretném megtudni, hogy ha kijelölöm a szöveget, akkor a kijelölést hányadik karaktertől történt meg. Tehát nem textarea, hanem div. (De lehetne, span, akármi más).
Valahogyan biztosan megoldható, hiszen a WYSYWIG editorokban is valami hasonló lehet, de sajnos nem tudom, azok hogyan működnek.
Valakinek van esetleg elméleti megoldása a dologra?
■ Egy igen érdekes kérdéssel állnék elő, nekem nem sikerült rá megoldást találnom.
Adott egy div, és benne egy sima szöveg. Azt szeretném megtudni, hogy ha kijelölöm a szöveget, akkor a kijelölést hányadik karaktertől történt meg. Tehát nem textarea, hanem div. (De lehetne, span, akármi más).
Valahogyan biztosan megoldható, hiszen a WYSYWIG editorokban is valami hasonló lehet, de sajnos nem tudom, azok hogyan működnek.
Valakinek van esetleg elméleti megoldása a dologra?
