Egyetértek
A lap szumma letöltési idejét mindenképpen figyelembe kell venni. Azt is, hogy a 200-as ping után pár ms alatt kész is az oldal, kontra a 10-es pingen gyenge 500-as pauza után történik bármi. Idővel szerintem mindenki megtalálja, hogy mennyi pénzért, milyen kiszolgálást és milyen erőforrásokat kap. Keresni kell, és nem félni a váltástól. Gyakran. Amíg nem találjuk meg az egyensúlyt az erőben. Az eredeti poszt (egy VPS havi 178 USD) nyilván agymenés. Az viszont tök egyértelmű, hogy a hazai szolgáltatók drágábban mérik a kevesebb és lassabb szolgáltatást, mintha valaki külföldön (Európa) keresgél.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én a következőket csinálnám:
Én a következőket csinálnám:
1.) Az új tárhelyre egy szűz Drupal 6-ot telepítenék.
2.) A régi tárhelyről elmenteném a /sites könyvtárat.
3.) A új tárhelyre felmásolnám a /sites könyvtárat figyelve, hogy a settings.php nem kerüljön felülírásra.
4.) Összehasonlítanám a régi és új tárhely gyökerében lévő robots.txt és .htaccess fájlokat. Ezeket aktualizálnám az új tárhelyen.
5.) A régi adatbázisról phpmyadminnal dumpot készítenék (állítsd be, hogy tgz-be tömörítsen)
6.) Az új tárhelyen az adatbázisból törölném a táblákat.
7.) Az új tárhelyre importálnám a régi adatbázisról készített dumpot.
Remélem segítettem!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
szia, most délután sikeresen
szia, most délután sikeresen újraépítettem a teljes formot és kiderült, hogy az a baj - talán form api bug? -, hogy ha beviteli mezők vannak (textfield, textarea, checkbox), akkor az #ajax callback hatására ezek eldobják magukat és nem adják át a bennük található adatokat a callbackben létrehozott új form ($element) elemeknek. Kiszedtem ezt a részt (fieldsetet) az újra generálós részből, most már legalább tudok submitolni és elmennek az adatok.
szívesen beposztolnám d.o-n, ha nem volna olyan gyatra az angol fogalmazási készségem :) hátha valaki megteszi, ha mégis bugról van szó :)
üdv, gülüke.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Van includes/lock-install.inc
Van includes/lock-install.inc
Kétszer futott le az update.php, egyszer a core frissítésekor, egyszer modulfrissítéskor (Megjegyzem a core modulokban nincs saját módosítás).
Lehet, hogy a cron-t akkor hirtelen kihagytam volna és menetrend szerint később futott le (ez általában éjfél)?
A főoldalam az megy, még nem frissítettem az adatbázist, mert használatban van az oldal, ha gond van vele, akkor azzal pénteken akarok foglalkozni.
Az aloldalkészítés eddig ment, mindig ugyanúgy csináltam. Most először találkoztam ilyennel.
Ha gáz van és adatbázisfrissítés után tényleg baj lesz, próbáljak meg esetleg 6.25-re frissíteni?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
„Próbáltátok már így a
„Próbáltátok már így a frissítést?”
Persze, de érdemes végiggondolnod, hogy az ügyfeled mennyire nyeli be az esetleges adatvesztést.
Nagyforgalmú, nagy mértékben kétirányú oldalaknál egy frissítés perceket vehet igénybe, és így könnyen előfordulhat adatvesztés vagy csak egyszerűen tele lesz hibaüzenetekkel a webhely, ami nem épp bizalomerősítő. :) Ilyenkor többnyire számos webkiszolgáló van, ott lehet olyat művelni, hogy kiszolgálónként frissít az ember és amikor az egyik elkészül, akkor lesz csak bekapcsolva. Ez sajnos nem lehet mindig meglépni, ha jelentősen módosul az adatbázis vagy a "files" könyvtár a frissítéstől, akkor ez jóval körülményesebben oldható meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Override
Kicsit megzavart ez a mondatod:
„Ha 5 blokkot hozok létre 1 nézeten belül, az mind az 5 blokkban meg kell jelenjen.”
Ettől függetlenül szerintem az hiányzik, hogy amikor a Nézeten belül létrehozod az új Display-t (Add gomb és új Blokk hozzáadása), majd utána elkezded tölteni a Mezőket a Hozzáadás gombbal, akkor az ablak tetején nem választod ki, hogy "Kinek a részére: This page (override)".
Ha ilyenkor a "Minden megjelenítés" van kiválasztva - ahogy ez alapértelmezettként van - akkor valóban mindenhol ugyan azokat a mezőket fogod látni.
Remélem erre gondoltál. Ha nem, akkor pontosítsd, kérlek.
Í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
hosszú meló lesz
Szia,
Regisztráld be Google Webmasters-be az oldalt és az oldaltérképet, akkor látni fogod milyen kulcsszavakra hol jelensz meg a keresőben. Az alapján könnyebb továbblépned. A tárhely szempontjából az oldal betöltési gyorsasága számít, webmastersből ezt is letudod kérdezni. (nem feltétlenül jobb a fizetős)
Pathauto-nál figyelj a rövid, tömör címekre, címkézd a tartalmakat, legyen rendszeres megjelenő, hosszú tartalmaid. Használj egyedi meta tageket oldalanként, már kevésbé fontos, de azért számít.
AdWords Keyword Tool-lal lekérdezheted, hogy melyik szavakra hányan / hogyan keresnek, érdemes azokra optimalizálni.
Rengeted szakirodalmat találsz a témában pl: seotools.hu és az entity.hu fórum.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tökéletes!
Nagyon köszönöm, ez így tökéletesen működik! :-)
De hogy a csudába találtad ezt meg? Az "admin/config/regional/translate/translate" menü 2 oldalt dob ki erre a szóra, hogyan látod meg, melyik a megfelelő kifejezés...
Ugyanez a gondom ennél az oldalnál is, hogy nem tudom, honnan jön az adott szöveg: http://www.professzionalisdomain.hu/en/contact , hol az egyébként szuper Webform Localization modullal nem tudom a file feltöltés "Tallózás" nyomógombját lefordítani az éppen aktuális nyelvre, mert a "Felület fordítása" menüben a "Tallózás" kifejezés nem található.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
emailek tartalma
Péter, hogy a kérdéseidre is válaszoljak: a kimenő levelek tartalmát csak annyiban változtattam, hogy tokenekkel próbáltam beállítani az emailben megjelenítendő adatokat...semmi spamgyanús szöveget nem tettem be...a default után 1-2 apró lépést módosítottam.
De elsősorban azt akartam elérni, hogy a Store>Beállítások>Checkout>Szabályok>E-mail admin checkout notification részben sikerül-e az emailküldést 2 különböző címre beállítani úgy, hogy az egyik egy token [node:author:mail]. Ugyanis több felhasználó működtetné a webáruházat, közös árukészlettel. (Nézegettem az Ubercart Marketplace modult, de nem igazán arra van szükségem).
Az SMTP-vel tovább kísérletezek...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
köszönöm szépen a választ a
köszönöm szépen a választ a könyvet rongyosra olvasom viszont a problémám az hogy próbáltam már felszalajtani az xammp-ot De sajnos mivel jelenelg előzetesen már feltelepítettem előzetesen az apach-ot és a mysql-t is így ez sajna az xammp nem települ fel maradéktalanul és ha fel is települne akkor sem vagyok benne biztos hogy a problémám megoldódna hiszen a gd és pdo telepítését enélkül is engedéjeznem kell valahogy és ez a problémám hogy nem tudom hogyan mivel tudtommal a php.ini-ben kellene ezt engedéjeznem de ott hiába veszem ki előle a !-jelet és indítom újra az apach-ot nem történik változás:(