VaCancy

Man rodos 2 savaites, bet galbut ir klystu.

Klysti, 6 savaitės.

Buvo cia anksciau rasyta, kad jei paneles kodas prasideda is mazosios raides ji stovi, susiduriau pats su tokiu atveju, turiu geltona panele, kurios kodas prasideda is mazosios raides ir ji tikrai stovi vietoje, na bent jau kolkas, tai klausimas butu, ar tikrai nera kito budo jos isjudinti apart darant roll-up ?

Su "draugišku" juoku pasakyt galiu kad ir roll-up nepadeda. Nežinau ar visais atvejais bet prieš kelias dienas surollinau 3 geltonas su mažosiomis raidėmis, gavau violetinę su mažąja raide :D Manau išvada kol kas aiški.

O kažin sistemos klaidos bus sutvarkytos, nes dabar pas mane stovi dvi panelės nuo 12.18 tik kelis centus prikapsėjusios. AR jau reikia rašys į support'ą.

Ne pas tave vieną, ir tik tos kurios prasideda mažąja raide:/

Atrodo teikia tikrai.

Ir dar pastebėjimas, beveik visos svetainės, esančios BB choise network sistemoje turi gan aukštus lankomumo rezultatus pagal alexa com info, tai šiek tiek kelia optimizmą.

Ar gerai supratau,kad nuo 01.15 ismokos bus vykdomos tik i BB kortele

Iš kur tokios informacijos?

Pas Pestoką, tai juoda super panėlė pasitaikė, per 20 dienų, atidirbo 50% savo ciklo. Kitam žmogeliui raudona panėlė per 17 dienų atidirbo.

Tai nemanai dorfai kad čia sistemos klaidos? Seniau tokių "super panėlių" kaip ir nebuvo :D

siandien ivyko pora idomiu dalyku su panelem :) pirmiausia su geltona, kazkokiu budu per 7 dienas pasibaige ciklas :)

 

http://img820.imageshack.us/img820/6127/funny1i.jpg

 

 

ir dar viena su violetine, nors ji ir roll-up bet galiu patikinti, kad susuktos geltonos buvo 'sviezios', o ne pastovejusios

 

http://img23.imageshack.us/img23/5845/funnybe.jpg

 

 

gal kas siandien irgi sulauke siurprizu? :) nes vienas is mano referalu irgi apturejo panasia situacija su geltonom panelem

Aš taip pat, bus sistemos klaida. Man viena geltona užsidarė per 6 dienas, viena aktyvuota vakar prikapsėjo virš 5USD per naktį.

As tik nesuprantu, kodel pas mane tik dirba 75RR nors turiu ju daugiau ~90

Todėl kad ne visi RR vienodai pasiekia dienos išmokėjimo minimumą 0.075USD. Jei tą dieną RR nepasiekia to minimumo, išmoka keliama sekančiai dienai arba iki tol kol pasieks. Tokiu atvėju, būna kad kaikurie RR moka kas 3-4 dienas, tačiau jų išmokėjimai būna 0.12-0.18USD kas vistiek išeina į pliusą nežiūrint į laiką.

Na o aš vistik optimistiškai palaikau projektą. Dirbu jau virš 8-9 mėnesių su juo. Išmokų gal ir tenka ilgėliau laukti, ebt išmoka visiems. Paskutinė išmoka atėjo per 10 darbo dienų kas nustebino. Turiu nei daug nei mažai, 63RR kurie man duoda 6-7USD pelno dienai. Savo paskaičiavimais sieksiu 80-100RR aktyvių, aks leis man maksimaliai uždirbti mėnesiui 300USD kuriuos galima nusiimti, susimokėti silver narystę bei palaikyti pastovų RR skaičių. Taip kad spręsti Jums.

Sveiki

 

Turiu http://www.saliu-nuoma.lt puslapį.

Norečiau su juo patekti i pirmą puslapy, Google.

Ydomu ar pavyks aplenkti tokius gigantus kaip "didysis vestuviu katalogas"? (vestuvesaz.lt motininis, jis visada pirmam puslapyje).

 

Pasistengiau į saituka prideti tikslines informacijos, h1, meta, viskas tvrkingai... nes "vestuviu kataloge" realiai yra tik skelbimai, jokio "contento", ka Googolas šiaip jau labai megsta. Vieni saliu nuomos skelbimai, po 70 žodžių...

 

