Hibaüzenetek

[csiplaci]

Sziasztok!

Nagy örömömben, hogy végre működik a CMSMS-em (localhoston) nekiláttam próbaképpen átfarigcsálni a standard, cms által felkínált alapsite-ot. Mindjárt a Home oldallal kezdtem (mert miért ne) És magyarítottam, meg írtam bele szöveget, semmi extra, Azonban egyszer csak azt vettem észre, hogy a teljes szöveg eltünk és azt írta, üzenetnek, hogy nincs tartalom megadva, vagy valami hasonló, miközben láttam, amit beleírtam. Nézegettem a többi oldalt, azzal nem volt ilyen baja. Aztán vissza akartam menni a Kezdőlapra , de akkor már látom, hogy a tipusa Header separátor. Beléptem, szerkesztem, katt az Alkalmaz gombra és ezt az üzenetet kaptam:
Warning: implode() [function.implode]: Bad arguments. in C:\Program Files\EasyPHP 2.0b1\www\cms\lib\classes\class.contentoperations.inc.php on line 459
^
htá most csak nézek ki a fejemből és kérdezem: ezzel mit lehet kezdeni? 

[csiplaci]

Szeretnék ide képet beszúrni illusztrálásaként a fent említetteknek, de nem megy.
Sima másolást nem enged, a képbeszúrás opció esetén pedig nem tudom milyen elérési utat adhatok meg 
Help!

[csiplaci]

Bocsánatot kérek, javítanom kel magam!
Az első üzenetben Header Separátort írtam, de nem az, hanem Section Header volt a tipusa.

[csiplaci]

Rettenetesen szomorú vagyok, már egy új oldal esetében is ezt csinálja.
Létrehoztam egy új oldalt (Új tartalom) egyszerűen megszerkesztve.
Aztán "Alkalmaz", majd "Elküld". Meg is jelent szépen. Visszamentem szerkesztésbe, hogy folytassam és az újabb alkalmaz gombra kattintás után máris jött a korábban már idézett hiba üzenet ugyan abban az állományban, ugyan arra a sorra hivatkozva.

Kérnék szépen egy kis segítséget! Mit ronthattam el, illetve egyáltalán elronthattam e valamit? Mert úgy érzem ezzel a művelet sorral nem lenne szabd ilyen hibát generálnia!

[Scanmen]

Szia!

Sajnos ilyen hibával még nem találkoztam...

Probáld meg hogy kitörlöd a cms adatbazist, és a webserver htdocs könyvtárát.

Majd ujra létrehozod a cms adatbazist, full jogot adsz neki és a CMSMS 1.4.1 verziot kitomorited a htdocs könyvtárba és lefutatod a CMSMS telepitést.
Ha nem mükszik, EasyPhp csere.

Más ötletem sajnos nincs 

[SPétör]

Hát ehhez én sem tudok hozzászólni... Javasolnám a XAMPP-ot --> http://www.apachefriends.org/en/xampp.html
De előtte próbáld meg a globális beállításoknál a cache-t kipucolni...

[csiplaci]

Cache törölve -> hiba továbbra is előjön, azaz először az, hogy "Nincs tartalom megadva", amikor az új szöveg beírása után az Alkalmaz gombra kattintok
Azt hiszem leszedem az egészet és mégegyszer (vagy ki tudja hányszor) fölrakom
Csak az szokott bosszantani ha nem tudom mi okozza a hibát, mert ekkor kiszolgáltatottnak érzem maga. Nem tőlem fögg, hanem attól, hogy neki mkilyen telepedési kedve van....

[SPétör]

Mit telepítesz fel még egyszer? A CMSMS-t? Ha a telepítéskor nem volt hibaüzenet, akkor szerintem nem azzal lehet a gond.
Mit szólsz a XAMPP-hoz? Megérne egy próbát nem? Nem is tú bonyolult... én linux alá is elég könnyen feltettem.

[csiplaci]

Késő... már fölraktam újra a CMS-t 

Való igaz,hogy telepítéskor miba nélkül csúszott föl, de mégis el kezdett szarakodni. Most újra fölraktam és most jó. Legalábbis egy darabig... remélem később sem romlik el 

[SPétör]

Azért azt nézd meg, hogy ha újra bejön a hiba, hogy akkor éppen mi történt?

[csiplaci]

oké, bár inkább ne jöjjön elő mégegyszer

[efraim]

Nehéz a bányászok élete.
Áttettem az új honlapra a régi adatbázist a virtuális serveren. A FireFox kacagva közölte, hogy

Jaj! Ez a link nem működik.

