Joomla 3

Patarimai. Rašau sau, bet gal pravers ir jums...

2022-05-16

Straipsnių rodymui nustatymas "Category link" mesdavo klaidas su php 7,4, o prie php 8 visai nerasdavo. Forume gavau patarimą, kad gal tai šablono System template Framework klaidos ir patarė kreiptis į sukūrėją. Negavus atsakymo, nustatyti:

error reporting in Global Configuration to 'None'

Klaidos atrodė taip:

2021-04-14 Atnaujinant Joomla Akeeba Backup nepakuoja

Atėjus eiliniam Joomlos atnaujinimui (3.9.26), nebuvo sukurta Akeeba backup. Visose mano Joomla svetainėse įskiepų tvarkyklėje atsirado kyžiukas x prie PLG_CONSOLE_AKEEBABACKUP įskiepio. Kai pabandžiau ieškoti pagalbos, kažkur rašė, kad tai pasirengimas Joomlai 4. Žiūrėsime. Supakuoti ir rankiniu nebūdu neleižiama. Neseniai atsirado naujas įskiepis FOF40, perspėjantis neišinstaliuoti senesnių versijų

Vienoje iš svetainių prieš atnaujinant Joomla, neįsijungdavo Akeeba backup. Nebuvo ir ikonos Bou active ekrano apačioje.

Pasirodo, mano System Akeeba backup įskiepis nebuvo aktyvuotas

Svetainėje niekas negali sukurti paskyros, registruotis ar paprašyti priminti slaptažodį. Nueina niekur...

Uždaviau klausimą forume "No one can login, register or reset password in Joomla 3.9.11. "
Atsakymą gavau tokį: prisijungti ir "Go to Users - Options - Integration and make sure that 'Modern' has been selected in 'URL Routing'

ir padėjo. Tiktai, kai pabandžiau registruotis, gavau perspėjimą apie "security token". Atsakymas: "Clear the cache in the browser and check if that gets rid of the warning about security token."

Dar sužinojau, kad galima sukurti paslėptą meniu punktą - Set up a ghost menu, which is not included in a menu module, and add the entry Users - Registration Form there, and Joomla will then process the registration link from the login module correctly.
Paaiškinimas: The registration entry in a ghost menu is only required if you are not happy how the modules, if any, are displayed on the registration page. If you are happy how the registration page looks like, then you do not need the ghost menu.

Pirmame puslapyje po visais straipsniais atsiranda išvardytos kategorijos

Individualus atvejis, bet kartais prireikia kam nors. Įdiegiau jsn_vintage šabloną ir žiūriu atsiranda kokie tai meniu punktai, išsiaiškinau, kad rodomos kategorijos. man tikrai jų nereikia. Su Web developer įrankiu matau, kad ta kažkas su "cat-children" susiję.
Reikėjo šablono template.css įrašyti:

.cat-children
{ display: none; }

ir reikalai pasitaisė.

Adminexille sutriko

Žinau, kad jį reikia deaktyvuoti - pervardinti vieną failą, bet užmiršau, kur jis randasi. Pasirodo: /path/to/joomla/plugins/system/adminexile/adminexile.php
Deaktyvavus, įėjus į administravimą, pakeitus, viskas susitvarkė... Pervardinti atgal nereikėjo (2019-01-13). man rodos anksčiau reikėdavo

Joomla meniu nebeveikia

Nežinau, kada tai įvyko, pastebėjau tik gavus Google pranešimą apie index aprėptį. Žiūriu, kad vienoje svetainėje nei vienas meniu punktas nedirba, neranda puslapio - užrašyta: "Using $this when not in object context" ir taip su visais. Visai nesupratau, kodėl. Čia ir vėl padėjo forumas:

iš pradžių pasiūlė SEF system padaryti neaktyvią - nepadėjo, tada patarė Globaliuose nustatymuose leisti derinimo nustatymus (debug) ir surado, kad naudojamas modulis "random image", - problemos gali išsispręsti, po kito Joomlos atnaujinimo.