Gal kas žino, as verta stengtis ir gaišti laiką, ar užsiimti kuo nors naudingesniu?

 

aciū

Svetainėje DAUGYBĖ gramatikos klaidų, gal dar ir kitų, neturiu kada ieškoti. Manau pirmiau ir svarbiau būtų pataisyti tai, tada galvoti apie pirmas pozicijas. :)

Kokią sąskaitą faktūrą?

Pats šiandien parašiau dėl išmokėjimo, nusiunčiau pažymos kopiją ir sąskaitą faktūrą.

 

Tarkim turiu 350 LT. adclick sąskaitoje, tai kaip man skaičiuot? Legaliai dirbu įmonėje, esu studentas, tai kaip dėl tų PSD?

 

Apie kokias išlaidas čia kalbate?

Man rodos adclick minimali išmoka 400LT:P Teko imti prieš metus ar daugiau virš 1000LT. Išmokėjimai vykdomi bent jau tada būdavo per 30 dienų. Maniškė trūko visas 40 dienų, todėl po to karto apsimokiau parduoti žmogui kreditus pigiau. Išvengiami mokesčiai, popierizmas, sutaupomas laikas. O sąskaitą faktūrą norint išsiimti privalai jiems išrašyti, taip įstatymiškai pažymima kad ir tu ir adclick sumokės mokesčius už tavo uždarbį/išlaidas ir t.t. Sąskaitos faktūros man rodos negali išrašyti neturėdamas bent jau individualios veiklos pažymėjimo. Taip kad patarimas iš patirties. turi 350LT kreditais, parduok žmogui kad ir už 250LT, greit atsiras pirkėjas.

tai kaip supratau sitame versle svarbiausia palaikyti maximum leidziamu geltonu paleciu kieki, nes jos greiciausiai atidirba cikla ir greiciausiai duoda pelna. Jei pvz turiu 1 zalia tai reikia tureti 5 melynas/25 violetines/125 geltonas, nes pvz 1 zalia dirba apie 3men ji kainuoja 270$, o uz 270$ iseina 27 geltonos kurios 270$ atidirbs per 1men, o ne per 3 kaip zalia.. del to neapsimoka rollint kai tik turiu tris vienodas i aukstesne, nes atidirbimo laikas tik nusitemps.. ir jeigu visi po manes prikabinti referalai dirbs su tokia pacia strategija, tai niekada nepritruksiu nemokamo trafiko.. :huh:

Deja klysti nes neturint referalų tai pražūtinga strategija nes pritrūksi greit makro toms geltonoms. O čia palyginimui, 1 geltona duoda 10USD pelną per 3-4 savaites, kai violetinė per 4-5 savaites duoda 30USD ir tai yra 3x daugiau pelno per trumpesnį laiką. Čia palyginimas turint 1 geltoną ir 1 violetinę panėlę. Aukštesnės panėlės duoda dar didesnius pinigus per dar trumpesnį laiką. Laikantis šios strategijos ir rollinant visada mažesnes panėles į aukštesnes gaunamas didesnis pelnas NETURINT REFERALŲ ir nepritrunkama makro taškų.

Nepanašu į BB kopiją? Nenoriu offtopic daryt, bet čia reikalas vienas prie vieno, tik originalas ir lieka originalu, o kopija lieka dvokiančiu reikalu. Sėkmės dirbant:)

Wicked, asmenishkumams yra pm. Nesunku ir temos netershi

 

MindaugasLT, konkretizuok, kurioj vietoj nusishneketa?

 

Ignaz, 'smulkiai' viskas yra aprashyta uzdarbis.lt kitose temose

 

Nezinau, koki 'blogi' jus cia bandot izvelgt, bet mano esme, jog net pirminio etapo teks 3 paras palaukt, o tik po to dirbt. Del link'u idejimo ish uzdarbis.lt, tai kam ta pacia info det ir percituot?! juk yra temos apie domenus/hostinga. Taip pleciantis, tai ir wp, dizainas, ir visa kita reiktu.

 

Cia info zaliems, 'uzsidegusiems' kazka daryt, bet priverstiems palaukt. Kad zinotu, kas laukia ir neperdegtu :) Vienaip ar kitaip, dekui uz susidomejima!

