szarkab képe

Beküldte szarkab - 2012. december 1. 21.58

rendben.

Van rá mód hogy töröljem ezt topicot?

Sajnos nem érted miről lenne szó. Nem találtam ki semmiféle "nagyszerű" oldalt. Ez már adott(az elképzelés és a terv)! És van egy 350 fős facebook közösségünk is. Azért nem jó az a módszer hogy mindent kiirkálok nektek mert biztos hogy voltak hasonló problémák és ezekkel senkit nem szeretnék untatni, mellesleg időm sincs kikeresni. Nálam az a módszer válik be ha közvetlenül letudom tárgyalni a probléma megoldását egy hozzáértővel. Mert akadnak kisebb gondok is amikben megtalálhatom a választ pl Nagy Gusztáv könyvében is. De nem! Elolvasni sokat kivesz belőlem. Sokkal egyszerűbb lenne megkérdeznem valakit aki azonnal válaszol rá és megmutatja nekem.
Minden a lustaságomról szól. De cserébe adnék is valami érte, ha igény lenne a munkámra.

De így már én is úgy látom, hogy ez az út nem járható. Azt gondoltam nem ilyen reakciót fog elsőre kiváltani az emberekből a "problémám".

0
0
Kocsis Kata képe

Beküldte Kocsis Kata - 2013. január 22. 18.21

A Google Webmaster Tools nem jelezte, hogy sitemap.xml el lett volna küldve az oldalra. Beküldtem akkor itt is. Itt azonban nem tudom megnézni a konkrét beindexelt url-eket, viszont a seotools.hu-n van ilyen lehetőség.

De ez továbbra sem magyarázza meg számomra, hogyan is indexel a Google. Ha az xmlsitemap modullal küldtem be direkt a sitemap-et az nem érvényesült, de kb. három nap múlva mégis észlelte a Goggle az új oldalakat, vagy url-változásokat.

Most azonban megint megjelentek RÉGI url-ek, de nem tudom miért? Az xmlsitemap-emben már nincsenek content/cím típusú url-ek, mégis megint vannak ilyen indexelt oldalaim.

A globalredirect ilyenkor a megfelelő új oldalra ugrik, így nincsenek tört linkek, ha valaki a kereső felől érkezik.

A fő kérdésem: honnan találja meg a kereső ezeket a régi oldalakat (főleg, ha volt olyan állapot egy hete, amikor már nem találta meg őket)? Vagy a seotools Indexelt oldalak funkciójában ne bízzak meg ennyire?

0
0
Geva képe

Beküldte Geva - 2014. február 27. 12.08

1. Feltételezem, hogy külön van a túra tartalomtípus és az űrlap: A webform-hoz léteznek úgynevezett különleges vezérjelek, közöttük a %get[kulcs] és %post[kulcs] - ezzel tudod átadni az ajánlatkérő űrlapra a túra címét, a túra oldaláról, ...

de

van olyan lehetőséged is, hogy a tartalomtípushoz kapcsolod(a webform beállításainál) a webformot, a jelentkezési lehetőséget, ekkor nem gond, hogy melyik túrára is jelentkezett(ezt tartom ésszerűbb megoldásnak), ekkor a tartalomtípus űrlapjánál látszik az eredmény lista is, a kiküldött értesítőkbe is be tudod tenni a túra címét pl, ...

2. Tudsz különböző értesítéseket kiküldeni a webformról(függetlenül hogy az űrlap a tartalomtípushoz kapcsolódik vagy önálló webform tartalomtípus), az űrlap / email-k beállítása(vagy valami hasonló címmel):
pl fix email címre(pl a sajátra, a default email-től különbözőre is), de ha bekéred a jelentkező emial címét, akkor arra is tudsz küldeni értesítést, mindkét esetben mezőkből és konstans szövegekből összeállítva, egymástól eltérő tartalmakkal is, ...

...a leírtak alapján kérlek, pontosítsd meddig és melyik úton tudtál továbblépni

0
0

Geva
----- Számítások - Kalkulátorok

nevergone képe

Beküldte nevergone - 2015. április 27. 22.08

„Honnan lehet tudni, hogy a modul Core?”

