давайте отделять мух от котлет. единая точка входа имеет как преимущества, так и недостатки. преимущества вы назвали. главным из них является удобство для программиста и реализация модульности фреймворка. а теперь посчитайте недостатки. в виде (не редко) бесполезно загружаемых библиотек, заметного роста потребления памяти…
Опять же php не так эффективно потребялет ресурсы как mod_rewrite. так что для проекта имеющего большую нагрузку вы скорее всего будете рады написать правила для rewrite которые разрулят обращения к максимально урезанным скриптам.
у меня впечатления хорошие. пара настроек слетело, но я их быстро вернул. нововведения явно рулят.
1. для работы моей nvidia больше не нужно использовать костыли типа envy.
2. запрос пароля для LUKS теперь происходит в графическом режиме, а не в текстовом
3. менеджер сетей теперь управляет сразу и aDSL и VPN
4. PulseAudio и Bluetooth работают ощутимо стабильнее.
Я тоже сначала очень озаботился выбоом читалки для свого SE. Но потом пришёл к выводу, что встроенного браузера достаточно и для txt и для html. На том и остановился.
Вы в самом начале написали, что перешли на VDS потому, что вам захотелось самостоятельно ставить программы. ВОТ И СТАВЬТЕ САМОСТОЯТЕЛЬНО. И настраивайте сами. И отвечайте сами за то, как оно работает. Хотите, чтобы всё работало — перестаньте баловаться и отдайте полномочия профессионалу. Либо наймите настоящего админа для своего VDS либо вернитесь на shared, где ваши вопросы тоже будет решать профессиональный админ.
Сервер работает и у вас есть возможность его настраивать. Это всё, что от провайдера требуется.
Я уже писал, что «некачественный vds» по вине провайдера может быть только если они выдали вам поломанное оборудование или если дали недостаточно ресурсов процесора. все осталные претензии к качеству вам следует предъявлять себе или своему админу. Этим VDS и отличается от shared. Это за работоспособность shared отвечает админ провайдера (и получает за это зарплату), а отвечать за ваши некорректные или неоптимальные настройки никто кроме вас не должен. Когда вы обращаетесь за помощью по поводу ВАШЕГО сервера (не важно виртуальный он или реальный) то вам следует считать его неудовлетворительную работу результатом СВОЕЙ деятельности. Это как с новой квартирой. Вам выдали ключи, вы начали своими силами ремонт (отрезали трубы или неправильно соединили газовую колонку) и напортачили. Строители не виноваты, они перестали отвечать за это когда передали вам ключи. Тут то же самое. Если вы не сможете доказать, что ваш сервер обворовали по процессорному времени (а такое с дешевыми VDS бывает у многих провайдеров) то других претензий вы им выставлять не можете. Это ваш сервер и если там что-то работает не так, то это ваша проблема (и, вероятно, результат ваших действий). В любом случае это вы обязаны оплачивать админа, который будет чинить это. Админ провайдера ничего вам не должен.
Из вашего повествования совершенно не понятно зачем вы сменили shared на VDS. Вы плохо понимаете как с ним обращаться, вы не знакомы с особенностями управления сервером, вы не понимаете насколько другими являются ваши взаимоотношения с провайдером когда речь идёт не о shared, а о VDS, Collocation или Dedicated
Не сочтите за наезд, но VDS это предложение для тех, кому shared не подходит именно потому, что нельзя самому администрировать и гибко настраивать сервер. Если у вас нет собственного админа или вы лично не умеете настраивать операционную систему и сервисы сервера, то таких вещей делать не стоит. Хостинг действительно не должен вам администрировать VDS. Поймите правильно. Когда я беру на себя ответственность за настройку своего сервера провайдер должен умыть руки. У корабля не бывает два капитана. Это я вношу туда софт, настройки и создаю себе проблемы. Для них ваш сервер становится сторонним и они не отвечают за то, что вы там накрутили. Единственые претензии, которые вы можете им предъявлять это техническая неисправность оборудования или недовыдача вам ресурсов процесора/памяти. Все остальные вопросы настроек лежат на ваших плечах.
я кстати как-то давно писал программу, которая занимается анализом /var/log/maillog. там содержится почти вся нужная информация о доставленных письмах (хотя и есть нюансы с распознаванием того, какая именно рассылка доставлена, но это вполне решаемые нюансы)
Как раз означает.
Ошибки спам-фильтров это не проблема отправителя. Остальные правила должны влиять на код ошибки при доставке иначе электронная почта работала бы как русская рулетка. Разумеется это частично зависит от профессионализма админа, но отправитель в любом случае не должен нести ответственность за проблемы принимающей стороны. Для того и существует система кодов статусов SMTP, чтобы в налаженной стстеме отправляющий MTA мог быть уверен, что письмо принято для передачи адресату.
Картинки в письмах часто не грузятся (все известные мне почтовики умеют их отключать по умолчанию), так что этот метод ещё менее надежный чем коды доставки.
Попросить пользователя нажать ссылку это казалось бы самый точный метод, но поскольку он основан на человеческом факторе, то я не стал бы на него возлагать много надежд.
вот третий способ действительно может служить для учета всех, кто прочёл сообщение. единственным его недостатком является необходимость использования дополнительного протокола помимо почтовых. Это помешает работе с системой для людей, которые читают почту с обычного мобильника, браузер которого может не суметь показать нужное письмо как надо.
В этих словах осуждаемо то, что Мухамад призывает к насилию. Таких призывов нет ни в Торе, ни в Евангелии. Причём более всего неприятным оказывается что только мусульманам разрешено изгонять других, откуда изгнали их. Но нет упоминания о том, что нельзя изгонять других оттуда, где мусульман не было (ведь ещё 600 лет назад мусульман не было нигде). Вот и получается, что Коран разрешает вам сначала напасть и захватить, а потом заявить, что отныне Коран приписывает вернуть это себе если вас изгонят. Классная лазейка для экспансии, не так ли?
Во первых это не единственное место где Коран призывает к нетерпимости по религиозному принципу. Поищите цитату про то, как следует относиться к тем, кому «писание дано ранее вас».
Во вторых лично я отношусь с уважением к Исламу, но не могу уважать тех, кто берет оружие в руки для устрашения других. Это в равной мере относится и к исламским боевикам и к иностранным интервентам в Ираке. И тем более когда насилие оправдывают цитатами из священной книги.
В третьих Коран выглядит куда более воинственно на фоне Евангелия, которое призывает к любви и прощению врагов (вспомните там моменты про «подставь вторую щеку» и «возлюби ближнего»). Именно по этой причине никому в голову не приходит называть террористов или захватчиков Ирака хрестианскими (хотя все мы знаем, что Ватикан до сих пор отмаливает крестовые походы и практику индульгенций).
Вы путаете системные вещи. Флеш не взаимодействует со всем содержимым страницы. (и кстати страницы сделанные целиком на флеше тормозят зачастую сильнее, чем аналогичные на html+javascript)
Повышение производительности нынешних движков связано уже не с неоптимальностью старых, а с тем, что новые движки начинают использовать очень серьезные и ещё более сложные методы выжать из процессора больше возможностей. Думаю будет понятна аналогия с автомобильной турбиной — это приспособление в разы повышает мощность (при том же объеме камер сгорания), но и плата за такие возможности высока.
Опять же php не так эффективно потребялет ресурсы как mod_rewrite. так что для проекта имеющего большую нагрузку вы скорее всего будете рады написать правила для rewrite которые разрулят обращения к максимально урезанным скриптам.
1. для работы моей nvidia больше не нужно использовать костыли типа envy.
2. запрос пароля для LUKS теперь происходит в графическом режиме, а не в текстовом
3. менеджер сетей теперь управляет сразу и aDSL и VPN
4. PulseAudio и Bluetooth работают ощутимо стабильнее.
не смотря на то, что должно якобы давать девелоперскую версию, уже вчера не было никакой разницы с релизом.
Практически всё, что мы едим живое или убитое ради нашей жизни. «Такова сэ-ля-ви» (с)
Я уже писал, что «некачественный vds» по вине провайдера может быть только если они выдали вам поломанное оборудование или если дали недостаточно ресурсов процесора. все осталные претензии к качеству вам следует предъявлять себе или своему админу. Этим VDS и отличается от shared. Это за работоспособность shared отвечает админ провайдера (и получает за это зарплату), а отвечать за ваши некорректные или неоптимальные настройки никто кроме вас не должен. Когда вы обращаетесь за помощью по поводу ВАШЕГО сервера (не важно виртуальный он или реальный) то вам следует считать его неудовлетворительную работу результатом СВОЕЙ деятельности. Это как с новой квартирой. Вам выдали ключи, вы начали своими силами ремонт (отрезали трубы или неправильно соединили газовую колонку) и напортачили. Строители не виноваты, они перестали отвечать за это когда передали вам ключи. Тут то же самое. Если вы не сможете доказать, что ваш сервер обворовали по процессорному времени (а такое с дешевыми VDS бывает у многих провайдеров) то других претензий вы им выставлять не можете. Это ваш сервер и если там что-то работает не так, то это ваша проблема (и, вероятно, результат ваших действий). В любом случае это вы обязаны оплачивать админа, который будет чинить это. Админ провайдера ничего вам не должен.
Не сочтите за наезд, но VDS это предложение для тех, кому shared не подходит именно потому, что нельзя самому администрировать и гибко настраивать сервер. Если у вас нет собственного админа или вы лично не умеете настраивать операционную систему и сервисы сервера, то таких вещей делать не стоит. Хостинг действительно не должен вам администрировать VDS. Поймите правильно. Когда я беру на себя ответственность за настройку своего сервера провайдер должен умыть руки. У корабля не бывает два капитана. Это я вношу туда софт, настройки и создаю себе проблемы. Для них ваш сервер становится сторонним и они не отвечают за то, что вы там накрутили. Единственые претензии, которые вы можете им предъявлять это техническая неисправность оборудования или недовыдача вам ресурсов процесора/памяти. Все остальные вопросы настроек лежат на ваших плечах.
Ошибки спам-фильтров это не проблема отправителя. Остальные правила должны влиять на код ошибки при доставке иначе электронная почта работала бы как русская рулетка. Разумеется это частично зависит от профессионализма админа, но отправитель в любом случае не должен нести ответственность за проблемы принимающей стороны. Для того и существует система кодов статусов SMTP, чтобы в налаженной стстеме отправляющий MTA мог быть уверен, что письмо принято для передачи адресату.
Картинки в письмах часто не грузятся (все известные мне почтовики умеют их отключать по умолчанию), так что этот метод ещё менее надежный чем коды доставки.
Попросить пользователя нажать ссылку это казалось бы самый точный метод, но поскольку он основан на человеческом факторе, то я не стал бы на него возлагать много надежд.
вот третий способ действительно может служить для учета всех, кто прочёл сообщение. единственным его недостатком является необходимость использования дополнительного протокола помимо почтовых. Это помешает работе с системой для людей, которые читают почту с обычного мобильника, браузер которого может не суметь показать нужное письмо как надо.
Во вторых лично я отношусь с уважением к Исламу, но не могу уважать тех, кто берет оружие в руки для устрашения других. Это в равной мере относится и к исламским боевикам и к иностранным интервентам в Ираке. И тем более когда насилие оправдывают цитатами из священной книги.
В третьих Коран выглядит куда более воинственно на фоне Евангелия, которое призывает к любви и прощению врагов (вспомните там моменты про «подставь вторую щеку» и «возлюби ближнего»). Именно по этой причине никому в голову не приходит называть террористов или захватчиков Ирака хрестианскими (хотя все мы знаем, что Ватикан до сих пор отмаливает крестовые походы и практику индульгенций).
Повышение производительности нынешних движков связано уже не с неоптимальностью старых, а с тем, что новые движки начинают использовать очень серьезные и ещё более сложные методы выжать из процессора больше возможностей. Думаю будет понятна аналогия с автомобильной турбиной — это приспособление в разы повышает мощность (при том же объеме камер сгорания), но и плата за такие возможности высока.