, kipróbáltam IE-vel is, ott 404-e hibával szállt ki, ami ugyanaz.
Ellenben a TotalCommanderemben ott mosolyog rám a rinka könyvtár. A config.php hibátlan, az indexhez meg hozzá sem kell nyúlni, mert az amúgy is a config szerint végzi a dolgát.
Miután a MySQL PhpAdminja nem volt hajlandó a teljes lementett adatbázisból kiszedett szöveges anyagot tartalmazó részletek importálására   és időtúllépéssel mindig kiszállt, átmásoltam a komplett lementett adatbázist, kitöröltem minden táblát aminek nem volt köze a szöveges anyaghoz, létrehoztam egy új könyvtárban egy ugyanolyan verziójú honlapot az adatbázis prefixumok megegyeztek a másik adatbáziséval, majd a rinka adatbázisból kitörölt táblák helyére bemásoltam a hiányzó táblákat a test adatbázisból. Az eredmény változatlan, a link nem működik.
A hab a tortán, hogy ha http://localhost/rinka helyett a http://localhost/rinka/admin-t írom be, akkor minden további nélkül indul a login.php, elfogadja a belépési kódot és a pages-ben meg lehet tekinteni az összes anyagot 

[silvertom]

tudom, hogy triviális kérdések, nem sértegetni akarlak vele de nincs jobb ötletem:
- htaccess ?
- korábban említetted, hogy új telepítés volt -> az új configját szerkesztetted?
- a configban nem csak az elérési utat, de a domaint is át kell írni, az is jó?
- van megadva default page? (egyszer jártam már úgy, hogy nem is volt főoldali engedélyezett tartalom )

[efraim]

Minden jó, megnéztem sorról-sorra, vagy sörről-sörre 
De délután kicsinykét lefeküdtem és megálmodtam, hogy mit teszek. Most éppen azon dolgozom. Van egy rinka  és van egy test az adatbázisban. A test-be feltöltöttem a rinka honlap eredeti teljes anyagát. Most csinálok a lementett anyagból egy rinka könyvtárat a virtuális serveren, az biztosan dolgozni fog, mert onnan építi fel a rendszer a rinka adatbázist. Ezek után a rinka adatbázisból törlöm azokat a táblákat, amik a szövefes anyagot tartalmazzák és a testből egyszerűen áthelyezem őket a helyükre. Így működnie kell. Majd megírom, hogy mit végeztem.

[efraim]

Szóval tényleg kellene valami okos ötlet, én kifogytam.
Installáltam a teljes oldalt, installáltam a modulokat. Az oldal működött. Kicseréltem az adatbázisból a rinka_content, a rinka_adminlog és a rinka_content_props táblákat, ezek után a böngésző nem találja az oldalt.
Ez a config.php, én nem látok benne hibát.

Kód: [Kijelölés]

<?php


#CMS Made Simple Configuration File
#Please clear the cache (Site Admin->Global Settings in the admin panel)
#after making any changes to path or url related options

#-----------------
#Behaviour Settings
#-----------------

# These settings will effect the overall behaviour of the CMS application, please
# use extreme caution when editing these.  Additionally, some settings may have
# no effect on servers with significantly restricted configurability.

# If you are experiencing propblems with php memory limit errors, then you may
# want to try enabling and/or adjusting this setting.
# Note: Your server may not allow the application to override memory limits.
$config['php_memory_limit'] = '';

# In versions of CMS Made Simple prior to version 1.4, the page template was processed
# in it's entirety.  This behaviour was later changed to process the head portion of the
# page template after the body.  If you are working with a highly configured site that
# relies significantly on the old order of smarty processing, you may want to try
# setting this parameter to false.
$config['process_whole_template'] = false;

# CMSMS Debug Mode?  Turn it on to get a better error when you
# see {nocache} errors, or to allow seeing php notices, warnings, and errors in the html output.
# This setting will also disable browser css caching.
$config['debug'] = false;

# Output compression?
# Turn this on to allow CMS to do output compression
# this is not needed for apache servers that have mod_deflate enabled
# and possibly other servers.  But may provide significant performance
# increases on some sites.  Use caution when using this as there have
# been reports of incompatibilities with some browsers.
$config['output_compression'] = false;

#-----------------
#Database Settings
#-----------------

#This is your database connection information.  Name of the server,
#username, password and a database with proper permissions should
#all be setup before CMS Made Simple is installed.
$config['dbms'] = 'mysql';
$config['db_hostname'] = 'localhost';
$config['db_username'] = 'root';
$config['db_password'] = '';
$config['db_name'] = 'rinka';
#Change this param only if you know what you are doing
$config["db_port"] = '';


#If app needs to coexist with other tables in the same db,
#put a prefix here.  e.g. "cms_"
$config['db_prefix'] = 'rinka_';