Tu kažkoks atsilupęs. Tavo temoje nieko nėra apart 3 sakinių ilgų kurie nieko nepadeda net žaliems. Žmonės tau drebia tiesą į akis kaip yra, o tu dar bandai įrodyt kad vistik kažką gero padarei. Nu nepadarei, sorry. Aš tavo vietoje, tuos minimus linkus į kitas temas kur viskas plačiau, būčiau be jokių žodžių sudėliojęs taiP:

1. Nuoroda į temą apie domeno pasirinkimą, užsakymą, tiekėjo pasirinkimą

2. Nuoroda į temą apie hostingo tiekėjo pasirinkimą, resursų nustatymą

.. ir t.t. Tiek padaręs būčiau atlikęs ir tai kokybiškesnę pagalbą nei tavo, nors tai būtų visiškas niekas. Tavo atveju sorry, įžeist nenoriu, bet tik nepilnaprotystės proveržis.

EDIT: :D perskaičius dar kartą jo pirmą post'ą, supratau kad žmogeliui pačiam pirmą kartą pavyko užregistruot kažkokį domeną, gal net ir nemokamą. Netyčia susikurt hostingą, taipogi, greičiausiai nemokamą arba šiaip kokį pigų. Na ir ką jis pabrėžia, susiinstaliuoti WP scriptą. Vuolią. Žmogeliui pavyko, tad pagalvojo kad jis jau nebežalias o WEB guru. Nenoriu tikrai kažkaip įžeisti, bet pikta daros nuo šitos temos, arba tiesiog kažko nesuprantu iki galo...

Realiai manau tai net ir nebuvo vaikams ką rodyti (kad nebutų smurto ir pan.). Juk ir tuose pačiuose "Na, palauk!" vilkas su cigarete, girtas, chuliganas vaizduojamas. Per "Tomas ir Džeris" irgi stipresni silpnesnius skriaudžia ir pan.

Kalbant tik apie pelę ir katę, tai vis tik pelė visad nuskriaudžia katiną šiame filmuke;) O šiaip nėra ką tirti, kasdienybė keliasi ir į filmukus, todėl nebematome seniau matytų ranka pieštų filmukų:)

Gerbiami klientai,

 

Norime Jus informuoti, kad Static.LT klientų serverių palaikymą

perėme UAB "LIX Solutions", todėl Jūsų virtualūs serveriai buvo

perkelti į galingesnius bei spartesnius CloudLix.Com serverius:

 

* Patikima Intel serverinė įranga

* Serveriai su 24 bei 32GB operatyvios atminties

* Apsaugotas RAID diskų masyvas

* Serverių stebėsena visą parą

* Savaitgalinės atsarginės duomenų kopijos

* Galimybė pagerinti planą į CloudLix.Com su 50% nuolaida

 

Perkėlimo metu keičiasi Jūsų serverių IP adresai. Pvz.:

 

Senasis IP: 91.224.92.247

Naujasis IP: 84.32.117.247

 

arba

 

Senasis IP: 82.135.231.165

Naujasis IP: 84.32.117.165

 

Prisijungimo duomenis prie VPS serverių liko nepakitę.

Senaisiais IP adresais serverius galėsite pasiekti iki

rugpjūčio 1 dienos. Vėliau serveriai bus išjungti.

 

Iškilus neaiškumams prašome kreiptis el. paštu: [email protected].

Sportiniui azartui užplūdus gal ir nieko būtų pasigilinti, kam didesnis pliusas išėjo, pirkėjui, ar pardavėjui(?). Tačiau smagiausia, kad net neabejoju, jog vartotojams tai didžiausias pliusas. Tenka naudotis cloudlix paslaugomis, kol kas tik pliusai:)

Žmogau, o tu bent įsiskaitei kas parašyta? Tai buvo mano pasiūlymas, visi kas rašė, nori 20% nuo pelno - aš sutinku mokėti, mano pasiūlyta kaina nereiškia, kad aš tik tiek mokėsiu, tokią paskelbiau, nes nesigaudau ir nenutuokiu kiek reikėtų mokėti, todėl ir rašiau, kad galima siūlyti savo norimą uždarbį.

 

Gi čia ne filmus talpint reikia, tad savo įsteriškus komentarus gali pasilaikyti sau :lol:

 

 