Aš padariau tuos modulius neaktyviais (buvo naudojami du slaidams), - viskas susitvarkė. Bet Joomlos meistras Per Yngve Berg pakoregavo ir atsiuntė pakeistą modulio default.php failą. Atstačius modulius viskas suveikė gerai.

Joomla 3.8 atnaujinimas nepavyko

Atėjo atnaujinimas 3,8. Tris svetaines atnaujinau sėkmingai, o ketvirta sugriuvo

. Paprastai prieš atnaujinant dirba Akeeba Backup, padaro kopiją, o tada atnaujinama. Šiuo kartu atnaujinimas prasidėjo iš karto, bandžiau atstatyti. Galų gale atsistatė iš viršaus, bet pasijungus į administracinę panelę, buvo tik baltas langas. Ilgai aiškinausi forume, bandė man padėti, kol ir tai ką turėjau sugriuvo. Kūrėjams buvo įdomu sužinoti, kodėl neatsinaujino....

Pagaliau toks patarimas:

prieš atnaujinimą "don't have your url in LiveSite" ?

tai reiškia, faile cofiguration.php surasti eilutę public $live_site = 'http://www.xxxxx.org'; ir ten nepalikti adreso:
public $live_site = ' ';

Nepavyko man vėl atnaujinti, išmetė klaidas. Nežine, ar koks tai įskiepis netinka. Atstačiau pagal paskutinę kopiją ir išarchyvavau 3,75 versiją ant viršaus - Joomla atsinaujino iš 3,70 į 3,75. Joomla 3,8 man niekaip netinka. Todėl laikinai paliksiu taip, o kataloge po truputį, kai randu laiko, jau kuriu naują svetainę

SSL sertifikatų naudojimas

Prisiuntė vieną rytą Google Console laiškų dėl visų mano administruojamų svetainių, apie tai, kad Crome naršyklė rodys, kad svetainė nesaugi, jei nenaudosime SSL sertifikato. Dar niekur nenaudojau, bet šiandien jau visos naudoja. Vieną dienelę pasidarbavus, susitvarkiau.

Galim pirkti, bet, pasirodo, Interneto vizija turi ir nemokamą. Jeigu svetainės nėra komercinės, galima įdiegti nemokamą "Let's Encrypt" sertifikatą pagal šią instrukciją . Įdiegus SSL sertifikatą, galima pakoreguoti svetainių programinį kodą taip, kad svetainės būtų atvaizduojamos saugiu HTTPS protokolu. Tokiu būdu apsaugosime savo svetainės lankytojų duomenis, kadangi visa tarp lankytojo naršyklės ir svetainės serverio siunčiama informacija bus šifruojama.

Priklausomai nuo to, su kokia turinio valdymo sistema svetainė sukurta, svetainės atvaizdavimą per HTTPS galima įjungti pačioje turinio valdymo sistemoje. Taip pat galima sukurti automatinį peradresavimą iš HTTP į HTTPS pagal šią instrukciją:

Įjungti HTTPS galima pačioje turinio valdymo sistemoje "Joomla". SSL sertifikatas yra išduodamas domenui arba subdomenui, jei yra nukreiptas į talpinimo serverį.

Taip aš ir padariau. Visos svetainės buvo serveryje "Interneto vizija", tik viena vhost.lt, bet ten pasijungus pamačiau, kad yra jau įdiegta, reikėjo nurodyti tik pačioje TVS sistemoje, kad automatiškai nukreiptų.

Su viena svetaine turėjau bėdų, nes subdomenas buvo domeno kataloge, todėl neveikė. Jei domenui padariau, tai subdomene http://vilnius.xxxxxxx.lt neveikė ir dar blogiau, nukreipus pačioje Joomloje, man užblokavo net prisijungimą. Bet vėliau susigaudžiau praeiti kitu keliu http://www.xxxxx.lt/vilnius/, kuri atsidarė net su https, nes domenas jau naudojo SSL.

Gavau patarimus, kaip sutvarkyti šį adresą http://vilnius.xxxxxxx.lt, kad galėčiau naudoti SSL subdomene:

