kursantik: Так что выбрать? PHP, Питон или руби, что посоветуете из этого?
Ещё раз повторим хором. Учить нужно программирование, а язык - вторично.
Программирование - оно как музыка. Нужно знать муз.грамоту, принципы построения аккордов и тд.. А на каком инструменте играть "во-садули-в огороде" зависит уже от того, где (для чего) это делать.
InoHacker: Поиском вообще никто не пользуется? =()
Это же форум поисковых систем. Разве это предполагает умение юзать поиск? ;)
unixadm: Функция mail() просто не будет знать, какой почтовый демон работает на сервере
Подозреваю, это можно указать в php.ini. Правильно?
unixadm: Что же касается почтового софта - тут каждый администратор использует то, к чему привык
На реальных хостингах? И тот же пхп (как пример) будет корректно работать, как это был бы sendmail?
Иначе говоря, если я установлю те же postfix+dovecot у меня "будет всё так же как и в реальности"? (сорри за такой ламерский сленг, но в данном вопросе я всё же ламер) ;)
Владимир-C: От кого-то где-то слышал, что можно на бесплатном домене.
А ещё на бесплатном хостиге и даже можно сайт сделать бесплатно. НО!!
Попробуй объяснить "клиенту", что 100руб в год - это не те деньги, ради которых стоит весь сайт засунуть в Ж..У (и в конце концов потерять). Найди в инете сравнения бесплатного и платного домена, акцентируй внимание на то, что бесплатный домен ему не принадлежит и его в любой момент могут забрать или перевести на платный (примеры уже известны). Покажи ему задачи сайта и что он потеряет если зажлобит столь ничтожную ссуму. Уверен, когда ты доступно объяснишь коммерческую невыгодность бесплатного домена - он всё поймёт.
Hkey: Using mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution.
Там как бэ ещё было:
Note: mysql_close() will not close persistent links created by mysql_pconnect().
Я повторю - я скрипта не имею и не знаю как открываются соединения.
Кроме того (из русского мана):
mysql_connect — Открывает соединение с сервером MySQL ... Соединение с сервером будет закрыто при завершении исполнения скрипта, если до этого оно не будет закрыто с помощью функции mysql_close().
Так вот мб скрипт не завершает работу, а в процессе оной (т.е. за таймлимит) успевает создать такое количество коннектов, то и вызывает переполнение MaxClients? Может стоит ограничить кол-во коннектов?
И да, как бэ "правила хорошего тона" программирования говорят, что "всё, что сам открыл - сам и закрой".
Золотые слова! Жаль, очень не многие "современные программеры" понимают разницу.
Ну а касаемо языков я вижу перспективы в Питоне. (смотрю в первую очередь на Гугло-сервисы, мобильные приложения и относительно резкий скачек количества "Питоно-ПО" как для десктопа, так и для серверов.)
+ Возрастающая необходимость\популярность линуксов для "обычных" юзеров. Т.е. перспективы в кроссплатформенности.
FaeR: Меняйте хостера) Или ждите 3 версии скрипта.
Я ж написал - скрипт не юзаю. Но на этом хостинге у меня мои сайты. Поменять хостера - оно конечно можно. Но где гарантии, что на другом хостере подобного не случится ("сосед" не запустит скрипт и тем самым положит хостинг)?
А вообще это хорошо, что хостер предупредил своих клиентов (и заметьте, разобрался с причинами, что далеко не каждый делает, так что хостер как минимум ответственный).
ТС, твой скрипт не юзаю (пока наблюдаю), но хотелось бы услышать комментарии.
В общем сегодня получаю от саппорта хостинга письмо:
Как многие из Вас успели заметить, сегодня вечером было падение сервера.
Причиной был один из сайтов, на котором запустили HTracer. Это крайне безграмотно написанный продукт, который умудряется не закрывать коннекты к MySQL, чем вызывает взрывной рост очереди FastCGI процессов и как следствие скручивание MaxClients. По сути это самая настоящая fork-бомба, только направленная не на память, а на форки Apache. Многие клиенты, которые пробовали его запускать уже получали просьбы не использовать этот продукт.
Так что выбрать? PHP, Питон или руби, что посоветуете из этого?
Ещё раз повторим хором. Учить нужно программирование, а язык - вторично.
Программирование - оно как музыка. Нужно знать муз.грамоту, принципы построения аккордов и тд.. А на каком инструменте играть "во-садули-в огороде" зависит уже от того, где (для чего) это делать.
Поиском вообще никто не пользуется? =()
Это же форум поисковых систем. Разве это предполагает умение юзать поиск? ;)
Функция mail() просто не будет знать, какой почтовый демон работает на сервере
Подозреваю, это можно указать в php.ini. Правильно?
Что же касается почтового софта - тут каждый администратор использует то, к чему привык
На реальных хостингах? И тот же пхп (как пример) будет корректно работать, как это был бы sendmail?
Иначе говоря, если я установлю те же postfix+dovecot у меня "будет всё так же как и в реальности"? (сорри за такой ламерский сленг, но в данном вопросе я всё же ламер) ;)
И ещё желательно в роботс.тхт закрыть не нужные дубли.
От кого-то где-то слышал, что можно на бесплатном домене.
А ещё на бесплатном хостиге и даже можно сайт сделать бесплатно. НО!!
Попробуй объяснить "клиенту", что 100руб в год - это не те деньги, ради которых стоит весь сайт засунуть в Ж..У (и в конце концов потерять). Найди в инете сравнения бесплатного и платного домена, акцентируй внимание на то, что бесплатный домен ему не принадлежит и его в любой момент могут забрать или перевести на платный (примеры уже известны). Покажи ему задачи сайта и что он потеряет если зажлобит столь ничтожную ссуму. Уверен, когда ты доступно объяснишь коммерческую невыгодность бесплатного домена - он всё поймёт.
Using mysql_close() isn't usually necessary, as non-persistent open links are automatically closed at the end of the script's execution.
Там как бэ ещё было:
mysql_close() will not close persistent links created by mysql_pconnect().
Я повторю - я скрипта не имею и не знаю как открываются соединения.
Кроме того (из русского мана):
Соединение с сервером будет закрыто при завершении исполнения скрипта, если до этого оно не будет закрыто с помощью функции mysql_close().
Так вот мб скрипт не завершает работу, а в процессе оной (т.е. за таймлимит) успевает создать такое количество коннектов, то и вызывает переполнение MaxClients? Может стоит ограничить кол-во коннектов?
И да, как бэ "правила хорошего тона" программирования говорят, что "всё, что сам открыл - сам и закрой".
Учите программирование, а не язык.
Золотые слова! Жаль, очень не многие "современные программеры" понимают разницу.
Ну а касаемо языков я вижу перспективы в Питоне. (смотрю в первую очередь на Гугло-сервисы, мобильные приложения и относительно резкий скачек количества "Питоно-ПО" как для десктопа, так и для серверов.)
+ Возрастающая необходимость\популярность линуксов для "обычных" юзеров. Т.е. перспективы в кроссплатформенности.
Ну я бы задумался о такой ответственности и заботливости...уж слишком много этот хостер знает о том, что происходит на аккаунте пользователя
Сервер упал, сайты всех клиентов потухли - хостер должен ничего не делать? Вот от такого хостера я бы точно сбежал.
А поводу "интереса хостера к данным юзера" флудить не стоит - в интернете не может быть секретов. Вопрос только в личном интересе определённых лиц ;)
У меня стоит скрипт на 5 сайтах на 1 не сильном серваке, но правильно оптимизированном и глюков и тем более без перегрузов.
ну как бэ и вот говорилось..Не исключаю, что причина одна
Меняйте хостера) Или ждите 3 версии скрипта.
Я ж написал - скрипт не юзаю. Но на этом хостинге у меня мои сайты. Поменять хостера - оно конечно можно. Но где гарантии, что на другом хостере подобного не случится ("сосед" не запустит скрипт и тем самым положит хостинг)?
А вообще это хорошо, что хостер предупредил своих клиентов (и заметьте, разобрался с причинами, что далеко не каждый делает, так что хостер как минимум ответственный).
ТС, твой скрипт не юзаю (пока наблюдаю), но хотелось бы услышать комментарии.
В общем сегодня получаю от саппорта хостинга письмо:
Причиной был один из сайтов, на котором запустили HTracer. Это крайне безграмотно написанный продукт, который умудряется не закрывать коннекты к MySQL, чем вызывает взрывной рост очереди FastCGI процессов и как следствие скручивание MaxClients. По сути это самая настоящая fork-бомба, только направленная не на память, а на форки Apache. Многие клиенты, которые пробовали его запускать уже получали просьбы не использовать этот продукт.
Что скажете?
можно писать в блог даже через Microsoft Word.
Далеко не всё что можно - нужно делать. Публикация из ворда - тот самый случай.