- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
VK приобрела 70% в структуре компании-разработчика red_mad_robot
Которая участвовала в создании RuStore
Оксана Мамчуева
Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Еще вариант - нужный софт в джейл и к нему проксировать
Кому-то нравится инвалидов клепать, подставляя костыли
Простите, в чем "костыль" использования стандартного функционала PHP?
Вы готовы отвечать за то, что обновление всего нафиг - не поломает ТС другие проекты? Я - нет, потому и не даю заочно советы подобное феерической тупости.
в общем так.
насколько я понимаю - на лицо проблема стандартная- "Работает годами - я и не трогаю и не вкладываю". Обычно - ежегодно вложения должны возрастать.
ТС, вам уже предложили ряд вариантов.
PS: а в чем проблема на +2300? в сумме? может быть тогда бизнес имеет смысл развить, что бы эти 2300 не ударяли по карману?
Больше интересно другое, почему до сих пор на вашем сервере стоит релиз, время поддержки которого закончилось 5 лет назад ?
Такое "администрирование" вам и даром не нужно.
Простите, в чем "костыль" использования стандартного функционала PHP?
Вы готовы отвечать за то, что обновление всего нафиг - не поломает ТС другие проекты? Я - нет, потому и не даю заочно советы подобное феерической тупости.
Где предложение обновить все? Где make buildworld && make buildkernel ?
Вы предложили заменить стандартный пхп отдельным обработчиком, причем для отдельного модуля (вы написали УРЛ, хотя какой к черту УРЛ, если модуль инклудится при интерпретации основной ЦМС)
/ru/forum/comment/9798040
Далее вы пишете про настройку для виртуалхоста... где тут "стандартный функционал пхп", если речь о настройке демона веб-сервера?
/ru/forum/comment/9798767
Как-то так ...
Где предложение обновить все?
/ru/forum/comment/9796458
Собственно, даже "обновить PHP+mysql" - фактически эквивалентно "обновить все".
Вы предложили заменить стандартный пхп отдельным обработчиком
Да, CGI-интерепретатором. ПХП от этого "нестандартным" не станет - просто для отдельного сайта будет работать своя версия.
причем для отдельного модуля (вы написали УРЛ, хотя какой к черту УРЛ, если модуль инклудится при интерпретации основной ЦМС)
Может он работает для конкретного пути. Я упомянул это как вариант.
Далее вы пишете про настройку для виртуалхоста... где тут "стандартный функционал пхп", если речь о настройке демона веб-сервера?
Работа PHP в качестве CGI-скрипта - стандартный функционал:
http://www.php.net/manual/en/install.unix.commandline.php
Больше интересно другое, почему до сих пор на вашем сервере стоит релиз, время поддержки которого закончилось 5 лет назад ?
Такое "администрирование" вам и даром не нужно.
Оно типа и есть даром. Давайте за глаза не осуждать людей - ТС ведь не объяснил что входит в услугу администрирования, на каких условиях.
make buildworld - хорошая идея... но только внутри веток, например с 7.0 на 7.3, у меня успешно обновлялось с 6.0 до 7.0....
но чтото мне подсказывает - что make buildworld на 5.х ----> 8.x завалит сервер окончательно
1. Устанавливаете новый сервер, ставите на него современные версии ПО.
2. Настраиваете в jail версии ПО и настройки максимально приближенные к тому что есть сейчас. Благо в портах есть php 4.x 5.2.x 5.3.x и куча разных апачей и mysql.
3. Выполняете перенос. Все что заводится малой кровью, оставляете на сервере, все что не заводится, переносите в jail и неспешно переводите на последние версии ПО, если в этом есть смысл.
Обновлять с 5.x будет более затратно и не целесообразно.
Оно типа и есть даром. Давайте за глаза не осуждать людей - ТС ведь не объяснил что входит в услугу администрирования, на каких условиях.
Да я не осуждаю ) Больше поражает, что оно до сих пор работает ) настраивали изначально явно с пристрастием )
1. 2. 3.
Кому, интересно, вы пишете? :)
Да я не осуждаю ) Больше поражает, что оно до сих пор работает )
Было бы странно, если б оно перестало работать.
обновление всего нафиг - не поломает ТС другие проекты? Я - нет, потому и не даю заочно советы подобное феерической тупости.
Не, за это я спокоен. На сервере всего один сайт и всего один скрипт CMS. :)