Так а вы знаете, в этом то и проблема, не трогали, а обратили внимание и выявили, если такой подход вас удивляет, не знаю чем вы руководствуетесь.....
Вас не смущают кронтабы которые выполняются 14400 раз в сутки при требуемом 1м? я так понимаю... пусть фигачит... клиенту ничего говорить не будем :D
Не совсем так. Пусть прямо клиент и не увидел улучшения или чего-то такого, но в будущем это не вызовет проблемы, а предупрежден = вооружен :)
А в пользу хостинга, это наверное подкинуть проблем клиенту и потом взять деньги за их решение? Интересно откуда слово "бесплатно" взялось :D Додумываете и резюмируете?
Формулу в студию пожалуйста, я обложился учебниками :D жду :D
Я бы предложил рассматривать это как некую сущность, которая теперь содержит вашу критику и мысли в том числе :) Чем чище и прямее они будут, тем качественнее получится сущность. А кто , как и для чего ею потом воспользуется решать каждому лично :D Я пока не нашел ни одного аргумента что бы считать этот поступок не логичным.
Вы видимо не понимаете меня , я уверен в том, что процесс который выполнялся 2 тысячи раз в сутки теперь будет выполняться 20 раз и в этом я уверен как ни кто более другой :) И я уверен в том, что нагрузка от этого "типа процесса" который в любом железе может работать на суточном графике будет в 115 раз меньше ..... а вы решили объединить это все в слово "сервер".... так вот я вам скажу, что сервер не стал работать в 115 раз быстрее и это понятно почему, потому что на сервере кроме описанного кронтаба работает еще ой как не мало всего и этот кронтаб в общей нагрузке на сервер дай бог что бы 1% давал какой-то а то и того меньше наверное, но вот этот самый 1% теперь стал в 115 раз меньше.... и это на ровном месте... и в этом я тоже уверен. А вы сейчас говорите с позиции "да у меня 8 ядерный сервер, че там тот кронтаб..." когда их будет у вас несколько тысяч, ваш 8 ядерный сервер уже начнет плавно превращаться в 2х ядерный :D если все настраивать таким вот образом .... но при таком подходе осознать что дело в кронах не позволит сознание :D Так же я вижу что вы не прочитали тот момент, который гласит о том, что может не корректно работать ПО которое использует этот крон .... )))) но это тоже видимо "красота" что уж там....
Вы правда не видите тут оптимизации? Умножьте такое поведение на 500 клиентов ;) вместо 10.000 выполнений в сутки, получаем 1.1 mln, это ~48 тысяч выполнений в час, 798 в минуту, в секунду считать нет смысла, крон не понимает все равно, куку :) Давайте попробуем поставить на вашей впске 800 крон заданий ежеминутно, пусть просто сайтик дергают какой-то :D
И конечно же не упускаем из вида тот факт, что 90% кронов основаны на обращении к сайту расположенному на этом же хостинге.... соответственно после запуска самого крона, будет еще процесс который будет шевелить файлы, базу, контент...... :D
Ну это знаете, как капча ;) те кто платят 2$ за 1000 вводов, получат 100% процент проникновения :D
Компиляторы естественно в первую очередь отключены для того, что бы периодически попадаемые на сервер акаунты не бросались компилировать что либо, и тут не идет речь о хакерстве или взломах, в принципе... зачем давать возможность клиенту с веб сайтом компилировать программы на сервере? Это выходит за рамки услуги в принципе. По этому и отключено. А как следствие, отсекает приличный процент тех кто как вы сами говорите "не осилил" :) Панацеи нет я в курсе :D---------- Добавлено 11.04.2013 в 00:05 ----------
Ну почему же вы так утрируете, посмотрите на этот процесс с другой стороны:
Она решила проблемы, как же не решила, просто для 8 ядерного сервера 1 крон задание не сложное даже каждую минуту - это не есть проблема, проблема заключалась в том, что выполнение происходило с не кислым избытком.. и вовсе не важно сколько это процессорного времени, важно то, что требовалось в 115 раз меньше !!!! Мне действительно приятно работать с системой , которая работает. Что же касается благодарностей, они не являются сутью данного топика, может быть мне стоило еще изложить сколько чая выпито было с владельцем этого акаунта? Если описанное выше вы считаете "красотой" то либо перечитайте еще раз, либо принимайте мои соболезнования.
И не стоит раздувать из мухи слона сейчас, математика на моей стороне: путем правильной \ рациональной настройки кронтаба под нужды клиентских сайтов, была получена 115 кратная экономия потребления ресурсов сервера (в описанном виде растрат) в сутки. Имеете что возразить?
rexsar_87, а вы наверное ожидали услышать чо-то типа : Мы ООО "Классные ребята" находимся в Москве, размещаем нелегальный адалт, клевету, пособия по сбору бомб, экстремизм , фарму адалт и прочее, офис находится там-то приезжайте заключим договор... ах да, стоимость услуг рыночная ... за 200 р отделаетесь :D
Вам тихонько намекнули, что такие штуки мало кто хостит , делайте вывод , ищите в другом месте :D
Как зачем? Если вы из мира где попадая в ssh надо срочно запустить десяток eggdrop и BNC ;))) то да, вам он не подойдет, а так в целом человек может удобно и просто работать со своим окружением, мне же не надо вам рассказывать разницу между phpmyadmin и mysql console ? когда руки прямые , второй вариант значительно экономит время )))
А так вы правы про noexec, nosuid и outgoing tcp ..... закрыто, так как не нужно.... А те кто настырно будут искать методы выхода в свет получат cancel и точка, делов то :D
Ну, если там что-то сгорело, возможно админка установлена по новой и когда-то скоро будет произведен импорт базы в текущую с вашими логинами и паролями (чисто догадки)---------- Добавлено 10.04.2013 в 22:11 ----------
А в чем дело брат? :) (c)
Поинтересовался :D не более того :D
У меня к примеру ftp/ssh доступ выдается автоматом, там нет доступа разве что к компиляторам системным, я даже Jail не использую, а perl и все остальное в полном так сказать объеме.... не вижу явных причин закрывать его .... зачем? если все равно можно выполнить cgi через веб ... ? Другое дело, что надо постараться сделать так, что бы этот перл ничему не навредил..... это другое дело уже... :) тут и скрипты по количеству процессов и другие бекграунд-киллеры помогут :D
Это предмет вашей задачи ))))
В моем случае было найдено место в котором вместо 20 выполнений происходило более 2х тысяч.... это не вызывало нагрузки видимой, кроны отрабатывались за считанные секунды, просто вызывать их столько раз не имело смысла никакого :D И пусть как я и писал нагрузка от крона была секундная и супер маленькая, она была избыточной ! На мелочах многое строится )))
А вы если желаете дополнить пособие на тему лимитов - милости просим , я буду только рад !!!
Спасибо, а мы уже третий год изо всех сил пытаемся предоставить вам качественную услугу, судя по всему у нас таки все получается :D :D :D :D Спасибо, здоровья вам так же.
