Вообще-то спама приходит просто дохерище, просто он падает в папку спам. Вполне возможно, что gmailовский спамфильтр гораздо умнее, и, например, с меньшей вероятностью считает спамом то, что ты искал сам.
Узнаю дизайн корпуса рабочих станций от IBM. Только у IBM ручка для переноса была чуть дальше, и железная. Глядя на фотки, у меня подозрение, что китайцы сделали пластмассовую, и она может отвалиться.
Поиск по гуглу этой самой строки ничего не дал кроме ссылок на копипасту этой статьи
И еще — я что то, наверное, совсем отстал от жизни, но фак мой мозг, что значит фраза «занимался рассылкой спама и вредоносного ПО через порт 8080.»
Сервер _слушает_ на порту 8080. Слу_Ша_Ет. Какое это отношение имет к тому, чтобы что то рассылать? Чтобы что то отослать, требуется к чему-то приконнектится. Я что то совсем нихрена не понял по итогам этой статьи.
Объясните, а почему aio вообще нужен одновременно с sendfile
Мне как-то админ объяснял, что sendfile() вообще не работает с чтением «в обычном» виде, это что то ближе к mmap(), но при этом все это происходит в адресном пространстве ядра, причем файл мапится сразу в TCP буфера. И при этом, используется механизм подкачки, а не чтения типа read().
По крайней мере, это, по моему опыту, более работоспособно, чем какие-то, блин, роботосоветы по тайм-менеджменту типа «не отвлекайтесь, вставайте рано, выключите себе интернет, зажмите себя в железные тиски с понедельника».
Вообще проблема эффективности, по мере моего самокопания, оказалась просто фундаментальной, ибо в корне ее лежит отсутствие целостности в целях и желаниях. Мне прикольно попрограммировать, но сейчас солнце и хочу погулять, и еще потусить прикольно, и покупаться, и вообще «работать отстой», и еще прикольно мороженного поесть, и книжку почитать, и в душ сходить.
И я, раздираемый всеми этими желаниями одновременно, пытаюсь что то сделать. Попытки «задвинуть» хоть одно из желаний куда-то ни к чему хорошему не приводят, кроме как к ощущению что я себя нае… л. Можно прорабатывать убеждения что «работают только лузеры», что «по мере развития я перестану работать» — это уже даст существенное снижение самосаботажа в процессе программирования.
Есть еще косяк «неохота доделывать, когда по сути все ясно» — с ним тоже можно разбираться.
Но, вопрос, в итоге в том, что хочется всего разного и сразу, а делать можно что-то одно. И, постепенно интегрируя все и вся, совершенно не факт, что в итоге я буду переживать себя как программиста. И, в этом свете, мне еще большей дикостью кажутся все эти темы «возьми себя в руки, сопля, уберись на столе, не п*зди с людьми по аське, работай по 8 часов.» Все что я про них вижу — людям пытаются продать «правильную новую жизнь с понедельника».
Прочтя статью, до меня вдруг окончательно дошло, что такое FastCGI. И если вы тут предлагаете попробовать C++, то у меня возникло желание попробовать FastCGI + Java.
В какой-то момент деплой в сервлет контейнер, какие-то его падения и прочее стали просто задалбывать и занимать ощутимое время разработки. Окончательно разозлившись, я свалил на Ruby On Rails, чему очень рад.
В голове уже идея простого фреймворка аля RoR для Java. FastCGI + DB4O + еще что нибудь ;)
Но после прочтения статьи появилось желание попробовать, за что респект.
Лучше сразу рассчитывать вариант с балансировкой на кучу серверов. Как бы оптимально не был написан софт, при таких количествах запросов все равно встанет вопрос масштабирования. А вот времени на C++ разработку по сравнению с Java/Ruby/PHP/Python будет потрачено несоизмеримо больше.
И еще совет — попробуй пустить сервис в обкатку как можно раньше, и ничего не оптимизируй до реального запуска. Потом уже все увидишь где и что, может что то нужно будет написать на C, но сразу туда соваться не стоит.
Я когда-то писал баннероотдавалку для баннербанка (1000 показов в секунду на железе класса P3), вообщем мой опыт такой — «узкие места» оказывались ну совершенно не там, где интеллект видел их изначально.
На каком-то уровне я согласен с автором. И где-то год назад ко мне пришло более четкое осознание подобных вопросов.
А загвоздка вот в чем - в мотиве, и, как следствие, отношении к проекту.
Просто мотив может быть - "Я хочу создать coworking центр, и мне нужны средства для этого." или "Я хочу заработать деньги(средства) с помощью coworking центра".
В первом случае есть цель - клевый coworking центр, и средства на него, получаемые от (абонементов, дополнительных сервисов).
Во втором случае средства стали целью. Сам coworking центр где-то глубоко в заднице - он стал просто средством получения средств( средств на что? Хрен знает, но видимо, хотелки у создателя такого бизнеса совсем другие - Поршкаен, ремонт, или например, новый Mac Pro :). То есть основное внимание приковано не к коворкинг центру - он необходимость, а к настоящим целям.
Хочу сказать напоследок - занимайтесь чем хотите, а средства найдутся :)
Посмотрите что за java у вас стоит (java -version)
Возможно, вы работаете на java которые gcj, а не sun jre, в таком случае нужно поставить sun jre и проверить что как java машина используется именно оно.
А вообще Aptana не быстра, у меня Macbook Pro 2.2, 4GB, я попробовал и... плюнул я на все красивости и использую textmate. Может он синтаксис ошибочный не подчеркивает, но зато не лагает.
Какая мотивация, вы про что вообще? У вас есть идея что программист должен писать без ошибок? Проекты любой сложности? Должен тратить кучу времени на тестирование? Все равно он пропустит ошибки. Потому что он будет ходить по своей программе "определенными маршрутами". И если контроль качества у вас не поставлен как определенная процедура, то и качества не будет. А то что этим занимается начальство, которое должно принимать решения, а не тестировщик, труд которого, кстати, дешевле чем труд программиста - вообще какой-то нонсенс.
Чем искать гениев, которым вы, скорее всего, не сможете предложить интересных задач, подумайте как организовать рабочий процесс из обычных людей. Это же ваша работа :)
Для того чтобы предоставлять услуги хостинга нужна лицензия на телематические услуги.
Узел связи сдают пусть провайдеры с кабелями и дата-центрами :) Им же и нужна лицензия на передачу данных.
Если это все будет только для "близких гиков", то я думаю можно обойтись :)
Если хостинг будет предоставляться юрлицам, то лицензия уже нужна.
В свете последнего повышения цен мастерхостом ( теперь уже ~$250 в месяц, когда я начинал - оно стоило $50), я отказываюсь от такой затеи и забираю сервер с хостинга "до лучших времен". То есть пока не придумаю проект, который бы это дело безболезненно был окупал. Пока видимо кишка тонка.
Исходя из своего опыта, я советую не париться панелями управления. Пустое это все.
Для "обычного" хостинга с виртуальными хостами лучше брать провайдера. Понимаете,у него поддержка, недорого и так далее
Я советую вам сразу, дабы избежать моих ошибок, поставить на сервер что нибудь вроде vmware сервер(он бесплатный), сделать эталонный image, и устроить что то самопального VPS. Во первых - вы сможете легко сбэкапить данные ваших клиентов, во вторых - вы сможете достаточно безболезненно перекидывать это все на другой сервер, в случае потребности(авария или рост требований к сайту). В третьих - скорее всего гикам нужно будет что нибудь особенное. Кому ffmpeg собрать, кому последний Rails 2.0. Все это просто так будет сложно уживаться на одном сервере, а с виртуализацией - спокойно.
К тому же за VPS вы сможете элементарно брать больше денег.
Вопросы получения лицензии на телематические услуги оставим в стороне.
Мой опыт работы с индусами такой
- Общаться придется на английском и понимать их английский.
- Если вы из-за языковых проблем сформулировали что то не очень точно, то это тут же будет схалтурено.
- Более того, схалтурено будет везде где только можно. При этом придется потратить уйму усилий чтобы все таки доказать что это халтура, они будут ускользать от попыток заставить их сделать по уму как мокрый кусок мыла из рук.
- Вообще хитрость у них по моему своеобразная доблесть. Доходило до того, что менеджер, которому письменно написали что ему нужно быть на совещании, присылал вместо себя сотрудника с похожей(!) фамилией, видимо в теме что "русские не заметят, иностраницы же, а если что - сошлюсь на непонимание". Причем приглашение получено письменно и никаких ошибок быть не должно
- Все что может быть не сделано с отмазой "не так поняли" будет не сделано.
Если бы их изобретательность в отмазах пустить бы в мирное русло...
И если вы планируете "долгоиграющий" проект с добавлением, в последствии, новых возможностей, да или просто удовлетворением запросов клиентов, то не связывайтесь с ними. Разовую же шабашку они сделать могут, выглядеть будет как настоящая.
И еще — я что то, наверное, совсем отстал от жизни, но фак мой мозг, что значит фраза «занимался рассылкой спама и вредоносного ПО через порт 8080.»
Сервер _слушает_ на порту 8080. Слу_Ша_Ет. Какое это отношение имет к тому, чтобы что то рассылать? Чтобы что то отослать, требуется к чему-то приконнектится. Я что то совсем нихрена не понял по итогам этой статьи.
Отказываться от хелперов не охота.
Мне как-то админ объяснял, что sendfile() вообще не работает с чтением «в обычном» виде, это что то ближе к mmap(), но при этом все это происходит в адресном пространстве ядра, причем файл мапится сразу в TCP буфера. И при этом, используется механизм подкачки, а не чтения типа read().
Что тут не так/что я не понял?
По крайней мере, это, по моему опыту, более работоспособно, чем какие-то, блин, роботосоветы по тайм-менеджменту типа «не отвлекайтесь, вставайте рано, выключите себе интернет, зажмите себя в железные тиски с понедельника».
Вообще проблема эффективности, по мере моего самокопания, оказалась просто фундаментальной, ибо в корне ее лежит отсутствие целостности в целях и желаниях. Мне прикольно попрограммировать, но сейчас солнце и хочу погулять, и еще потусить прикольно, и покупаться, и вообще «работать отстой», и еще прикольно мороженного поесть, и книжку почитать, и в душ сходить.
И я, раздираемый всеми этими желаниями одновременно, пытаюсь что то сделать. Попытки «задвинуть» хоть одно из желаний куда-то ни к чему хорошему не приводят, кроме как к ощущению что я себя нае… л. Можно прорабатывать убеждения что «работают только лузеры», что «по мере развития я перестану работать» — это уже даст существенное снижение самосаботажа в процессе программирования.
Есть еще косяк «неохота доделывать, когда по сути все ясно» — с ним тоже можно разбираться.
Но, вопрос, в итоге в том, что хочется всего разного и сразу, а делать можно что-то одно. И, постепенно интегрируя все и вся, совершенно не факт, что в итоге я буду переживать себя как программиста. И, в этом свете, мне еще большей дикостью кажутся все эти темы «возьми себя в руки, сопля, уберись на столе, не п*зди с людьми по аське, работай по 8 часов.» Все что я про них вижу — людям пытаются продать «правильную новую жизнь с понедельника».
Значит сам сайт сделан на MRI. Значит что то еще не то в этом IronRuby.
processingjs.org/ — это про графику.
Что есть то есть, это не MRI, но все же.
[ Глубоко задумался ]
Нет, я имел ввиду не платформу, а язык.
Прочтя статью, до меня вдруг окончательно дошло, что такое FastCGI. И если вы тут предлагаете попробовать C++, то у меня возникло желание попробовать FastCGI + Java.
В какой-то момент деплой в сервлет контейнер, какие-то его падения и прочее стали просто задалбывать и занимать ощутимое время разработки. Окончательно разозлившись, я свалил на Ruby On Rails, чему очень рад.
В голове уже идея простого фреймворка аля RoR для Java. FastCGI + DB4O + еще что нибудь ;)
Но после прочтения статьи появилось желание попробовать, за что респект.
И еще совет — попробуй пустить сервис в обкатку как можно раньше, и ничего не оптимизируй до реального запуска. Потом уже все увидишь где и что, может что то нужно будет написать на C, но сразу туда соваться не стоит.
Я когда-то писал баннероотдавалку для баннербанка (1000 показов в секунду на железе класса P3), вообщем мой опыт такой — «узкие места» оказывались ну совершенно не там, где интеллект видел их изначально.
На каком-то уровне я согласен с автором. И где-то год назад ко мне пришло более четкое осознание подобных вопросов.
А загвоздка вот в чем - в мотиве, и, как следствие, отношении к проекту.
Просто мотив может быть - "Я хочу создать coworking центр, и мне нужны средства для этого." или "Я хочу заработать деньги(средства) с помощью coworking центра".
В первом случае есть цель - клевый coworking центр, и средства на него, получаемые от (абонементов, дополнительных сервисов).
Во втором случае средства стали целью. Сам coworking центр где-то глубоко в заднице - он стал просто средством получения средств( средств на что? Хрен знает, но видимо, хотелки у создателя такого бизнеса совсем другие - Поршкаен, ремонт, или например, новый Mac Pro :). То есть основное внимание приковано не к коворкинг центру - он необходимость, а к настоящим целям.
Хочу сказать напоследок - занимайтесь чем хотите, а средства найдутся :)
Возможно, вы работаете на java которые gcj, а не sun jre, в таком случае нужно поставить sun jre и проверить что как java машина используется именно оно.
А вообще Aptana не быстра, у меня Macbook Pro 2.2, 4GB, я попробовал и... плюнул я на все красивости и использую textmate. Может он синтаксис ошибочный не подчеркивает, но зато не лагает.
Чем искать гениев, которым вы, скорее всего, не сможете предложить интересных задач, подумайте как организовать рабочий процесс из обычных людей. Это же ваша работа :)
Для того чтобы предоставлять услуги хостинга нужна лицензия на телематические услуги.
Узел связи сдают пусть провайдеры с кабелями и дата-центрами :) Им же и нужна лицензия на передачу данных.
Если это все будет только для "близких гиков", то я думаю можно обойтись :)
Если хостинг будет предоставляться юрлицам, то лицензия уже нужна.
Исходя из своего опыта, я советую не париться панелями управления. Пустое это все.
Для "обычного" хостинга с виртуальными хостами лучше брать провайдера. Понимаете,у него поддержка, недорого и так далее
Я советую вам сразу, дабы избежать моих ошибок, поставить на сервер что нибудь вроде vmware сервер(он бесплатный), сделать эталонный image, и устроить что то самопального VPS. Во первых - вы сможете легко сбэкапить данные ваших клиентов, во вторых - вы сможете достаточно безболезненно перекидывать это все на другой сервер, в случае потребности(авария или рост требований к сайту). В третьих - скорее всего гикам нужно будет что нибудь особенное. Кому ffmpeg собрать, кому последний Rails 2.0. Все это просто так будет сложно уживаться на одном сервере, а с виртуализацией - спокойно.
К тому же за VPS вы сможете элементарно брать больше денег.
Вопросы получения лицензии на телематические услуги оставим в стороне.
- Общаться придется на английском и понимать их английский.
- Если вы из-за языковых проблем сформулировали что то не очень точно, то это тут же будет схалтурено.
- Более того, схалтурено будет везде где только можно. При этом придется потратить уйму усилий чтобы все таки доказать что это халтура, они будут ускользать от попыток заставить их сделать по уму как мокрый кусок мыла из рук.
- Вообще хитрость у них по моему своеобразная доблесть. Доходило до того, что менеджер, которому письменно написали что ему нужно быть на совещании, присылал вместо себя сотрудника с похожей(!) фамилией, видимо в теме что "русские не заметят, иностраницы же, а если что - сошлюсь на непонимание". Причем приглашение получено письменно и никаких ошибок быть не должно
- Все что может быть не сделано с отмазой "не так поняли" будет не сделано.
Если бы их изобретательность в отмазах пустить бы в мирное русло...
И если вы планируете "долгоиграющий" проект с добавлением, в последствии, новых возможностей, да или просто удовлетворением запросов клиентов, то не связывайтесь с ними. Разовую же шабашку они сделать могут, выглядеть будет как настоящая.