Във връзка с публикацията за Конвертирането под Windows се увлякох и разцъках едно свободно приложение под Windows за "преименуване на обекти". Казва се Bulk Rename Utility
Ето и линк от където може да се изтегли: ТУК

PS: Описание на приложението според download.idg.bg:

С тази програма, лесно могат да се преименуват много файлове и/или директории наведнъж. Има версия за 64 бита. Пишат, че работи 100% под Windows 2000/XP/Vista 32-bit.

Идеята е да се конвертират 100 файла под RTF или друг формат към DOC

Под Linux става с soffice + imacros

Под Windows ми беше интересно как ще стане(Явно защото не ползвам word и не го знам особено добре):

1. File -> New -> В дясно се избира "On my computer…"

2. Прозореца се казва Templates , а таба "Other Documents" , избира се "Batch Conversion Wizard"

Направих малко снимки , скоро не съм правил, то и под windows не съм цъкал скоро както и да е :

Всъщност това е много полезна функция на MS Word . Позволява конвертирането на всички поддържани формати към всички поддържани формат НАПЪЛНО АВТОМАТИЧНО и лесно :) Хайде стига с тоя Word , че започва да звучи на реклама каква не трябва да е. Просто исках да видя как става и реших да го споделя и не не мисля да ползвам Windows.

PS: Аналогично е и обрабното: Конвертиране от DOC към TXT и т.н.

Отчита всички tcp конекции на 80 порт:

lsof -ni TCP:80|grep "ESTABLISHED"|wc -l

Отчита клиентите на TCP/80

lsof -ni TCP:80|grep "ESTABLISHED"|awk -F 'www->' '{print $2}'|awk -F ':' '{print $1}'|sort|uniq|wc -l

#apache2
find /etc/apache2/sites-available -type f -exec sed -i 's/ErrorLog/#ErrorLog/g' {} \;
find /etc/apache2/sites-available -type f -exec sed -i 's/LogLevel/#LogLevel/g' {} \;
find /etc/apache2/sites-available -type f -exec sed -i 's/CustomLog/#CustomLog/g' {} \;

#nginx

find /etc/nginx/sites-available/ -type f -exec sed -i 's/access_log/#access_log/g' {} \;

#mysql

find /etc/mysql/my.cnf -type f -exec sed -i 's/general_log_file/#general_log_file/g' {} \;
find /etc/mysql/my.cnf -type f -exec sed -i 's/general_log/#general_log/g' {} \;
find /etc/mysql/my.cnf -type f -exec sed -i 's/log_slow_queries/#log_slow_queries/g' {} \;
find /etc/mysql/my.cnf -type f -exec sed -i 's/long_query_time/#long_query_time/g' {} \;

/etc/apt/sources.list

deb http://http.us.debian.org/debian stable main contrib non-free

aptitude update && aptitude install firmware-ralink

vim /etc/modprobe.d/blacklist.conf

#Usb Yagi
blacklist rt2800usb

vim /etc/modules

rt2870sta

Приятелчета: referaten.com и referatede.com

File: /etc/apt/sources.list

deb http://www.pvv.ntnu.no/~knuta/xmms/squeeze ./
deb-src http://www.pvv.ntnu.no/~knuta/xmms/squeeze ./

apt-get update && apt-get install xmms -y

Този диск е 3TB , не че има значение :)

Ето го и метода:

# fdisk -l /dev/sdb
Disk /dev/sdb: 3000.6 GB, 3000592982016 bytes
255 heads, 63 sectors/track, 364801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0×00000000
Disk /dev/sdb doesn’t contain a valid partition table

# parted /dev/sdb
GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted!

(parted) mklabel gpt
Warning: The existing disk label on /dev/sdb will be destroyed and all data on this disk will be lost. Do you want to continue?
Yes/No? yes
(parted)

(parted) mkpart primary ext3 0 100%

(parted) quit

mkfs.ext3 /dev/sdb1

Идеята е да се направи Dump на таблиците от конкретна база без съдъръжанието т.е. само структурата на таблиците. Ето как става:

mysqldump -uUSER -d -p DB > DB.sql

Opencart имат "Супер" DB структура и по- точно полетата "key" и "group"

mysql> describe oc_setting;
+------------+-------------+------+-----+---------+----------------+
| Field      | Type        | Null | Key | Default | Extra          |
+------------+-------------+------+-----+---------+----------------+
| setting_id | int(11)     | NO   | PRI | NULL    | auto_increment |
| store_id   | int(11)     | NO   |     | 0       |                |
| group      | varchar(32) | NO   |     | NULL    |                |
| key        | varchar(64) | NO   |     |         |                |
| value      | text        | NO   |     | NULL    |                |
| serialized | tinyint(1)  | NO   |     | NULL    |                |
+------------+-------------+------+-----+---------+----------------+
6 rows in set (0.00 sec)

Готино а ?

Проблема тук е следния, че в магазина на OpenCart е добавен Български език само на FrontEnd без админ панела, а един колега е сетнал Български език и за админ панела. При това положение излиза следната грешка:

"Notice: Error: Could not load language bulgarian! in /…/public_html/shop/system/library/language.php on line 39"

Е решението е да се фиксне в базата както аз направих:

update oc_setting set value='en' where setting_id=24303;

PS: Поста е как да се фиксне тази грешка, но не се стърпях да напиша колко "добре" са подбрани имената на колоните в таблицата oc_setting