ЕМ>Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
ЕМ>Может быть, есть готовые предустановленные конфигурации, доступные на виртуальных дисках, которые можно подсунуть в VirtualBox/VMware?
Системное администрирование машины с Linux это такая же специальность, как разработка софта. Требует довольно много времени, чтобы набрать знаний и наработать навыков (которые потом сильно проще поддерживать, но тоже нужно время тратить). Все это занимает уйму времени. Ради одной виртуалки не имеет смысла (куча времени на обучение и немного на поддержание навыков). К тому же высоко квалифицированный сисадмин-фрилансер находится за еду на любой бирже фриланса (реально квалифицированный и реально за копейки и тут может куча балаболов возмутиться, но тебе нужен один, который будет делать, что надо и такого реально легко найти на фрилансе, а балаболы могут дальше продолжать трепать языком, что им хочется).
Что бы ты ответил, если бы кто-то тут задал похожий вопрос про другую специальность. Например: хочу научиться писать шаревару ради написания простенькой программки, расскажите, на чем щас принято писать шаревару (язык программирования) и в какой сфере это делать (десктоп, мобилки, корпоративный сегмент)?
Многие недооценивают количество знаний сисадмина и думают, что можно за пару недель неспешного ковыряния в носу все, что нужно, освоить и "админить Linux". Халявы не будет — тут все так же, как и в любой другой сфере... Посмотри на тех нытиков, которые тут регулярно проявляются и рассказывают какое говно этот линукс (который тупо не осилили или пихают туда, куда не нужно, потому что в Linux можно гораздо комфортнее работать, чем в той же винде, если, во-первых, освоить его, а не пытаться тащить виндовые подходы в линукс и, во-вторых, использовать его там, где он подходит, в том числе и на десктопе, но не для любых задач).
С настройкой почты лучше даже не связывайся (яндекс почта для домена и никаких других вариантов). Там реально много нужно знать и постоянно разбираться с очередным изворотом очередного непрохождения почты на очередной сервак (из-за очередного хитромудрого админа). Главная причина почтовиков — упертые админы с синдромом вахтера, которые от избытка времени настроили очередной суперфильтр и тебе придется у себя настраивать очередную хрень, чтобы почта туда проходила (с количеством вреда от админов-антиспамеров рядом ни нытики пользователи ни тем более сами спамеры рядом не стояли). Достаточно вспомнить придуманный полным фанатиком грейлист, который использовали на половине серверов и до сих пор используют, чтобы понять всю глубину фанатизма почтовых админов-антиспамеров (админ получателя у себя настроил грейлист, твой продажник по телефону обещает прям щас отправить прайслист, потому что покупатель может уйти, но почта не доходит быстро и он звонит тебе чтобы съесть мозг, а ты нихрена сделать не можешь для отправки почты и предлагаешь ему отправить почту получателю на не корпоративный ящик и вся эта галиматья из-за того, что какой-то параноик-вахтер установил грейлист).
В теории, если ты настраиваешь свой собственный почтовик (для себя) на собственном домене тебе должно быть достаточно:
прописать реверсную запись в DNS,
прописать жесткий SPF
и все почту с этого домена отправлять через этот почтовик (ну и на самом почтовика прописать только твой домен для передачи почты).
Однако, в реальности это работать не будет в половине случаев, потому что есть куча почтовых админов с синдромом вахтера и непреодолимой тягой показать всю свою хитроделанную крутизну, поэтому чтобы твою почту приняли тебе придется настраивать цифровую подпись (без нее почта от тебя пойдет в спам) и еще кучу другой неведомой херни, только чтобы ублажить эго админа-вахтера. Получается классическая гонка вооружений (брони и снаряда). Очередной озабоченный админ придумывает очередной фильтр — ты вынужден у себя тоже что-то настраивать, чтобы его пройти (и делать это придется регулярно).
Я на своем почтовике прописал на отправку уже указанные 3 пункта, а на прием проверку реверса и больше ничего (буквально ничего другого, даже антивируса, потому что на десктопе Linux). В результате на прием фильтр работает так же эффективно, как у mail.ru (я как-то зашел в папку со спамом и нашел единственное письмо с прописанным реверсом, т.е. мой примитивный фильтр пропустил бы за месяц 1 письмо по сравнению с многоуровневой интеллектуальной системой mail.ru, которой занимается куча народа, да и вообще сейчас самые ярые спамеры — интернет магазины, которые фильтруются в почтовом клиента по from:, если перестают дружить с головой и активно спамить).
На отправку все слегка хуже. Половина почтовиков мои письма кладет в спам (ну, а я со своей стороны кладу на требования таких почтовиков). И, к счастью, сейчас у всех есть slack/telegram/другой способ связи и можно через пару дней пингануть человека там, чтобы он порылся в спаме и возможно после этого у него мое письмо перестанет отправляться в спам. Я же со своей стороны просто положил на настройку разных хитромудрых цифровых подписей и другой хрени — пусть админ-параноик почтовика на приеме сам занимается распознаванием меня как не спамера (белые списки, проверка на то, что жесткий SPF на моем домене прописан не просто так и другие заморочки), если ему нечем заняться — пусть сначала настраивает хитрые фильтры, а затем еще более хитрые антифильтры.
====
P.S. Если вкратце — админ, такой же профессионал, как и программист, например — быстро научиться не получится. Нужен админ — найми квалифицированного фрилансера задешево. Но если хочется поиграться в админа и кое-чему научиться (что-то полезное для себя обязательно узнаешь), то дерзай, но в одиночку это будет очень неэффективно (работая помощником у опытного админа — прокачался бы сильно быстрее, но это не твой вариант, как я понимаю).
Здравствуйте, Pzz, Вы писали:
Pzz> Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Михaил, Вы писали:
М>>Разве .conf файлы в папке etc не одни и те же?
ЕМ>Говорить про "папки" в ФС линукса — еще более "фу", чем в ФС винды.
Сами фс линукса — то еще "фу") Создают больше проблем
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
На хостингах обычно предоставляется широкий ассортимент, так что правильный вопрос, какой выбрать, чтобы проблемы как можно быстрее решались.
Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ.
Следущие по популярности — Debian и Fedora. Лично я использую федору, потому что за очень много лет я к ней привык.
Sendmail тебе не нужен от слова совсем. Тебе нужен postfix или exim. Проще удавиться, чем научиться настраивать sendmail, и даже если ты его настроишь, ты никогда не будешь уверен, что настроил его правильно. Более того, к тому моменту, когда тебе понадобится что-то изменить в его конфигурации, ты напрочь забудешь, как это делается.
Apache был хорош, когда сайты делали на PHP или на перле. Сейчас так не делают. Современный сайт строится вокруг сервера, отдающего статический контент и пробрасывающий запросы к API по HTTP к локальной программе, которая эти API-запросы отрабатывае. Соответственно, большая часть возможностей апача тебе никогда не потребуется, но при этом тебе придется поближе познакомиться с его настройкой, которая весьма не проста.
Для любителей неувядающей классики я бы порекомендовал nginx, для любителей чего-нибудь посовременнее — Caddy. Caddy хорош тем, что он автоматически притаскивает сертификаты с letsencrypt, и настраивается файлом из 5-и строк. Но ни у кого нет опыта, как Caddy ведет себя под реально большой нагрузкой.
Если твой сайт "живой", т.е. не просто показывает какие-то статические странички, а взаимодействует с пользователем, тебе понадобится на стороне сервера программа, которая обрабатывает эти запросы. Сейчас принато отделять генерацию содержимого странички от обработки запросов, запросы приходят в виде какого-нибудь JSON, и в виде JSON на них же и отвечают. Как отобразить ответ — проблема локального (работающего в бровсере на стороне клиента) JavaScript.
Отвечательную часть называют словом "бакенд", и писать ее, в принципе, можно на любом языке программирования. Наиболее модные для этого дела — питон, JavaScript и его деривативы и набирающий обороты Go.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
Ориентируйтесь на Ubuntu. Стандарт, можно сказать. А sendmail лучше не трогать вообще.
ЕМ>Может быть, есть готовые предустановленные конфигурации, доступные на виртуальных дисках, которые можно подсунуть в VirtualBox/VMware?
Да там всей установки next-next-finish. Сами поставите.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
CentOS
Ubuntu
Debian
Linux Mint
Arch
Fedora
OpenSUSE
Red Hat
ЕМ>Может быть, есть готовые предустановленные конфигурации, доступные на виртуальных дисках, которые можно подсунуть в VirtualBox/VMware? pornohubdocker?
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Здравствуйте, Слава, Вы писали:
С>>А sendmail лучше не трогать вообще.
ЕМ>В каком смысле "не трогать"? Не менять настройки по умолчанию, или вообще не использовать?
Сегодня письма, посланные через sendmail, отправляются в спам.
Люди используют платные шлюзы вместо этого. sendgrid, например дают 1000 (или 10000, хепомню точно) писем в месяц бесплатно, и т.д.
Здравствуйте, aik, Вы писали:
D>>Сегодня письма, посланные через sendmail, отправляются в спам. aik>spf надо настраивать, тогда не будут.
Если IP из облачного провайдера — будут. Не 100%, но заметная доля будет уходить в спам.
Нужно SPF, DKIM, чистый IP-диапазон, и даже это не будет гарантией.
Здравствуйте, DenisCh, Вы писали:
Pzz>> Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ.
DC>Убунту на сервер хостинга? О_о
Здравствуйте, Pzz, Вы писали:
Pzz> Pzz>> Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ. Pzz> DC>Убунту на сервер хостинга? О_о Pzz> И?
Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
Может быть, есть готовые предустановленные конфигурации, доступные на виртуальных дисках, которые можно подсунуть в VirtualBox/VMware?
Здравствуйте, Doom100500, Вы писали:
D>Сегодня письма, посланные через sendmail, отправляются в спам.
Какие-то SMTP-серверы используются в любом случае, хотя бы для приема почты от клиентов. Например, HostGator использует Exim.
D>Люди используют платные шлюзы вместо этого. sendgrid, например
А туда уже пересылает локальный почтовый сервер. Я именно о нем.
Здравствуйте, Евгений Музыченко, Вы писали:
D>>Люди используют платные шлюзы вместо этого. sendgrid, например
ЕМ>А туда уже пересылает локальный почтовый сервер. Я именно о нем.
Не знаю. Беры сенгрид api и шлю ему обычный http запрос из любимого языка програмирования
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какие-то SMTP-серверы используются в любом случае, хотя бы для приема почты от клиентов. Например, HostGator использует Exim.
Вопрос тут в репутации почтового сервера. Добиться хорошей репутации самостоятельно сегодня очень тяжело, поэтому собственные почтовики шлют письма в спам (всем, кроме тебя самого )
Здравствуйте, aik, Вы писали:
aik>Здравствуйте, Doom100500, Вы писали:
D>>Сегодня письма, посланные через sendmail, отправляются в спам.
aik>spf надо настраивать, тогда не будут.
Здравствуйте, Cyberax, Вы писали:
C>Нужно SPF, DKIM, чистый IP-диапазон, и даже это не будет гарантией.
Во блин, и то правда. У меня этот smtp только чтоб патчи в мейллисты слать (гугловый отрубает даже после небольшого количества писем подряд), мейлменам всё равно походу, а gmail сволочь в спам отправляет.
Здравствуйте, Евгений Музыченко, Вы писали: ЕМ>Я знаю. Хочу, если дойдут руки, выбирать не наугад, а из наиболее ходового именно для хостинга.
А есть разница? ПО-то везде одно и то же будете ставить: nginx, php, и т. д. Отличия разве что в команде установки: где то apt install (большинство дистров), а где-нибудь другая.
ЕМ>Я знаю. Хочу, если дойдут руки, выбирать не наугад, а из наиболее ходового именно для хостинга.
Первый же ответ в ветке: Debian или CentOS (только щас уже вышла v8, а у многих хостеров ее до сих пор нет, хотя у меня на aruba работает именно она, но этот квест не для новичка опять же). Можно Ubuntu вместо Debian, но, IMHO, Debian testing — это более свежий и достаточно стабильный софт по сравнению с Ubuntu. Выбрать нужно что-то одно, потому что для новичка разница огромна и разбираться в отличиях rpm и deb дистрибутивов и особенностях настройки софта в CentOS и Debian — зря тратить время. Я бы брал Debian. У CentOS нет обновления на новую версию дистрибутива и там чуть более древние версии софта (для Enterprise то, что надо, для тебя сам решай).
Итого: Debian/Ubuntu или CentOS — выбери что-то одно (для новичка разница несущественная) и развлекайся.
P.S. IMHO, CentOS — лучший выбор для сервера (в том числе и VPS). В нем сочетается стабильность (дыры правят 10 лет, а значит, отдав проект заказчику ты можешь быть уверен, что его не сломают, нужно будет только обновлять софт и эти обновления не сломают само приложение) и, начиная с v8, более-менее свежий софт (первые 5 лет софт обновляют, а теперь еще и появились dnf modules и еще не написанные версии софта будут бекпортироваться в давно выпущенный CentOS — такого нет ни в одном дистрибутиве, либо стабильность, как в Debian stable, либо свежий софт, как в testing или шко-ло-ло-Arch). Но CentOS не для новичка, ибо если чего-то нет, то пакеты придется собирать самому (в Debian разнообразие сильно больше и вряд ли что-то нужно будет собирать самому, а новичку лучше тратить время на более важные вещи). В CentOS, например, до сих пор нет C++ coroutines, хотя clang есть давно (причем его поддерживает сам RedHat) и нужной версии, но нет libc++. Для хостинга это не нужно, но показывает, что можно столкнуться с отсутствием какого-то софта, причем даже с учетом сторонних репозиториев.
Здравствуйте, Reset, Вы писали:
ЕМ>>Я знаю. Хочу, если дойдут руки, выбирать не наугад, а из наиболее ходового именно для хостинга.
R>Первый же ответ в ветке: Debian или CentOS (только щас уже вышла v8, а у многих хостеров ее до сих пор нет, хотя у меня на aruba работает именно она, но этот квест не для новичка опять же). Можно Ubuntu вместо Debian, но, IMHO, Debian testing — это более свежий и достаточно стабильный софт по сравнению с Ubuntu. Выбрать нужно что-то одно, потому что для новичка разница огромна и разбираться в отличиях rpm и deb дистрибутивов и особенностях настройки софта в CentOS и Debian — зря тратить время. Я бы брал Debian. У CentOS нет обновления на новую версию дистрибутива и там чуть более древние версии софта (для Enterprise то, что надо, для тебя сам решай).
R>Итого: Debian/Ubuntu или CentOS — выбери что-то одно (для новичка разница несущественная) и развлекайся.
R>P.S. IMHO, CentOS — лучший выбор для сервера (в том числе и VPS). В нем сочетается стабильность (дыры правят 10 лет, а значит, отдав проект заказчику ты можешь быть уверен, что его не сломают, нужно будет только обновлять софт и эти обновления не сломают само приложение) и, начиная с v8, более-менее свежий софт (первые 5 лет софт обновляют, а теперь еще и появились dnf modules и еще не написанные версии софта будут бекпортироваться в давно выпущенный CentOS — такого нет ни в одном дистрибутиве, либо стабильность, как в Debian stable, либо свежий софт, как в testing или шко-ло-ло-Arch). Но CentOS не для новичка, ибо если чего-то нет, то пакеты придется собирать самому (в Debian разнообразие сильно больше и вряд ли что-то нужно будет собирать самому, а новичку лучше тратить время на более важные вещи). В CentOS, например, до сих пор нет C++ coroutines, хотя clang есть давно (причем его поддерживает сам RedHat) и нужной версии, но нет libc++. Для хостинга это не нужно, но показывает, что можно столкнуться с отсутствием какого-то софта, причем даже с учетом сторонних репозиториев.
А в чем отличие настройки? Разве .conf файлы в папке etc не одни и те же?
Здравствуйте, Михaил, Вы писали:
М>ПО-то везде одно и то же будете ставить: nginx, php, и т. д.
Так я не хотел бы все ставить сам и настраивать с нуля. Потому и спросил, нет ли готовых конфигураций, заточенных под веб-сервер с PHP и почтой, с прикрученной к ним аналитикой, средствами управления вроде CPanel и т.п.
Здравствуйте, Евгений Музыченко, Вы писали: ЕМ>Так я не хотел бы все ставить сам и настраивать с нуля. Потому и спросил, нет ли готовых конфигураций, заточенных под веб-сервер с PHP и почтой, с прикрученной к ним аналитикой, средствами управления вроде CPanel и т.п.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>Какие дистрибутивы линуксов преобладают на хостингах (shared, VPS, cloud и т.п.)? Есть идея завести виртуалку, дабы отлаживать на ней код сайта, и заодно потренироваться в настройке/администрировании Apache/PHP/nginx/sendmail на случай, если дойдут руки арендовать для хостинга собственную систему.
ЕМ>Может быть, есть готовые предустановленные конфигурации, доступные на виртуальных дисках, которые можно подсунуть в VirtualBox/VMware?
наврядли кто то скажет какие именно, но проще всего будет с убунтой 18.04 LTS — у нее 10 лет время жизни.
а так вполне возможно что на серверах преобладает Amazon Linux — только у нее поддерживаются космические скорости сети и дисков.
Здравствуйте, Doom100500, Вы писали:
D>Вопрос тут в репутации почтового сервера. Добиться хорошей репутации самостоятельно сегодня очень тяжело, поэтому собственные почтовики шлют письма в спам (всем, кроме тебя самого )
Это неправда. Если правильно настроить SPF и DKIM, письма обычно доходят.
Настройка SPF сводится к правильной конфигурации DNS:
Здравствуйте, Reset, Вы писали:
R>У CentOS нет обновления на новую версию дистрибутива и там чуть более древние версии софта (для Enterprise то, что надо, для тебя сам решай).
Вроде бы начиная с CentOS 6, они доделали апгрейд между major versions. Или я что-то путаю?
R>P.S. IMHO, CentOS — лучший выбор для сервера (в том числе и VPS).
Я в свое время выбрал CentOS 5.x для домашнего сервера, и теперь жалею, потому что в 6.x и т.д. его можно превратить только путем полной переинсталляции. В отличии от той же федоры, которая давно освоила major version upgdade, и спокойненько апгрейдится до следующей версии.
Здравствуйте, Pzz, Вы писали:
R>>У CentOS нет обновления на новую версию дистрибутива и там чуть более древние версии софта (для Enterprise то, что надо, для тебя сам решай). Pzz>Вроде бы начиная с CentOS 6, они доделали апгрейд между major versions. Или я что-то путаю?
Оно есть, но глючное.
Здравствуйте, Cyberax, Вы писали:
R>>>У CentOS нет обновления на новую версию дистрибутива и там чуть более древние версии софта (для Enterprise то, что надо, для тебя сам решай). Pzz>>Вроде бы начиная с CentOS 6, они доделали апгрейд между major versions. Или я что-то путаю? C>Оно есть, но глючное.
Глючные, в смысле, что систему разнесет, или в смысле, что потом руками придется допиливать?
Здравствуйте, Pzz, Вы писали:
Pzz>>>Вроде бы начиная с CentOS 6, они доделали апгрейд между major versions. Или я что-то путаю? C>>Оно есть, но глючное. Pzz>Глючные, в смысле, что систему разнесет, или в смысле, что потом руками придется допиливать?
Оба.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ> М>ПО-то везде одно и то же будете ставить: nginx, php, и т. д. ЕМ> Так я не хотел бы все ставить сам и настраивать с нуля. Потому и спросил, нет ли готовых конфигураций, заточенных под веб-сервер с PHP и почтой, с прикрученной к ним аналитикой, средствами управления вроде CPanel и т.п.
Здравствуйте, DenisCh, Вы писали:
Pzz>> Pzz>> Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ. Pzz>> DC>Убунту на сервер хостинга? О_о Pzz>> И?
DC>Стенка там --->
Здравствуйте, Pzz, Вы писали:
Pzz> Pzz>> Pzz>> Сейчас самый популярный дистрибутив — Ubuntu. Соотстветственно, он имеет самую широкую community, и про проблемы с ним проще всего найти ответ. Pzz> Pzz>> DC>Убунту на сервер хостинга? О_о Pzz> Pzz>> И? Pzz> DC>Стенка там ---> Pzz> Ты чего сказать-то хотел?
Здравствуйте, Pzz, Вы писали:
Pzz>Сейчас самый популярный дистрибутив — Ubuntu.
Сильно подозреваю, что большинство высказанных здесь оценок касается исключительно личных предпочтений и распространенности дистрибутивов среди обычных пользователей. Я же спрашивал только о распространенности у хостинг-провайдеров.
Pzz>Sendmail тебе не нужен от слова совсем. Тебе нужен postfix или exim.
Да, я уже заметил, что на моем хостинге работает Exim. Когда я только начинал им пользоваться, там был sendmail, а с тех пор повода присмотреться не было.
Pzz>Apache был хорош, когда сайты делали на PHP или на перле. Сейчас так не делают.
Что значит "сейчас не делают"? Кто-то делает, кто-то не делает. Если сказать "сейчас это не модно" — будет правильнее.
Pzz>Современный сайт строится вокруг сервера, отдающего статический контент и пробрасывающий запросы к API по HTTP к локальной программе, которая эти API-запросы отрабатывае.
Это относится в первую очередь к "очень интерактивным" сайтам. Если сайт не предполагает регулярного взаимодействия клиента с сервером, такая модель будет избыточной.
Pzz>Соответственно, большая часть возможностей апача тебе никогда не потребуется, но при этом тебе придется поближе познакомиться с его настройкой, которая весьма не проста.
Ну, у себя под виндой я его поднял совершенно без усилий, чтобы отлаживать статический сайт с SSI. Теперь думаю подключить и PHP, отсюда и возникла мысль использовать линуксовую VM, максимально похожую на хостинговую систему, вместо прикручивания PHP на винде.
Pzz>PHP тебе тоже не нужен. Открой для себя генераторы статических сайтов.
Согласен, что развесистый код на PHP имело бы смысл заменить на использование готового инструмента. Но мне пока от PHP нужен самый минимум. По-моему, гораздо комфортнее иметь несложные скрипты, работу которых полностью понимаешь и контролируешь, нежели сторонний инструмент, в котором желательно разобраться хотя бы в общих чертах.
Pzz>Сейчас принато отделять генерацию содержимого странички от обработки запросов, запросы приходят в виде какого-нибудь JSON, и в виде JSON на них же и отвечают. Как отобразить ответ — проблема локального (работающего в бровсере на стороне клиента) JavaScript.
По-хорошему, все это должно оформляться во что-то вроде "веб-приложения", исполняемого специализированной виртуальной машиной. Задействовать для этого браузер — одна из самых дурацких идей, которая могла прийти в голову.
Здравствуйте, Reset, Вы писали:
R>Системное администрирование машины с Linux это такая же специальность, как разработка софта.
Тогда уж не "разработка", а "сборка из конструктора". Если для создания определенного софта достаточно собрать вместе энное количество готовых блоков, написав относительно мизерное количество собственного кода — это будет похоже на создание нужной конфигурации из совершенно пустой системы и ее последующее администрирование. А мне нужно еще меньше — лишь целевая настройка предустановленной конфигурации.
R>К тому же высоко квалифицированный сисадмин-фрилансер находится за еду на любой бирже фриланса
Его ответственность (в том числе и в отношении возможных утечек) будет коррелировать со стоимостью еды?
R>Что бы ты ответил, если бы кто-то тут задал похожий вопрос про другую специальность. Например: хочу научиться писать шаревару ради написания простенькой программки, расскажите, на чем щас принято писать шаревару (язык программирования) и в какой сфере это делать (десктоп, мобилки, корпоративный сегмент)?
Если сложность программы будет примерно на уровне преобразователя десятка-другого единиц измерения туда-сюда, то вопрос совершенно уместен, и инструментов для быстрого создания подобного софта достаточно. Равно как и примеров того, как люди, далекие от программирования, по-быстрому осваивают какие-нибудь скрипты и конструкторы, и столь же быстро делают вполне работоспособные программы. Да, они бывают тяжеловесны, неизящны и ненадежны, однако сейчас большинство "профессионалов" делает такие же.
R>яндекс почта для домена и никаких других вариантов
А если я не хочу ни яндекс-почту, ни гуглопочту? Мне в первую очередь не нравится подход, когда вся страна или весь мир садятся на конкретный ресурс. Это худо-бедно годится для обычных юзеров, но в качестве бизнес-решения — идиотизм без вариантов.
R>Главная причина почтовиков — упертые админы с синдромом вахтера, которые от избытка времени настроили очередной суперфильтр и тебе придется у себя настраивать очередную хрень, чтобы почта туда проходила (с количеством вреда от админов-антиспамеров рядом ни нытики пользователи ни тем более сами спамеры рядом не стояли).
Здравствуйте, Doom100500, Вы писали:
D>Беры сенгрид api и шлю ему обычный http запрос из любимого языка програмирования
Ну вот PayPro тоже использует какую-то из подобных служб для отправки сообщений о завершении заказа. И в последнее время чуть ли не каждый пятый покупатель жалуется, что не получил — мне приходится отсылать копию.
Здравствуйте, Евгений Музыченко, Вы писали:
R>>яндекс почта для домена и никаких других вариантов ЕМ>А если я не хочу ни яндекс-почту, ни гуглопочту? Мне в первую очередь не нравится подход, когда вся страна или весь мир садятся на конкретный ресурс. Это худо-бедно годится для обычных юзеров, но в качестве бизнес-решения — идиотизм без вариантов.
А какие проблемы именно с бизнес-стороны? Шансы, что Яндекс сломается и будет лежать — намного меньше, чем для своего сервера. И конкретно для Яндекса есть и другие коммерческие конкуренты (fastmail.fm, например). Т.е. нет рисков, что Яндекс отрубит почту из-за потенциального конфликта интересов.
Если всё же хочется самому строить, то технически это не так сложно. Берём Postfix/Exim, настраиваем, втыкаем туда Dovecot для IMAP, добавляем Roundcube/Rainloop/Owncloud и телемаркет. Всё настраивается просто чтением документации и выполнением пунктов из Howto.
Проблемы будут в том, что на практике письма будут уходить в спам для значительного процента клиентов.
Здравствуйте, Евгений Музыченко, Вы писали:
Pzz>>Сейчас самый популярный дистрибутив — Ubuntu.
ЕМ>Сильно подозреваю, что большинство высказанных здесь оценок касается исключительно личных предпочтений и распространенности дистрибутивов среди обычных пользователей. Я же спрашивал только о распространенности у хостинг-провайдеров.
Да, разумеется. Что до хостинг-провайдеров, они предоставляют более-менее широкий ассортимент популярных дистрибутивов. Я об этом уже говорил.
Pzz>>Apache был хорош, когда сайты делали на PHP или на перле. Сейчас так не делают.
ЕМ>Что значит "сейчас не делают"? Кто-то делает, кто-то не делает. Если сказать "сейчас это не модно" — будет правильнее.
При более-менее осмысленной нагрузке это просто дорого. Апач, он довольно тормозной. Да и без нагрузки смысла в этом особого нет, существуют менее трудоемкие способы создания сайтов.
Pzz>>Современный сайт строится вокруг сервера, отдающего статический контент и пробрасывающий запросы к API по HTTP к локальной программе, которая эти API-запросы отрабатывае.
ЕМ>Это относится в первую очередь к "очень интерактивным" сайтам. Если сайт не предполагает регулярного взаимодействия клиента с сервером, такая модель будет избыточной.
Совершенно не обязательно. Это относится, в первую очередь, к разделению логики, верстки и контента.
Pzz>>PHP тебе тоже не нужен. Открой для себя генераторы статических сайтов.
ЕМ>Согласен, что развесистый код на PHP имело бы смысл заменить на использование готового инструмента. Но мне пока от PHP нужен самый минимум. По-моему, гораздо комфортнее иметь несложные скрипты, работу которых полностью понимаешь и контролируешь, нежели сторонний инструмент, в котором желательно разобраться хотя бы в общих чертах.
Этот "сторонний инструмент" в основном вкладывает текст в шаблон, позволяя разделить верстку и контент.
Pzz>>Сейчас принато отделять генерацию содержимого странички от обработки запросов, запросы приходят в виде какого-нибудь JSON, и в виде JSON на них же и отвечают. Как отобразить ответ — проблема локального (работающего в бровсере на стороне клиента) JavaScript.
ЕМ>По-хорошему, все это должно оформляться во что-то вроде "веб-приложения", исполняемого специализированной виртуальной машиной. Задействовать для этого браузер — одна из самых дурацких идей, которая могла прийти в голову.
Браузер и есть та самая специализированная виртуальная машина, о которой ты говоришь.
Здравствуйте, Евгений Музыченко, Вы писали:
ЕМ>А если я не хочу ни яндекс-почту, ни гуглопочту? Мне в первую очередь не нравится подход, когда вся страна или весь мир садятся на конкретный ресурс. Это худо-бедно годится для обычных юзеров, но в качестве бизнес-решения — идиотизм без вариантов.
Удивительная уверенность. Линуксфаундейшен (т.е. сам Линус), Амазон и Редхат сидят на гуглопочте. Идиоты, чо.
Здравствуйте, aik, Вы писали:
ЕМ>>А если я не хочу ни яндекс-почту, ни гуглопочту? Мне в первую очередь не нравится подход, когда вся страна или весь мир садятся на конкретный ресурс. Это худо-бедно годится для обычных юзеров, но в качестве бизнес-решения — идиотизм без вариантов. aik>Удивительная уверенность. Линуксфаундейшен (т.е. сам Линус), Амазон и Редхат сидят на гуглопочте. Идиоты, чо.
Ну Амазон таки использует свою почтовую систему (на основе Exchange), вокруг которой танцует с бубнами толпа админов.
Здравствуйте, Cyberax, Вы писали:
C>Ну Амазон таки использует свою почтовую систему (на основе Exchange), вокруг которой танцует с бубнами толпа админов.
Здравствуйте, aik, Вы писали:
C>>Ну Амазон таки использует свою почтовую систему (на основе Exchange), вокруг которой танцует с бубнами толпа админов. aik>Мне амазонианы показывали корпоративный гмейл
Я работал в Амазоне Внутри там обычнейший Exchange, со стандартным OWA для веб-интерфейса.
Хотя какие-то группы могут использовать что-то своё.
Здравствуйте, Cyberax, Вы писали:
C>А какие проблемы именно с бизнес-стороны? Шансы, что Яндекс сломается и будет лежать — намного меньше, чем для своего сервера.
Дело в первую очередь в том, что энное количество [относительно] независимых почтовых служб сложнее контролировать, а у Яндекса и Гугла все данные и переписку можно получить сразу и в готовом виде (и наверняка в упрощенном порядке). Не то, чтобы мне хотелось непременно что-то скрыть, но сам факт несколько напрягает.
C>Проблемы будут в том, что на практике письма будут уходить в спам для значительного процента клиентов.
Они и так уже давно уходят. Покупатели почти каждый день жалуются, что им не приходят подтверждающие письма из PayPro.
Здравствуйте, Cyberax, Вы писали:
C>>>Ну Амазон таки использует свою почтовую систему (на основе Exchange), вокруг которой танцует с бубнами толпа админов. aik>>Мне амазонианы показывали корпоративный гмейл C>Я работал в Амазоне Внутри там обычнейший Exchange, со стандартным OWA для веб-интерфейса.
Ну, круто. Как в IBM, значит, есть и говнопочта, и нормальная почта.
C>Хотя какие-то группы могут использовать что-то своё.
Только это не своё, а gmail, у нас своё — это postfix и (вроде) dovecot. Показывали менеджеры из AWS который linux дистрибутив пилит.
Здравствуйте, Pzz, Вы писали:
Pzz>Что до хостинг-провайдеров, они предоставляют более-менее широкий ассортимент популярных дистрибутивов.
Предоставляют VPS-клиентам, которые администрируют их сами, а провайдер отвечает только за "железо", или же ставят к себе (на shared, например) и администрируют силами самого провайдера, отвечая и за работоспособность софта тоже? Согласитесь, разница есть.
Pzz>При более-менее осмысленной нагрузке это просто дорого. Апач, он довольно тормозной.
Ну, на моем нынешнем shared-хостинге апач обслуживает весь групповой сервер, на моем сайте заметных тормозов никогда не было. Значит, до той "осмысленной нагрузки" еще далеко.
Pzz>Браузер и есть та самая специализированная виртуальная машина, о которой ты говоришь.
Браузер превратился в нее в результате глупости одних и попустительства других. Смысл браузера в том, чтобы просмотреть контент, полученный от сервера. Интерпретация конечного набора правил отображения, вроде CSS — вполне разумная часть функциональности браузера. Но, как только возникла идея реализовать на стороне клиента возможность интерпретации произвольного алгоритма, так сразу следовало начать думать в сторону создания отдельных средств исполнения.
А за счет коллективного помешательств мы теперь имеем донельзя уродливую конструкцию, которую по привычке называем "браузером", но фактически она является чем-то вроде операционной системы с виртуальными машинами, со множеством дыр в безопасности, но которую вынужден иметь каждый пользователь интернета.
Здравствуйте, Евгений Музыченко, Вы писали:
Pzz>>Что до хостинг-провайдеров, они предоставляют более-менее широкий ассортимент популярных дистрибутивов.
ЕМ>Предоставляют VPS-клиентам, которые администрируют их сами, а провайдер отвечает только за "железо", или же ставят к себе (на shared, например) и администрируют силами самого провайдера, отвечая и за работоспособность софта тоже? Согласитесь, разница есть.
А такое вообще бывает, чтобы VPS администрировал провайдер, а не пользователь?
Pzz>>Браузер и есть та самая специализированная виртуальная машина, о которой ты говоришь.
ЕМ>Браузер превратился в нее в результате глупости одних и попустительства других. Смысл браузера в том, чтобы просмотреть контент, полученный от сервера. Интерпретация конечного набора правил отображения, вроде CSS — вполне разумная часть функциональности браузера. Но, как только возникла идея реализовать на стороне клиента возможность интерпретации произвольного алгоритма, так сразу следовало начать думать в сторону создания отдельных средств исполнения.
Исполнителей произвольного алгоритма пруд пруди. Просмотрщиков разнообразного контента тоже. Killer feature бровсера заключается в сочетании.
ЕМ>А за счет коллективного помешательств мы теперь имеем донельзя уродливую конструкцию, которую по привычке называем "браузером", но фактически она является чем-то вроде операционной системы с виртуальными машинами, со множеством дыр в безопасности, но которую вынужден иметь каждый пользователь интернета.
Если в этой фразе заменить слово "браузер" на слово "смартфон" или даже "автомобиль", она не станет менее справедливой
Здравствуйте, Pzz, Вы писали:
Pzz>А такое вообще бывает, чтобы VPS администрировал провайдер, а не пользователь?
Наверное, бывает (за отдельную плату), но сейчас я не об этом. Провайдерам VPS безразлично, какие дистрибутивы предлагать для установки, если они никак не отвечают за их работу. Поэтому я и интересуюсь только дистрибутивами, популярными у провайдеров, которые администрируют их сами.
Pzz>Исполнителей произвольного алгоритма пруд пруди.
Где еще, кроме браузеров, применяется исполнение произвольного алгоритма, загружаемого из любого внешнего источника, практически бесконтрольно?
Pzz>Если в этой фразе заменить слово "браузер" на слово "смартфон" или даже "автомобиль", она не станет менее справедливой
Хм, а какие принципиально чуждые функции приобрели смартфон и автомобиль, без которых невозможно их использование по традиционному назначению? Телефоны, выпущенные двадцать лет назад, в полной мере позволяют использовать сеть GSM для голосовой и письменной связи, а какие сайты сейчас можно просмотреть браузером того же возраста? По каким дорогам сейчас невозможно (или очень сложно) проехать без ABS, подушек безопасности, маршрутного компьютера или распределенного впрыска?
)