"Tam, kad galėtumėte įdiegti Let's Encrypt" sertifikatą subdomenui, Jums reikia subdomeną pridėti kaip talpinamą domeną serverio valdymo pulte "DirectAdmin":

   * prisijunkite prie savo paskyros klientų sistemoje: http://klientams.iv.lt/
   * paspauskite "Plačiau.." prie skyrelio "Paslaugos";
   * pasirinkite savo svetainės talpinimo planą;
   * paspauskite mygtuką "Serverio valdymo pultas".

(Nesuprantu, kam jie visada siūlo tokį ilgą kelią per klijentų sistemą, kai aš einu paprastai tiesiogiai)

Prisijungę prie serverio, pasirinkite "Domenų valdymas" ir paspaudę "Pridėti papildomą domeną" įrašykite kokį nors subdomeną, pvz. "vilnius2.xxxxx.lt".

Kai pridėsite subdomeną, pvz. "vilnius2.xxxxx.lt", klonuokite svetainę "vilnius.xxxxx.lt" į naują subdomeną pagal šią instrukciją.

Kai klonuosite svetainę, Jums reikės pašalinti subdomeną "vilnius.xxxxx.lt" serverio valdymo pulte pasirinkus domeną "xxxxx.lt" ir pasirinkus "Subdomenų valdymas". Subdomeną Jums reikia pašalinti, nes negalėsite jo pridėti kaip atskiro.

Kai pašalinsite subdomeną per "Subdomenų valdymas", pridėkite subdomeną "vilnius.xxxxx.lt" kaip papildomą domeną ir vėl atlikite svetainės klonavimą į teisingą subdomeną "vilnius.xxxxx.lt".
Kol atliksite šiuos veiksmus Jūsų svetainė "vilnius.xxxxx.lt" laikinai neveiks.

Kitas būdas būtų išsisaugoti svetainės "vilnius.xxxxx.lt" failus bei duomenų bazę, pašalinti subdomeną, tuomet pridėti subdomeną kaip atskirą domeną ir įkelti svetainės failus bei duomenų bazę į serverį."

Viskas gerai pavyko, nors klonuoti su Instaliatronu dar neteko anksčiau.

2017-05-02 straipsnis nerodomas - "Pending"

Pastebėjau, kartais, jei esi prisijungęs prie administracinio pulto, nebeleidžia jungtis iš viršaus tuo pačiu vartotoju. Šiandien man kitaip nutiko. nebuvau prisijungus, pamačiau klaidelę, prisijungiau administratoriaus vardu iš viršaus, pataisiau, neleidžia išsaugoti, prašo įvesti captcha kodus. Įvedžiau, kažko nebeskelbia, dingo straispnis. Einu į administracijos pultą, straipsniui uždėtas trikampėlis "pending" ir kur pataisyti, nerandu, teko padaryti naują straispnį, o šitą ištrinti.

Ir kitoje svetainėje neleidžia redaguoti straipsnio iš viršaus, Sprendimą radau, kaip visada forume,- nenaudoti Captcha. tai tikrai Joomlos 3,7 klaida (bug)

Pastarosiomis dienomis prašoma atnaujinti php 7. Su visom svetainėmis gerai, o čia man nepriima php 7. Reiks ieškoti, nagrinėti, kas čia trukdo

TPL_COM_CONTENT_READ_MORE_TITLE vietoje "Skaityti daugiau"

Karts nuo karto vis kažkokių problemų atsiranda. Reiškia, kažkur nepadarytas vertimas tinkamai. Žinojau, kad galima Joomlos admin. pulte tai ištaisyti su "Override" arba lietuviškai "Pakeisti". Angliškai pasisekė iš karto, o lietuviškai- niekaip. Gal kur klaidą padariau, kad man nerasdavo šio užrašo TPL_COM_CONTENT_READ_MORE_TITLE kaip konstantos, o rasdavo kaip vertę. Daug kartų bandžiau, o paskui ir to neberasdavo, o rasdavo tik "Skaityti daugiau"...