Onnan, hogy az alaprendszer modules könyvtárában van.

„7.34 alatt az update.php nem fut le. Fehér képernyő.
7.36 alatt "Fatal error: Cannot redeclare theme_link()" hibaüzenettel áll le.”

Remélem fájlt minden letöröltél előtte (az egyedileg fejlesztett modulok és sminkek maradhatnak). A „redeclare” arról szól, hogy a theme_link() függvény kétszer szerepel a rendszerben. Szóval tippem szerint valami ott maradt a régiből és ez okozza a problémát.

Én amúgy nem szenvednék a frissítéssel, ha nem kötelező. Feltelepítenék egy üres Drupal 7-es oldalt és beizzítanám ezt a két modult:
https://www.drupal.org/project/migrate
https://www.drupal.org/project/migrate_d2d

Ezekkel az új oldaladra át tudod tölteni a régiről az adatokat. Nekem eddig mindig bevált, de garanciát nem adok rá.

1
0

Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés

ipeto képe

Beküldte ipeto - 2015. június 27. 18.27

Köszönöm, ez a dspace-es megoldás mindenképpen érdekes, ki fogom próbálni. De azért még kicsit próbálkozok, ebben az esetben nem kell annyira bonyolult rendszer, mint a mintában.

Viszont lenne egy konkrétabb kérdésem az utolsó problémához (szerzők és munkahelyeik): Viszonylag kézenfekvőnek tűnik, hogy egy nézettel gyűjtsük össze adott cikkhez tartozó szerzőket és munkahelyeket. Ám a kapott eredmény nem jó, ugye ki kell válogatni az egyedi munkahelyeket, ezeket kis lábjegyzetként hozzárendelni a szerzőkhöz stb. Namost azt gondolom, hogy php-ban össze tudom ezt legózni, nade hol? Be lehetne tenni a nézet láblécébe és elrejteni a mezőket, de ez elég gány megoldás.

Aztán lehetne hozzá írni egy kis modult - akár nézet-alapon, akár valahogy máshogy (pl. valahogy így) lekérdezni a reference-mezőt -, ennél viszont az a problémám, hogyan tudom a modul eredményét beilleszteni mondjuk Page Manager segítségével az adott oldalba.

0
0
DruTa képe

Beküldte DruTa - 2016. február 19. 01.39

Ha egy mappát törlök, akkor Forbidden, vagy Not found üzenet van és semmi "titkos" infó, itt is azt szeretném.
XAMPP-al lassabb a dolog és sosem pont azok a beállítások, mint a tárhelyen. Még nem él az oldal, de akkor sem akarom, hogy bármi infót kiírjon. Biztos meg lehet oldani és én mindent be is állítottam, szóval szerintem alapból nem kéne kiírnia olyat, ami totál biztonsági rés lehet így, ha valaki épp olvassa.

Már nem tudom mikor, de volt olyan eset is, amikor a settings.php tartalmát dobta ki, a jelszóval együtt. Hát ez nagyon gáz.

Szerintem az kéne legyen az alapbeállításnak, hogy ilyeneket soha, soha, soha, kivéve, ha valaki külön ezt állítja be.

És ugye mi van, ha pl. majd az éles oldal esetében a tárhely sql szervere meghal, és én épp nem tudok róla, és közben meg mindenki ezeket az infókat olvassa.

Szóval ez így nagyon nem OK.

0
-2
Joee képe

Beküldte Joee - 2023. március 14. 15.53

A havi 6000 az évi 72 ezer, ahogy én is írtam. Egyezik. Plusz még a rendszer a kiszolgálók és egyéb szoftverek telepítése, a szerver-manager (ISP vagy CP vagy bármi) amiért szintén pénzt kérnek. El kell olvasni az apró betűs részeket is, mert az éves díj nagyobb részét nem a VPS bérlet, hanem az egyéb teszi ki. Ingyen semmit nem adnak. Vannak havi 1000 Ft-ért is VPS-ek, de azok valamiben korlátozottak. Vagy a havi forgalom, vagy a sebesség vagy nincs ssh, vagy ismeretlen országban van a cég és a szerver, akikkel utána hónapokig levelezhetsz fordítóval pastunul vagy mandarinul, ha valami nem úgy működik, ahogy gondolta a szerződés alapján.
Amúgy nem a VPS árakról és szolgáltatásokról tárgyalunk, hanem a Composer beüzemelési lehetőségeiről távoli szerveren és a szinkronizációról a localhosttal oda és vissza, beleértve a frissítési lehetőséget Composerrel. Az árak csak azért lettek megemlítve, hogy látsszon, mennyi pénz kell egy Composer beindításához egy normálisan összerakott VPS-en.