Visą darbą? Daugiau siūlyčiau tik tuo atveju, jei svetainė būtų nauja ir neturėtų jokio lankomumo bei pelno, tada 50/50 sutikčiau dalintis, o dabar jau yra visos sąlygos sudarytos, savo pinigų kišti partneriui nereikia, nes tai padariau aš. Aš pakartosiu - čia ne filmus talpinti, tad baikit svaigt tie kurie nesat kažko panašaus darę.

Kolega, o prie ko čia filmai? Kam tu juos kiši? Beje, filmus talpinti ir mažiau laiko reikalauja ir 100x pelningiau, taip kad rink pavyzdžius atidžiau;)

PARDUODU adclick kreditus 83LT už 40LT. Kreiptis skype: deiwidukazzz

Prieš pirkdamie paslaugas tyngi pasiskaityti tai ir gauna už ką moka....kokybiškos paslaugos - brangiai kainuoja:)

Iš dalies labai sutinku, tačiau yra LABAI kokybiškų paslaugų, kurių kaina su paslaugų kokybės santykiu yra švelniai tariant pigi, bet čia tik vienetai tokių kompanijų/paslaugų tiekėjų.

Be to, šiuo metu matau temą skaito ir ArturasLIX, tad nepasipuikuosiu kad naudojuosi cloudlix paslaugomis, ir tiesiai šviesiai sakant ir neminint kad paslaugų kokybė atperka jų kainą, bet ir supportas super greitas, bendraujantis ir kiek teko susidurt, puikiai nusimanantis savo veikloje. Čia ne reklama, tiesiog naujų rimtesnių tokio pobūdžio paslaugų tiekėjų Lietuvoje atsiranda retai, apie kuriuos būtų galima paminėt gerą žodį, tad vien dėl to paminėjau tuos kas buvo man menkai žinomi ir kuriais nenusivilta.

Pabūsiu geras ir ta ilgai taupyta Linkomanijos pakvietimą atsiūsiu tau, geriau jau negu gulės tai bent kas naudosis :). Tuoj atsiusiu

Ir kaip taip žmonėmis pasitikėt? Juk LM'e jei jis prisidirbs vėl su ratio master, ir tu kentėsi davęs pakvietimą tokiam žmogui ;)

Atnaujinu informaciją, patikrinus tiek 80 tiek 3306 portus, rodo kad abu uždaryti. Dėl ko gali tai nutikti?

#

# The MySQL database server configuration file.

#

# You can copy this to one of:

# - "/etc/mysql/my.cnf" to set global options,

# - "~/.my.cnf" to set user-specific options.

#

# One can use all long options that the program supports.

# Run program with --help to get a list of available options and with

# --print-defaults to see which it would actually understand and use.

#

# For explanations see

# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

 

# This will be passed to all mysql clients

# It has been reported that passwords should be enclosed with ticks/quotes

# escpecially if they contain "#" chars...

# Remember to edit /etc/mysql/debian.cnf when changing the socket location.

[client]

port = 3306

socket = /var/run/mysqld/mysqld.sock

 

# Here is entries for some specific programs

# The following values assume you have at least 32M ram

 

# This was formally known as [safe_mysqld]. Both versions are currently parsed.

[mysqld_safe]

socket = /var/run/mysqld/mysqld.sock

nice = 0

 

[mysqld]

#

# * Basic Settings

#

 

#

# * IMPORTANT

# If you make changes to these settings and your system uses apparmor, you may

# also need to also adjust /etc/apparmor.d/usr.sbin.mysqld.

#

 

user = mysql

socket = /var/run/mysqld/mysqld.sock

port = 3306

basedir = /usr

datadir = /var/lib/mysql

tmpdir = /tmp

skip-external-locking

#

# Instead of skip-networking the default is now to listen only on

# localhost which is more compatible and is not less secure.

bind-address = 127.0.0.1

#

# * Fine Tuning

#

key_buffer = 16M

max_allowed_packet = 16M

thread_stack = 192K

thread_cache_size = 8

# This replaces the startup script and checks MyISAM tables if needed

# the first time they are touched

myisam-recover = BACKUP

#max_connections = 100

#table_cache = 64

#thread_concurrency = 10

#

# * Query Cache Configuration

#

query_cache_limit = 1M

query_cache_size = 16M

#

# * Logging and Replication

#

# Both location gets rotated by the cronjob.

