web-serverrel nagyon nem
web-serverrel nagyon nem vagyok elégedett! van ott vagy 8-10 oldalam, eddig nem volt gond de az utóbbi napokban minden másnap beállt a szerver (nemegyszer estétől reggelig nem volt megjeleníthető a lap). kezdő oldalnak, amit próbálok befuttatni ez halálos kivégzés...:S
na de térjünk vissza az sql-re...
100 megás csomag a max,ami már évi 41 ezer forint. lehet csomgot váltok... :(
vagy szolgáltatót... mert sokallom és mondom nem vagyok elájulva tőlük.
lehet hülyeséget kérdezek, de extra.hu-n ingyen 100 megás sql-t adnak és nem localhostos, tehát oldal.extra.sql-en lehet elérni az adatbázist.... nem lehet megoldani hogy a web-serveren kuporgó oldalamat extrás sql szolgálja ki?
Nem tudom hogy új fórumot kellett volna-e neki nyitnom, ha igen akkor elnézést kérek!
Köszönöm az eddigi válaszokat!
Ördi
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Kötözködhetem ? Ha van egy
Kötözködhetem ?
Ha van egy honlapod, és van egy blog-od, akkor valamiért szétválasztottad a kettő.
Ha szétválasztottad akkor most mért akarod "összeolvasztani" a kettőt.
A "Blogom" típusú link, a honlaon szerintem egyszerűsíti az életedet.
Ha a blog-od be akarod olvasztani a honlapodba, akkor a tartalmat kellene áttölteni és a blog-ot megszüntenti.
Szerintem ilyen modult nem nagyon fogsz találni, persze ez nem holtbiztos....
Ha a honlapodon a settings.php-ban két sql elérést adsz meg, ahol az egyik a honlapodé, a másik a bologodé, és irsz egy modult, amiben váltod az adatbázis, kiolvasod a neked tetsző adatokat, majd megjeleníted (és visszaváltod az adatbázist) akkor hozzáférsz a blogod minden adatához. Ha csak a lista kell egyszerű mert egy oldalt kell csinálnod, ha a teljes tartalmat akarod, akkor már macerásab, de ez is megoldható.
(persze ehhez alapfeltétel, hogy két azonos verziójú oldalad legyen)
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sok érdekes dolog van a
Sok érdekes dolog van a Drupal-ban, de szeritnem az egyik legérdekesebb (legalábbis nekem), hogy hogyan van megoldva, hogy saját modulban befolyásolni lehet a rendszer működését. Gondolok itt olyan függvényhívásokra, mint a hook_form_alter(), vagy a hook_nodeapi(). Az előbbivel ugye a rendszer által összeállított form-okba lehet módosításokat eszközölni.
(néhol lehet, hogy pontatlanul fogalmaztam, de jobban nem tudtam megfogalmazni)
Érdekes téma lehet még a theme kezelés. Elég jól árnyalt és sok lehetőséggel bíróan van kitalálva. (ha arra gondolok, hogy az e107-ben az "page" lap valahol a közepe tájékán ketté volt vágva....). Megérne egy misét egy összehasonlítás pár tartalomkezelő rendszer között, máshol és itt hogy van megoldva.
Aztán bizonyára el lehetne rágódni a tartalom Drupal féle "tárolási" rendszerén.
Persze lehet, nem ilyen egy szakdolgozat téma nálatok, de én már régen diplomáztam és egészen más területen... ;)
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Sajnos nem vagyok programozó
Sajnos nem vagyok programozó és nem szívesen nyúlkálnék pont egy ilyen modulban, de úgy gondolom nálam a gondot az okozza, hogy a flowplayer.modul fenti verziójában mindenáron a FlowPlayerClassic.swf lejátszót akarja és nem ismeri föl az ugyanabban a könyvtárban lévő flowplayer-3.0.3.swf lejátszót (már persze ha ez a lejátszó!). Próbáltam rájönni, hogy hol kéri be a path-t. De még ha esetleg valahol ott is van - amit fent bemásoltam -, akkor sem tudom, hogy ha átírom (és persze hogy mire írom át), dolgozik-e majd ill. hogy máshol is bele kell-e/lehet-e nyúlni. Az SWFTools (ami ugye nem azonos az swftools status-szal) oldalon a filekezelésnél csak a Generic FLV playert és a SimpleViewert ismeri föl de a többi lejátszóra azt írja: Missing. Továbbra is úgy érzem a flowplayer.modul csinál valamit "nem jól". De még nem jöttem rá, hogyan kellene megoldani.
ggabor
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
huu
ez valami nagyon regi leiras (eleg csak a node szamara pillantani). Nem tudom melyik verzioban lehetett, de ezek szerint conf.php-nek hivtak regen a fajlt ami a beallitasokat tartalmazta.. Szoval ez a leiras nem segit neked Drupal 6hoz az biztos..
ha csak 3 oraja ismered a Drupal-t akkor hadd a levelkuldest xampp-bol, nem is kell az neked..
itt van egy megoldas
http://drupal.hu/forum/localhost-e-mail-kuldese-hogyan
es tenyleg van egy modul ami talan szinten megoldas lehet
http://drupal.org/project/smtp
es megegy megoldas windows+xampp-ra
xampp\apache\bin\php.ini-ben keress ra a [mail function] reszre, es toltsd ki az SMTP es a sendmail_path sorokat.. Indits ujra az apache-ot es mar mukodnie is kellene a levelkuldesnek..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Itt vagyunk
A hely jó. (sör is van...:D ) Aboros tolja az előadást. Nem csak klikkel, hanem magyaráz ezerrel. Én veszem kamerával, remélem jó lesz a felvétel és lesz időm feltenni. Persze ha valaki vállalja, hogy digitalizálja megvágja és felteszi, akkor átadom szivesen ezt a nagyszerű lehetőséget. :)
A legjobb, hogy Aboros nem hozott DVI/VGA átalakitót, ezért az én laptopomon tolja az előadást... muhahah én meg a kis almáján garázdálkodok... :) Király ez a kis gép. :) mondjuk a billentyűket szokni kell. (a hosszú í-t most találtam meg..)
Már nagyon izgulok, mert nemsokára kész a galéria...
Nagyon jó az előadás. Azt nem értem miért akarja ezt valaki videón nézni, amikor itt kérdezni is lehet... na jó a videó nézés közben is lehet kérdezni...... (na ezt hogy csinálta???) csak éppen választ nem fogunk kapni rá... :)
Na sziasztok. (ha továbbállunk még írunk, gyertek)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A legegyszerűbb megoldást keresem
A javaslatod a profi megoldást célozza és első olvasásra elég sok tanulással és munkával jár.
A helyzet viszont az hogy ez már egy kész munka, és a megrendelőm csak az utolsó "apróbb" módosítási kéréseit listázta nekem.
Amit önállóan meg tudtam már javarészt megcsináltam.
Itt szerintem a megrendelőm beérné annyival is, hogy amikor az űrlapon a beküldés gombot megnyomják, akkor ugye elindul egy ellenőrzés, hogy nem maradt-e üresen kötelezően kitöltendő mező.
Nos szerintem elég lenne az is ha ezt a kódrészt megtalálnám és kibogarásznám hogy melyik változóban tárolódik a payment method.
Gondolom sime numerikus változó lesz, mint pl payment_id = 3.
Ha ez megvan, akkor csak egy sima (IF - THEN - ELSE) elágaztatással kiiktatnám hogy a cím mezők kötelezőek legyenek.
Ha megtalálom a kódban ezt a függvényt, változót, akkor talán önállóan át tudom kódolni (A minimális PHP ismeretemmel) ezt a részt.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sosem értettem azt
Hogy a google keresővel miért könnyebb megtalálni a megoldást egy adott speciális problémára, mint megkérdezni egy webes fórumon azokat, akik ehhez minden bizonnyal jobban értenek nálam???
Vagyis ha a te "gondolat menetedet" akarnám követni, akkor ebben az esetben az okos Google számítása szerint ennyi találat közül kéne kiszemeznem a nekem való megoldást (kábé olyan mint tűt a szénakazalban....) lásd az alábbi sort:
A(z) "basic css tutorial" kifejezés 1-10. találata az összes, kb. 279.000 találatból)
:D
Forgalomnövelés üzleti alapon...
Havi 30k HUF
Havi cirka 30.000 forintból már van saját bérelt szervered. Ha ennyi nem fér bele, akkor ott nagy baj van az üzleti tervvel :)
Normális tárhely: mivel nem csak te vagy egy ilyen tárhelyen óhatatlanul kompromisszumokat kell kötni. Shell hozzáférést pl. nem szeretnek adni, és néha nagyon jól jön. Csak azok asz eszközök vannak, amiket ők adnak, semmi más. Megintcsak egy webshop esetében lehetnek olyan igények amelyeket sokkal hatékonyabban tudsz megoldani mint amit a drupal ad (pl. számlázási rendszer integráció, adatbetöltések, áttöltések, konverziók). Nem normális tárhelyeken a pistikék php-jét felnyomják, ennek következtében lerohad a te boltod is, vagy csak szimplán felkerül az oldaladra valami féreg, mert elfelejtették izolálni a usereket...
Mondjuk az igaz, hogy nem ismerem a tárhelypiacot, biztosan lehet találni normális szolgáltatót. Mindenesetre én az utóbbi 10 évben nem használtam php hostolásra mást csak saját vagy dedikált szervert.
--
IE doesn't support internet
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
sejtesem
Nos akkor az a sejtesem, hogy a po file-on belul definialt azonositok alapjan tudja, bar innen sem derul ki a modul nev. Tehat valoszinuleg a file nem irodik felul, tehat ha nem masolom en oda, akkor egy esetleges modul ki/be kapcsolaskor felulirodhat a mar leforditott szovegallomany.
A kerdesem mar csak az, hogy az uresen hagyott, most forditani nem kivant reszek hagyhatok-e "" (ures string)-kent, vagy azokat a sorokat jobb inkabb torolni a file-bol?
Esetleg az angol eredetit kell odamasolni ha nem szabad torolni?
pelda:
#: uc_cart/uc_cart.module:1033,1946
msgid "!title is not a product. Unable to add to cart."
msgstr ""
#: uc_cart/uc_cart.module:1045,1958
msgid "Sorry, that item is not available for purchase at this time."
msgstr ""
...