#Use persistent connections?  They're generally faster, but not all hosts
#allow them.
$config['persistent_db_conn'] = false;

#Use ADODB Lite?  This should be true in almost all cases.  Note, slight
#tweaks might have to be made to date handling in a "regular" adodb
#install before it can be used.
$config['use_adodb_lite'] = true;

#-------------
#Path Settings
#-------------

#Document root as seen from the webserver.  No slash at the end
#If page is requested with https use https as root url
#e.g. http://blah.com
$config['root_url'] = 'http://localhost/rinka';
if(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS']=='on')
{
$config['root_url'] = str_replace('http','https',$config['root_url']);
}

#Path to document root. This should be the directory this file is in.
#e.g. /var/www/localhost
$config['root_path'] = 'C:\wamp\www\rinka';

#Name of the admin directory
$config['admin_dir'] = 'admin';

#Where do previews get stored temporarily?  It defaults to tmp/cache.
$config['previews_path'] = 'C:\wamp\www\rinka\tmp\cache';

#Where are uploaded files put?  This defaults to uploads.
$config['uploads_path'] = 'C:\wamp\www\rinka\uploads';

#Where is the url to this uploads directory?
$config['uploads_url'] = $config['root_url'] . '/uploads';


#---------------
#Upload Settings
#---------------

#Maxium upload size (in bytes)?
$config['max_upload_size'] = 5000000;

#Permissions for uploaded files.  This only really needs changing if your
#host has a weird permissions scheme.
$config['default_upload_permission'] = '664';

#------------------
#Usability Settings
#------------------

#Allow smarty {php} tags?  These could be dangerous if you don't trust your users.
$config['use_smarty_php_tags'] = false;

#Automatically assign alias based on page title?
$config['auto_alias_content'] = true;

#------------
#URL Settings
#------------

#Show mod_rewrite URLs in the menu? You must enable 'use_hierarchy' for this to work for modules
$config['assume_mod_rewrite'] = false;

#Extension to use if you're using mod_rewrite for pretty URLs.
$config['page_extension'] = '';

#If you don't use mod_rewrite, then would you like to use the built-in
#pretty url mechanism?  This will not work with IIS and the {metadata} tag
#should be in all of your templates before enabling.
$config['internal_pretty_urls'] = false;

#If you're using the internal pretty url mechanism or mod_rewrite, would you like to
#show urls in their hierarchy?  (ex. http://www.mysite.com/parent/parent/childpage)
$config['use_hierarchy'] = false;

#If using none of the above options, what should we be using for the query string
#variable?  (ex. http://www.mysite.com/index.php?page=somecontent)
$config['query_var'] = 'page';

#--------------
#Image Settings
#--------------

#Which program should be used for handling thumbnails in the image manager.
#See http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel/Content/Image_Manager for more
#info on what this all means
$config['image_manipulation_prog'] = 'GD';
$config['image_transform_lib_path'] = 'C:/Program Files/VisualMagick/bin/';

#Default path and URL for uploaded images in the image manager
$config['image_uploads_path'] = 'C:\wamp\www\rinka\uploads\images';
$config['image_uploads_url'] = $config['root_url'] . '/uploads/images'; 


#------------------------
#Locale/Encoding Settings
#------------------------

#Locale to use for various default date handling functions, etc.  Leaving
#this blank will use the server's default.  This might not be good if the
#site is hosted in a different country than it's intended audience.
$config['locale'] = '';

#In almost all cases, default_encoding should be empty (which defaults to utf-8)
#and admin_encoding should be utf-8.  If you'd like this to be different, change
#both.  Keep in mind, however, that the admin interface translations are all in
#utf-8, and will be converted on the fly to match the admin_encoding.  This
#could seriously slow down the admin interfaces for users.
$config['default_encoding'] = 'utf-8';
$config['admin_encoding'] = 'utf-8';

#---------------------------------------------
#Use the old stylesheet logic?  It's much slower, but it works with older
#versions of CMSMS.  You'll also need this set to true if there is a module
#that uses a stylesheet callback.  Leave it as false instead you really
#need it.
$config['old_stylesheet'] = false;

# URL of the Admin Panel section of the User Handbook
$config['wiki_url'] = 'http://wiki.cmsmadesimple.org/index.php/User_Handbook/Admin_Panel';

#Enable backwards compatibility mode?  This basically will allow some
#modules written before 1.0 was released to work.  Keep in mind that this
#will use a lot more memory and isn't guaranteed to fix the problem.
$config['backwards_compatible'] = false;

#Not used anymore... kept around, just in case
$config['disable_htmlarea_translation'] = false;
$config['use_Indite'] = true;
?>És most már a http://localhost/rinka/admin/ sem indul