# Be aware that this log type is a performance killer.

# As of 5.1 you can enable the log at runtime!

#general_log_file = /var/log/mysql/mysql.log

#general_log = 1

 

log_error = /var/log/mysql/error.log

 

# Here you can see queries with especially long duration

#log_slow_queries = /var/log/mysql/mysql-slow.log

#long_query_time = 2

#log-queries-not-using-indexes

#

# The following can be used as easy to replay backup logs or for replication.

# note: if you are setting up a replication slave, see README.Debian about

# other settings you may need to change.

#server-id = 1

#log_bin = /var/log/mysql/mysql-bin.log

expire_logs_days = 10

max_binlog_size = 100M

#binlog_do_db = include_database_name

#binlog_ignore_db = include_database_name

#

# * InnoDB

#

# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.

# Read the manual for more InnoDB related options. There are many!

#

# * Security Features

#

# Read the manual, too, if you want chroot!

# chroot = /var/lib/mysql/

#

# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".

#

# ssl-ca=/etc/mysql/cacert.pem

# ssl-cert=/etc/mysql/server-cert.pem

# ssl-key=/etc/mysql/server-key.pem

 

 

 

[mysqldump]

quick

quote-names

max_allowed_packet = 16M

 

[mysql]

#no-auto-rehash # faster start of mysql but no tab completition

 

[isamchk]

key_buffer = 16M

 

#

# * IMPORTANT: Additional settings that can override those from this file!

# The files must end with '.cnf', otherwise they'll be ignored.

#

!includedir /etc/mysql/conf.d/

Čia nustatymai.

O pagal komandą rašo:

root@server:~# ulimit -a

core file size (blocks, -c) 0

data seg size (kbytes, -d) unlimited

scheduling priority (-e) 20

file size (blocks, -f) unlimited

pending signals (-i) 16382

max locked memory (kbytes, -l) 64

max memory size (kbytes, -m) unlimited

open files (-n) 1024

pipe size (512 bytes, -p) 8

POSIX message queues (bytes, -q) 819200

real-time priority (-r) 0

stack size (kbytes, -s) 8192

cpu time (seconds, -t) unlimited

max user processes (-u) unlimited

virtual memory (kbytes, -v) unlimited

file locks (-x) unlimited

P.S. Šiuo metu kada kopinu duomenis, bandau dar pažaisti su mysql, todėl gali būt kad apkrovos ar kiti rodikliai bus pasikeitę, nei kad buvo problemos metu.

Gal pabandyk pro mysql tuneri pratraukt?

wget -O tune.pl http://mysqltuner.pl
chmod +x tune.pl
./tune.pl

 

Ivedi prasomus duomenis ir lauki rezultatu. Gali but kad kanors "nedakonfiguruoto" aptiks.

Gal būtų konkrečių patarimų?

-------- General Statistics --------------------------------------------------

[--] Skipped version check for MySQLTuner script

[OK] Currently running supported MySQL version 5.1.61-0ubuntu0.10.10.1

[OK] Operating on 32-bit architecture with less than 2GB RAM

 

-------- Storage Engine Statistics -------------------------------------------

[--] Status: +Archive -BDB -Federated +InnoDB -ISAM -NDBCluster

[--] Data in MyISAM tables: 77M (Tables: 38)

[!!] InnoDB is enabled but isn't being used

[!!] Total fragmented tables: 5

 

-------- Security Recommendations -------------------------------------------

[OK] All database users have passwords assigned

 

-------- Performance Metrics -------------------------------------------------

[--] Up for: 18h 14m 32s (1M q [19.882 qps], 65K conn, TX: 608M, RX: 170M)

[--] Reads / Writes: 46% / 54%

[--] Total buffers: 58.0M global + 2.7M per thread (151 max threads)

[OK] Maximum possible memory usage: 463.8M (22% of installed RAM)

[OK] Slow queries: 0% (10K/1M)

[OK] Highest usage of available connections: 7% (11/151)

[OK] Key buffer size / total MyISAM indexes: 16.0M/31.4M

[OK] Key buffer hit rate: 100.0% (24B cached / 432K reads)

[OK] Query cache efficiency: 37.8% (239K cached / 633K selects)

[!!] Query cache prunes per day: 28654

[OK] Sorts requiring temporary tables: 0% (74 temp sorts / 114K sorts)