Nuėjau per FTP į Language/Overrides katalogą ir ištryniau failus en-GB_override.ini ir atatinkamą lietuvišką. Tada vėl bandžiau per admin. pultą: su anglišku pavyko, lietuviško vėl nerado. FTP jau radau anglišką, o atatinkamą lietuvišką padariau rankiniu būdu lt-LT_override.ini ir jame įrašiau TPL_COM_CONTENT_READ_MORE_TITLE="Skaityti daugiau..." - padėjo

Daugiakalbystė

Lyg ir viskas gerai, bet ne visai... Iš administracinio pulto spaudžiant "peržiūrėti" pasikraudavo angliška pusė. Buvau užmiršus, kur reikia pasitvarkyti.

Įskiepių tvarkyklėje susirandame "Sistema - Kalbų Filtras" ir "Kalbų pasirinkimas naujiems lankytojams" nustatome "Svetainės kalba".

Vartotojų perkėlimas iš vienos svetainės į kitą

2015-07-07 Prireikė man iš vienos svetainės (Joomla 2,5) perkelti vartotojus į kitą (Joomla 3,#).

Padėjo papildinys J2XML. Įdiegiau jį abiejose svetainėse. Senojoje eksportavau atskirais failais (po 20 narių), gavau xml failus. Naujoje importavau. Iš pradžių nesupratau, kaip tai daroma, vėliau išsiaiškinau.

		Pasirodo, ne atsidarius įskiepį reikia ką nors eksportuoti, o iš tos tvarkyklės, ką norime eksportuoti: straipsnius ar narius. Atidarome Narių tvarkyklę ir pažymime to puslapio narius. Viršuje atsiradęs mygtukas "Export, jį ir paspaudžiame. Išsaugome pirmo psl narius .xml failu. Taip eksportuojame ir iš kitų puslapių.
		Norėdami importuoti tai, k1 eksportavome, atsidarome J2XML įskiepį, pasirenkame pirmąjį failą plėtiniu .xml ir spaudžiame mygtuką Import. Ir taip visus kitus. Visi nariai labai gražiai atsiranda narių tvarkyklėje. Ir nereikia jokio CC JUserExport įskiepio. Gaila, nepabandžiau sukelti turinio failus, kilnojau po vieną.

Prieš tai bandžiau papildinį CC JUserExport. Nors rašoma, kad ir importuoja, man nepavyko. Neradau, kad galėčiau importuoti: gavau ekselinį failą, vėliau paverčiau į .csv, .xml, bet neradau, kas galėtų importuoti. Tada OS Training svetainėje sužinojau apie J2XML, jis nepažino šių failų, tada ir eksportavau su juo xml failą, kuris lengvai buvo ir importuotas į User manager, suaktyvinus jo mygtuką.

2015-07-01 Gavau pranešimą, kad atnaujinta joomlos versija tinklapiui, kurio nebėra. Direktorijoje "nauja"buvau padariusi naują svetainę ir vėliau ją perkėliau su Akeeba backup. Nuėjau, žiūriu, galima išinstaliuoti (su Instaliatron'u buvo įdiegta),- juk yra šakniniame kataloge. Viskas dingo, bet laimingai atstačiau su jų backup.

Meniu pavadinimas be nuorodos

Man reikėjo gyvų submeniu ir negyvo meniu pavadinimo, 0 taip norėjo klijentas. Joomla 2,5 naudojau tokiam tikslui Text separator, čia netiko. Forumuose radau įvairių patarimų, daryti nuorodą, o vietoj nuorodos įrašyti #, - netiko. Parinkti kaip Heading - ir gi netiko, nes mano css parašyti taip, kad pakelia tekstą gerokai į viršų, pakeičia šriftą ir spalvą. Pradėjau daryti pakeitimus pakopiniuose stiliuose, bet ne viską radau, reikėjo ilgai knistis. Dar paieškojus radau atsakymą:

    .not-active {
       pointer-events: none;
       cursor: default;
    }   

Suveikė. Man tiko.

Kaip įdėti vaizdo įrašą .f4v ar kitokiu formatu su JCE redaktoriumi?

Reikalingas įskiepis JCE MediaBox. Atsakymą radau čia

Pasislepia antras submeniu punktas viršutiniame meniu.

Dirbant su šablonu Foodworld viršutinis meniu rodydavo tik vieną submeniu punktą, ties antru pasislėpdavo. Atsakymą radau čia:

#wrapper #top #right div#primary_navigation  {      position : relative;      z-index: 2;      font-size : 11pt;      margin-top : 72px;    }

#main_content h1  {      position : relative;      z-index: 1;      top : -20px;      font-weight : normal;  }

Padėjo iš karto z-index:10 pakeitus į z-index:20 ir net atsargai į 30

/* Navigation */

#nav { float: left;letter-spacing: 0;margin: 0px auto 0 26px;position: relative;z-index: 30;}

Joomla 3 nulaužta. Martyno patarimai.

1. Man tai antras kartas. Pirmą kartą Joomloje 1,5  lengvai suradau, buvo įdėtas paveikslas.
Šį kartą pirmiausia serveryje per MYSQl atstačiau administratoriaus slaptažodį, nes nebeveikė senasis. Neturėdama tuo metu laiko, norėjau laikinai nors paslėpti piktadarių turkų darbą. Tinklapio uždarymas nepadėjo. Įdėjau tuščią index.html failą šakniniame kataloge. Liko baltas tuščias puslapis.

Patikrinau FTP prisijungimus prie klijentų sistemos: spausti "Valdyti paslaugas" tuomet savo talpinimo planą ir "FTP išrašas" (iv.lt).
Nieko įtartino nepamačiau. Prisijungiau prie Direct admin serveryje ir atidariau index.php failą. Ir ką gi, tie patys įrašai, kurie matėsi atidarius svetainę. Ištryniau, liko tuščias lapas. Tada paėmiau iš paskutinio Joomlos paketo index.php failą ir įstačiau kodus, viskas atsistatė tam kartui. Gerai, kad nepakenkė daugiau. Reiks imtis daugiau saugumo priemonių.

Jeigu vėl netyčia atsiras užrašas, kad puslapis nulaužtas, tai reiktų patikrinti visus failus. Gali būt viename faile įmestas kodas, kuris automatiškai perrašo index.php failą. Jei kas, tai reiktų lyginti visus esamus failus su failais iš neužkrėstos kopijos kokia nors failų lyginimo programa (total commander, WinMerge, beyond compare ir kt.)
Dar galima patikrinti ar puslapis neužkrėstas online įrankiais:
http://urlquery.net/
http://sitecheck.sucuri.net/
http://nibbler.silktide.com/ - plati analizė

Savarankiškai pašalinti virusus

Į Joomla galima įdiegti nemokamą plėtinį Securitycheck (http://extensions.joomla.org/extensions/access-a-security/site-security/site-protection/19451) arba geresnį mokamą RSFirewall!(http://extensions.joomla.org/extensions/access-a-security/site-security/site-protection/8968)

Ir aišku reikia visada atnaujinti joomla ir visus plėtinius, reguliariai daryti kopijas, naudoti captcha ir nors kas pusę metų keist slaptažodžius.
Ir dar nustatyti teisingus failų ir aplankų leidimus (CHMOD). Failams 0644, aplankams 0755 (gali būt, kad tmp, cache ir kai kuriems išplėtimų aplankams reiks leidimų 077).

Per periodinę kenkėjiško kodo (angl. malware) paiešką serveryje aptiko kenkėjišką kodą berko.php (buvo cashe ir komponentų kataloge). Pasirodo, tai trojanas php.cmdshell, tik gerai, kad atskirame berko faile. Jei dar atsirastų kenksmingų failų, reiks daryti failų palyginimą.
Palyginimą galima daryt pusiau automatizuotu būdu. Yra programos, kurios palygins failus (beyond compare, Winmerge, total commander ir kt.), bet rastus skirtumus reikia pačiam peržiūrėti ir ieškot kenksmingo kodo.
Jeigu kodas neaiškus, galima jo dalį įmest į google ir pažiūrėt koks tai kodas. Dažniausiai, bet ne visada, kenksmingi kodai būna užšifruoti base64 koduote. Internete galima rasti dešifratorių. Pvz.
https://www.base64decode.org/

Kopiją tai reik turėt, kitaip nebus su kuo palyginti.

2. Perdariau, už mėnesio vėl nulaužta. Iš viršaus nesimato, bet prisijungti prie administravimo negaliu. Nuėjau į Mysql, pakeičiau slaptažodį, bet vistiek negaliu prisijungti. Tinklapyje prie pagrindinio meniu buvo prisijungimo modulis, jo nėra.

Rašiau serverio adminstracijai, kalbėjau gyvai, jokie slaptažodžių keitimai nepadėjo.

Ir šiaip svetainė nėra apsaugota. Prie administracijos prisijungti gali bet kas. Šiaip reiktų naudoti įskiepį AdminExile.

Atsitiko pavyzdžiui taip, kad užmiršote raktą, kaip jungtis ir negali įeiti į administravimą. Jokiu būdu netrinti įskiepio, o nueiti Cpanelę/File manager, susirasti plugins/system/adminexile ir pervadinti adminexile.php į pvz., Xadminexile.php. Įskiepis jau neapsaugo sistemos ir galima įeiti normaliai į administravimą. Po to reikia atstatyti to failo pavadinimą.

Paskui reikia paslėpti, kad puslapis naudoja Joomla. Reiktų instaliuot įskiepį ByeByeGenerator ir jį įgalinti. O taip pat reikia iš šakninio joomla katalogo ištrinti tokius failus kaip CONTRIBUTING.md, README.md, LICENSE.txt, README.txt ir visus kitus nereikalingus tekstinius failus (po Joomla atnaujinimo reikia vėl ištrinti tuos failus).
Dar jei puslapyje yra naudojama standartinė Joomla favicon.ico. Reiktų ją pakeisti į savo (Galima susigeneruoti http://www.favicon.cc/ iš kokio paveikslėlio).
Reiktų ištrinti nereikalingus nenaudojamus priedus (taip pat ir standartinius Joomla šablonus, jei jie nėra naudojami) .
Dar galima pabandyti apsaugai naudoti plėtinį Securitycheck. Kartais pats naudoju, bet dar nesiaiškinau ar jis tikrai naudingas :) (kažkas rekomendavo).
Ir apsaugai nuo spamo reikia naudoti NoNumber plėtinį Email Protector (https://www.nonumber.nl/extensions/emailprotector).
Dar Joomla turi standartinį peradresavimų įskiepį, kurį reikia karts nuo karto peržiūrėt ir nukreipti nuorodas iš neegzistuojančio puslapio į tinkamą. Tau naudinga ir SEO tikslais, ir gal šiek tiek apsaugo nuo įsilaužimų bandymų. Čia galima peržiūrėt video: https://www.youtube.com/watch?v=CP46AUrbNKI

Kai kuriuos priedus pridedu.

Tai dabar reiktų vėl atstatyti svetainę iš neužkrėstos kopijos ir įdiegti/padaryti tai ką aukščiau išvardinau.

Ir aišku reiktų atsinaujinti Joomla. Bet pirma reiktų patikrinti ar visi plėtiniai tinka naujai versijai.Geriau reiktų atstatinėt iš pilnos versijos (db+failai). Nu nebent galima atstatyti tik duomenų bazę, jei nebuvo keisti failai.
Šiaip juk nesunku pasidaryt kopiją kas kažkiek laiko su Akeeba Backup

db+failai (duomenų bazė ir failai) ir yra pilna puslapio kopija

Pirma reiktų pasibandyt pas save lokaliame serveryje. Nes jei buvo daromi kokie pakeitimai, tai gali atsirasti klaidų.

Šiaip su akeeba backup kopiją pasidaryt daug lengviau, nei daryt duomenų bazės kopiją.

Nu su Akeeba backup padaryta svetainės kopija užima maždaug tiek pat kiek svetainė.
Tai tuose hostinguose, kur mažai vietos, aš padarau kas kažkiek laiko atsarginę kopiją (kartą ar du per mėnesį) ir paskui persisiunčiu sau. O iš serverio ištrinu. Gal tai ir užima kažkiek laiko (paprastai, jei siunčiu iš lietuviškų hostingų, apie kelias minutes), bet paskui mažiau galva skauda :)

O vietiniam serveriui galima naudot OpenServer (http://open-server.ru/). Kadangi jo nereikia instaliuot, tai galima įsirašyt į flashiuką ir turėt visada po ranka

3. "Internal server error"

Dirbau, dirbau, padariau naują svetainę šalutiniame kataloge, nes sulaužytos negalėjau sutvarkyti. Svetainė dirba, bet negyva, bet nieko negaliu joje daryti. Ir staiga, dedant paskutinį tekstą, - "Internal server error". Kiek nelaukiau, svetainė nepasikrauna. Bandžiau ieškoti pagalbos hostinge, bet:

"„Deja, mums nepavyksta atkartoti problemos. Bendruoju atveju klaida 500 mūsų serveriuose grąžinama, kai WEB serveris negali atsakyti į gautą užklausą. "

Ir vėl Martynas padėjo:

Pirma pabandyt pervadinti failą public_html/kt/plugins/content/emailcloak/emailcloak.php į emailcloak.php.bak (arba ištrinti)

O jei nepavyks, reikt rankiniu būdu padaryt pakeitimus configuration.php faile:
public $error_reporting = 'default'; pakeisti į public $error_reporting = 'maximum'; arba $error_reporting = 'development'
public $debug = '0'; pakeisti į public $debug = '1';

Pervardinau ir padėjo. Tada išinstaliavau emailprotector papildinį ir sisteminį. Pastarąjį reikėjo tik užgesinti, nes Joomlai atsinaujinus, jis vėl atsiras.,
Šiaip šitas įskiepis apsaugo el. paštą nuo robotų, bet hostingo nustatymai neleidžia jo naudoti (kaip ir emailprotector). Todėl ir buvo klaida.

Kaip surasti šiukšlyną Joomla 3 (pradedant Joomla 1,7)

From the Admin Menu:
'Content' --> 'Article Manager' --> Select Status --> 'Trashed'

Čia ir pasirodo visi ištrinti straipsniai.

Galerijos su JCE MediaBox  ir Sigplus papildiniais. Jos labai panašios, o atsitiko taip:

LBKS tinklapyje buvau įdėjusi galerijas su JCE MediaBox  papildiniu. Pamačiau, kad viena nuotrauka iškraipyta (bemažinant, sumažinau ne vertikaliai, o horizontaliai). Pataisiau, nusiunčiau, o jos miniatiūra, kuri pasidaro automatiškai, vistiek iškraipyta. Išvaliau laikinus failus, - neveikia, pažiūrėjau miniatiūros vietą, o ji cashe podėlyje, išvaliau thumbs katalogą - neveikia, išvaliau preview katalogą - suveikė, bet neberodo iš viso nei vienos miniatiūros. Galerijos kaip ir nėra, nerodo, likusios tik rodyklės. Aš ir šiaip ir taip, niekas nepadeda. Na, galvoju, reikia perdaryti su kitu įskiepiu. Pasirinkau Sigplus modulį, ir kai tik įstačiau kodus, atsirado ir viena, ir kita galerija. Deja, mano miniatiūra  su pirmuoju įskiepiu liko ta pati iškraipyta, bet kitą dieną žiūriu, viskas gerai..

Sigplus man tikrai patinka. Galima naudoti ir pavieniams paveikslams kaip rokbox. Paaiškinimai čia

Horizontalus viršutinis meniu

Niekaip negalėjau gautą viršuje vertikalų meniu paversti horizontaliu. Pasirodo, Menu Class Suffix reikia nurodyti nav-pils

Štai ir Joomla 3

Su ja pradėjau naują tinklapį

Jau beveik norėjau atidaryti svetainę, kai žiūriu Titulinio psl. apačioje, ten kur turi rodyti netilpusius puslapius,  išlindo klaidos:

Illegal string offset 'active' in .............\html\pagination.php on line 95

kaip visada pradėjau googlinti ir radau:
Login to your Joomla administration and do the following.

1: Goto Global Configuration.
2: Click on Server.
3: Set Error Reporting to none.

padėjo...