0
0
Joee képe

Beküldte Joee - 2023. március 14. 18.05

Igen. Erre már rájöttünk, de érdekelt volna ha valaki tud esetleg más módszert, de ezek szerint nincs és az ssh-hoz kell a vps.
Így viszont azt nem értem, hogy mi értelme van Drupalt telepíteni és kezelni a helyi gépünkön Composerrel? Ugyanis ha a Composert csak a localhoston használom akkor a localhost-os Drupal állománya és adatbázisa nem tölthető fel úgy a szerverre, hogy működőképes maradjon az eltérő állományszerkezet miatt, amit a Composer okoz. Esetleg van a Composernek olyan parancsa amivel szerverkompatibilis állományt és adatbázist tud előállítani feltöltéshez? Ennek fordítva is kéne működnie a szerverről hozott állományok és adatbázis localhostra konvertálásával. Én nem találkoztam még a Composer ilyen képességével. Van ilyen vagy hasonló? Composer nélkül ilyen gondok nincsenek. Vagy nagyon nem értem, hogy mi a Composer haszna. Az sem tiszta, ha lesz VPS-em ssh-val és Composerrel és azt leklónozom a localhostomra a settings.php megfelelő módosításával, akkor oda-vissza tudom az állományokat és az adatbázist mozgatni?

0
0
Illyés Edit képe

Beküldte Illyés Edit (nem ellenőrzött) - 2007. január 5. 14.21

Nem értem ezt a részt:

Ráadásul egy videokonferencián azonos időtartamban ezek közül minimum 2-nek részt kell vennie. De lehet, hogy többnek is, sőt, akár az összesnek.

Kik azok az 'ezek'? Én a helyszínekre értettem a tartalomtípust (Kék Terem tartalomtípus, Piros Szalon tartalomtípus). Miből kell kettőnek vagy többnek részt vennie és min?

Természetesen lehet úgy is csinálni, hogy a tartalomtípus neve 'Videókonferencia', és ekkor az egyes termek (Kék Terem, stb.) taxonómia kifejezések. Ennek vannak előnyei és hátrányai.

Előnye, hogy logikusabb; hátránya, hogy taxonómia-specifikus sminket nehezebb készíteni, mint tartalomtípus-specifikusat. Továbbá az Event alapból felkínálja neked a content type filter controlt is a beállítások között (ennek ugye nincs sok értelme, ha mindent egy tartalomtípusba teszel), tehát ilyenkor a látogatók megtehetik, hogy lekérdezik a Kék Teremben (tartalomtípus) rendezett idegsebészeti (taxonómia kifejezés) konferenciák listáját.

U.i.: Elég szeszélyesen működik mostanában ez a honlap, feltételezem, hogy már az 5.0 RC hajtja.

0
0

Alapertelmezett nyelvi gondok

Beküldte bogargb - 2009. február 4. 14.53
bogargb képe

Sziasztok!
Keszul egy 4 nyelvu weblap es a problema az h az alapertelmezett nyelvnek magyart szeretnek es az is van beallitva, de olyan mintha az "angol is" alapertelmezett lenne. Tehat az adminisztracio -> nyelveknel latszik a 4 nyelv, es az alapertelmezetten kivul a maradek 3 elmeletileg torolheto lenne, az angol viszont nem az.
Es ha a bongeszobe a "..../?q=hu/admin.... " - nal kitorlom a "hu/" reszt es ha az alapertelmezett nyelv magyar akkor is angolra allitodik a menu meg minden. Nekem meg magyar kene legyen.
Tudjatok h mi lehet a megoldas? Elore is koszi.

Fórum: 
Többnyelvűsítés