[OK] Temporary tables created on disk: 0% (72 on disk / 98K total)

[OK] Thread cache hit rate: 99% (19 created / 65K connections)

[!!] Table cache hit rate: 0% (64 open / 122K opened)

[OK] Open file limit used: 12% (123/1K)

[OK] Table locks acquired immediately: 99% (799K immediate / 800K locks)

[!!] Connections aborted: 34%

 

-------- Recommendations -----------------------------------------------------

General recommendations:

Add skip-innodb to MySQL configuration to disable InnoDB

Run OPTIMIZE TABLE to defragment tables for better performance

MySQL started within last 24 hours - recommendations may be inaccurate

Enable the slow query log to troubleshoot bad queries

Increase table_cache gradually to avoid file descriptor limits

Your applications are not closing MySQL connections properly

Variables to adjust:

query_cache_size (> 16M)

table_cache (> 64)

Gal galima info, kur juos tiksliai rasti?

Jun 15 20:22:01 server CRON[602]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)

Jun 15 20:33:21 server -- MARK --

Jun 15 20:39:01 server CRON[643]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 20:40:01 server CRON[658]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 20:53:21 server -- MARK --

Jun 15 21:00:01 server CRON[686]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 21:09:01 server CRON[762]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 21:20:01 server CRON[803]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 21:22:01 server CRON[831]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)

Jun 15 21:33:21 server -- MARK --

Jun 15 21:39:01 server CRON[857]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 21:40:01 server CRON[865]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 21:45:33 server /etc/mysql/debian-start[920]: Upgrading MySQL tables if necessary.

Jun 15 21:45:33 server /etc/mysql/debian-start[923]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored

Jun 15 21:45:33 server /etc/mysql/debian-start[923]: Looking for 'mysql' as: /usr/bin/mysql

Jun 15 21:45:33 server /etc/mysql/debian-start[923]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck

Jun 15 21:45:33 server /etc/mysql/debian-start[923]: This installation of MySQL is already upgraded to 5.1.61, use --force if you still need to run mysql_upgrade

Jun 15 21:45:33 server /etc/mysql/debian-start[930]: Checking for insecure root accounts.

Jun 15 21:45:33 server /etc/mysql/debian-start[934]: Triggering myisam-recover for all MyISAM tables

Jun 15 21:50:30 server init: mysql main process (901) killed by KILL signal

Jun 15 21:50:30 server init: mysql main process ended, respawning

Jun 15 21:50:31 server /etc/mysql/debian-start[1080]: Upgrading MySQL tables if necessary.

Jun 15 21:50:31 server /etc/mysql/debian-start[1083]: /usr/bin/mysql_upgrade: the '--basedir' option is always ignored

Jun 15 21:50:31 server /etc/mysql/debian-start[1083]: Looking for 'mysql' as: /usr/bin/mysql

Jun 15 21:50:31 server /etc/mysql/debian-start[1083]: Looking for 'mysqlcheck' as: /usr/bin/mysqlcheck

Jun 15 21:50:31 server /etc/mysql/debian-start[1083]: This installation of MySQL is already upgraded to 5.1.61, use --force if you still need to run mysql_upgrade

Jun 15 21:50:31 server /etc/mysql/debian-start[1090]: Checking for insecure root accounts.

Jun 15 21:50:31 server /etc/mysql/debian-start[1094]: Triggering myisam-recover for all MyISAM tables

Jun 15 22:00:01 server CRON[1258]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 22:09:01 server CRON[1280]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 22:20:02 server CRON[1290]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 22:22:01 server CRON[1310]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)

Jun 15 22:33:21 server -- MARK --

Jun 15 22:39:01 server CRON[1327]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 22:40:01 server CRON[1344]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 22:53:21 server -- MARK --

Jun 15 23:00:01 server CRON[1436]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 23:09:01 server CRON[1494]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime) -delete)

Jun 15 23:20:01 server CRON[1555]: (smmsp) CMD (test -x /etc/init.d/sendmail && /usr/share/sendmail/sendmail cron-msp)

Jun 15 23:22:01 server CRON[1575]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)

Ar tai ką sako? Čia beveik visos eilutės iš to logo.

O ka pacio serverio syslogai rodo ?

Gal galima info, kur juos tiksliai rasti?