Jump to content

dzsar

Members
  • Posts

    48
  • Joined

  • Last visited

Profile Information

  • Location
    Hungary
  • Activity
    Web development agency

dzsar's Achievements

Newbie

Newbie (1/14)

8

Reputation

  1. A PAYu vonja le a százalékot, nem a modult biztosító cég. Bizonyos forgalom felett jóval kedvezőbbek ezek a díjak, ami minden ilyen rendszert müködtető cégnél bevett szokás. Gondoljunk bele, hogy alapvetően a boltokban lévő bankkártyafizető egységek is ilyen elven müködnek, ott is lesarcolnak százalékok a bankok (ezért éri meg nekik müködtetni). A boltnak meg azért, mert vevőt veszíthet, mert sokan szeretnek ma már kártyával fizetni, és azokból a vevőkből veszíthetnek. A bankkártyás rendszer müködtetése folyamatosan történik (ebben benne van az is, hogy átutalják a pénzt a számládra, ami kimondottan költségbe kerül nekik is.) Karbantartani kell a rendszert, stb. Nem védeni akarom őket, csak látatni, hogy nem a semmiért akarnak százalékot utána. a százalék nagysága megkérdőjelezhető esetleg, de hogy kérnek, az nem. szerintem. Egyébként a fent nevezett cégtől vettem én is a modult, PAYU-val szerződtem. Meg vagok elégedve a rendszerükkel. Volt egy tárhelyköltöztetésem is, ahol a modulos cég első kérésre megoldotta a felmerült problémát.
  2. ...esetleg utólag a témanevét meg lehetne változtatni, vmi ilyesmire: Vírus támadta meg az oldalamat, vagy ilyesmi, hogy a téma neve alapján lehessen tudni, hogy milyen problémát takar. Hogy okuljon más is belőle... csak egy ötlet
  3. sajnos még mindig nem találtam megoldást erre a problémára. valakinek esetleg ötlete van? elméletileg a 'dzsar_PS_multisite.customer mappában kellene kotorásznia, akkor miért kell neki a 'dzsar_PS_multisite.guest. gondolom én, hogy régebben a guest tábla is létezett, ebben voltak tárolva adatok, ami most a customerben. Majd jött egy szerkezeti átalakítás, de a multisite esetén a hivatkozás nem volt megváltoztatva. De ez csak szakbarbár következtetés. szóval esetleg valakinek egy ötlete, vagy egy kis nyom, hogy hol induljak el?
  4. sziasztok, tárhelyköltözés után az email kiküldésnél az alábbi probléma merül fel. A vásárlók rendesen megkapják az emaileket, de az admin elég érdekes értesítő emailt kap: - adatvédelmi okok miatt a vevő cimét töröltem, melyet pirossal jelöltem. Ezeknél az ékezetes karakter nem jól jelenik meg - Ötlete valakinek lenne, hogy mivel lehetne megoldani, hogy én is rendesen kapjam meg az emailt?
  5. Amióta bekacsoltam a multishop-t, azóta nem tudom megnézni a vásárlók adatait. A Vásárlók/Vásárlók enüpontba lépve az alábbi hibaüzenet jön be: Rossz SQL lekérdezés Table 'dzsar_PS_multisite.guest' doesn't exist Tudom mit jelent. Nevezett táblána híre hamva sincsen, így érthető okok miatt nem találja. A kérdésem, hogy iért? Egyáltalán kell léteznie, csak nem jött létre, vagy nem is kell léteznie, csak egy fejlesztési vakvágány kelléke maradhatot benne...
  6. Tehát a létrehozásnál kell ezt megadni. Nekem létre van hozva, de gondolom én, hogy csak a megfelelő táblát kell megtalálni, és adott sor megfelelő mezőjében átállítani a paramétert, és máris közösen kerül alkalmazásra. (durvább esetben nem így van...)
  7. Egy kicsit elmaradtam a válasszal, ami csak annyi, hogy köszönöm szépen a seítséget. Sikerült hamar megoldani a költöztetést utána élesben is.
  8. Először is a Beállítások - Általános menü alatt engedélyezed a multishop-t. A Haladó beállításoknál lesz egy új menü Több áruház névvel. Ott legyen egy bármilyen nevű csoport, és azon belül hozzál létre üzleteket. Az üzletekhez be kell állítanod a domaineket, hogy melyik domainre jöjjön be az. Ekkor ha már egybe vittél termékeket, akkor ki lehet választani, hogy azokat automatikusan vigye-e át a termékeket a létrehozandóba. Innentől minden menünél meg fog jelenni egy multishop konfiguráció legödülő menü, ahol ki tudod válaszrani, hogy melyik webáruházadat akarod állítani. Moduloknál ha az egyiknél feltelepítesz egy modult, az feltelepítődik a többi webáruházba is. viszont a multishop konfiguráció kiválasztásánál ahol kell bekapcsolod, ahol nem kell kikapcsolod. Esetleg konkrét kérdés van? Arra még nem találtam módot, hogy közösíteni a regisztrációt is.
  9. Ott a pont! Sokadjára köszönöm a hasznos válaszokat neked. a friss telepítések nem keresőbarát url-esek voltak (ezek szerint alapból telepítésnél ezt állítja be, mert gondolom nem minden szerver támogatja az url felülírást, és így nem fut kapásból hibára) , de mihelyt beállítottam, rögtön megjelent. más cms rendszernél ott van, ezért is lenne érdekes most, ha egyiknél látható, másiknál nem. (persze ezt az infót te nem tudhattad) kikapcsoltam, bekapcsoltam, persze előtte beállítottam a multisite-nál a linkeket, mert shop_url-ből veszi ki az adatokat htaccess létrehozásakor. (mindig tanul az ember) Átnézegettem a fájlokat, de linken kívül mást nem változott. De azért tüzetesen átviszgálom még. Mindenképp következtetésként levonható, hogy szerver, tárhely áthelyezésnél érdemes kikapcsolni a keresőbarát url-t, és úgy elkezdeni. És az új helyen bekapcsolva, létrejön a jó htaccess. ahogy nézem, ékezetes karakterproblémám nem lesz
  10. Újabb fejlemény: .htaccess-t törlöm a gyökérből. Ez teli volt a multishophoz tartozó domainnévvel. Az új tárhelyen új telepítésnél nincsen ilyen. Ekkor az admin felület bejön, de az oldal nem. Kezdem azt látni, hogy a DB motor lényegtelen... Sajnáljuk, az oldal nem található. Próbálkozz lent újra. és kereső Szóval 404-es. Javaslat a további kísérletezésre?
  11. Köszönöm a választ (1.4-nél láttam már azt a válaszodat, csak ott még másik fájlban kellett változtatni ezt.). Változás nem történt, de további ötleteket adott. Időközben rájöttem, hogy a hibát az okozhatja, hogy a régi tárhelyen MyISAM a DB motorja, az újnál InnoDB. Régi tárhelyen lévő config/settings.inc.php fájl: define('_MYSQL_ENGINE_', 'MyISAM'); define('_PS_CACHING_SYSTEM_', 'CacheFs'); Friss telepítés az új tárhelyen config/settings.inc.php fájl: define('_MYSQL_ENGINE_', 'InnoDB'); define('_PS_CACHING_SYSTEM_', 'CacheMemcache'); Most éppen egy helyes átkonvertálási módot keresek, mert szerintem az nem elégséges, hogy a táblákat egyesével a ALTER TABLE táblanév ENGINE = InnoDB; lekérdezéssel átírom. Ráadásul nem szeretem ezt a monoton jellegű munkát sem, hogy minden táblanévvel megcsináljam ezt, jó lenne egy olyan képlet rá, ami az összes táblát átírja egy lekérdezéssel. Annyira nem vagyok DB [spam-filter], de sejtem, hogy tábla név helyett valami olyat kellene írnom, ami az összes táblára utal... Valaki esetleg tudja? A helyzetet még fogja bonyolítani, hogy multisite-os a rendszer, 3db domain-vel. Illetve az is hiba volt, hogy a régi tárhelyen volt .htaccess, míg az újnál nem kell, legalább is friss telepítésnél nem látom, hogy ott lenne. További ötleteket előre köszönöm.
  12. Nem csak ezt a honlapot, hanem sok domaint is viszek, mely ott nem fér el, vagy többet bérelek. Illetve van olyan korlát, ami nekem nem megfelelő ott. De azért köszönöm az ajánlást.
  13. Megelégelve a jelenlegi tárhelyszolgáltatóm utóbbi két hónapos hibáit (dataglobe - javarészt mostanság többet foglalkoztam az adatbázisból eltünő adatok visszaállításával, mint fejlesztésével - na persze ha éppen tudtam, mert kb. hetente 10 órát legalább nem volt hozzáférésem) új tárhelyet választottam. Ez a tarhely.eu lett. Egy oda átvitt domain alatt próbálkozom. Szerencsére átmenetettel gondolkoztam, mert most szívás lenne... Átmásolom a fájlokat, adatbázist. Jogosultságok az eredetiek maradtak. Db-ben a shop_url természetesen átírásra került. Próbáltam az ott található cPanel telepítőjéből telepíteni egy PS-t, de annál is ez a hiba. Az alábbi hibaüzenetet kapom: Internal Server ErrorThe server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request. Tud valaki támpontot adni? Gondolom én, hogy valami tárhely beállítással kapcsolatos lesz ez, de nem jövök rá, hogy micsoda. Esetleg egy .htaccess beállításra gyanakszom. PS 1.5.5.0 verzió Köszönöm előre a segítséget.
  14. Én a dataglobe-nál vagyok. Ott a phpmyadminban 1000MB az sql import, lehet tömörített, tömörítetlen. Egy kis problémám abból adódott a visszaállításnál, hogy csak a tárhely adminban (nem cpanel) mentettem le a pillanatnyi állapotot, holott kiexportálhattam volna a phpmyadminban, illetve a Ps admin felületén is. Utóbbi esetben minden tökéletesen visszamegy. De mivel csak a tárhely adminnál tettem meg, hibára futott (1067-es) három táblánál. Ezt azért még könnyű kezelni, mert a három táblát kivettem, szépen visszaimportáltam a maradékot, majd a hiányzó mezőket sql futtatással már be tudtam vinni. winscp-t mindenképp kipróbálom. és már azzal próbálom majd aldomainen újra a frissítést. Hátha csak rossz napom volt, vagy a frissítőnek volt rossz napja
  15. Értem, hogy localhoston nincsenek korlátok, de ha utána élesben megy ki a tárhelyre, akkor ott úgy is lesz. kösz a javaslatot. mondjuk én a filezillánál még nem vettem észre, hogy vmit nem másolt át...
×
×
  • Create New...