pp képe

1.(sql tábla) szolgáltatótól kérd el a mentést/sql dumpot és ott van benne a tábla ami neked kell.

2.(views táblázat) A views query-ét érdemes megvizsgálni és optimalizálni, vagy kérni még futási időt. Vagy egyéb módon elkészíteni az exportot.

1700 sor az nem olyan sok. Mutasd a views által generált sql-t és akkor tudunk segíteni.

pp

0
0
Den képe

Ez egy ismert fordítás volt valahol, a core-ben talán. Szerencsére, elég "régen" javítva lett (javítása megtörtént :D).

A fordítás nem egy egyszerű dolog. Nagyon kevés ember fordít, még kevesebb az admin, aki elfogadja. Stb-stb.

A lényeg: ha valakinek javítása van, az ne csak magánál javítsa, hanem dobja vissza a közösbe. 1 db kijavított fordítás is sokat számít.

takacsot képe

Végül az lett a megoldás, hogy kikapcsoltam a linkcheckert. A Szolgáltatóm azt mondta, hogy külön kérésre és külön pénzért fel tudja emelni a jelenlegi 30 sec-es max válaszidőt akár 90 sec-re is.

A linkellenőrzésre majd használok valami mást.

Említetted, hogy a link a linktulajdonos felelőssége azért mégis az én oldalamat minősíti le, ha halott link van rajta.

0
0
sgabe képe

Ez körülbelül olyan, mint a bringa lakatolás, vagy az autó riasztó stb. Teljesen mindegy mit pakolsz bele, ha el akarják vinni, elviszik. A saját szervert is valahol üzemeltetni kell. Gondolom az iroda nincs közvetlenül a BIX-re kötve. Ha biztonságról van szó "látogass meg" egy bankot vagy egy tőzsdét... A véletlenszerű betolakodók ellen elég egy jó szolgáltató és egy jó szerződés.

0
0
nevergone képe

Ahol ez igazán fontos, ott saját szervert üzemeltetnek, a hozzáférések szigorúan szabályozva és a dolgozók folyamatosan monitorozva vannak, a tevékenységeket naplózzák, illetve minden dolgozóval megfelelő titoktartási szerződést iratnak alá.
De már az is segíthet, ha külföldre viszed az oldalt, nem valószínű, hogy fordítgatni fogják a szövegeidet; illetve nagy szolgáltató nem vállalja be a lebukással járó per és presztisveszteség lehetőségét.

0
0
BergR képe

Elképzelhető, de sajnos ha kijelentkezünk a rendszerből és csak teszt gyanánt klikkelgetünk, mászkálunk a tartalmak között előfordul velünk is, hogy 404-re dob az oldal (akár többszöri próbálkozásra is), pedig biztos, hogy a tartalom létezik az elérési út jó. Aztán pár másodperc vagy perc múlva újra elérhető a tartalom.

Mint írtam bejelentkezve ez a jelenség egyáltalán nem tapasztalható!

Köszi a válaszod!

0
0
Bálint képe

Nem fog működni, amit írtál a második hook_menu bejegyzésedben.
Ha nincs megadva access callback, akkor alapértelmezetten a user_access() függvény hívódik meg, ami csak egy paramétert vár, te pedig az access arguments tömbben többet is át akarsz neki adni. Warningot nem fogsz látni, de csak az lesz így vizsgálva, hogy a user rendelkezik-e a 'második jog' elnevezésű jogosultsággal.

0
0
Syrius XIX képe

Megértettem, a választ pedig köszönöm!

Én csak az említett két oldal függvényében gondoltam, hogy "végre van tisztán magyar megoldás, miért ne erősítsem akkor a magyar csapatot" és nem külföldi oldalak felhasználó táborát erősítem, de ez tényleg nem egy súlycsoport azokkal (az egyszerűségre gondolok, hogy még én is létre tudtam azokon hozni saját oldalt), De itt! Na mindegy!

0
0
Balogh Zoltán képe

4. Start posting content
Finally, you can create content for your website. This message will disappear once you have promoted a post to the front page.

A jelenlegi fordításban:

4. Tartalom feltöltése
Végül megkezdhető a tartalmak beküldése. Ez az üzenet az első címlapra is kerülő tartalom beküldése után eltűnik.

0
0
Balogh Zoltán képe

A megoldás működik, de sajnos nem jó. Soha nem nyúlunk a /modules mappa tartalmához (sem, meg semmihez, ami az alaprendszer része). Az ott van, és távolról nézzük, mint a fehér vitorlát. A használt sminked css fájljában is megteheted, hogy felülírod ezt, vagy tehetsz fel modult, amivel aztán azt írsz át, amit akarsz.

0
0