Booch24: Я писал в ТП, но прошло уже много времени и так ничего не решилось. Готов оплатить эту настройку, но прошло уже пол дня. Сейчас вообще никто не отвечает. Насчет hosts, есть такая рекомендация при данной проблеме.
Если хотите, я могу посмотреть вашу проблему напрямую на сервере.
Aisamiery, а откуда возьмется uploader на html сайте?
Гипотетически (историй может быть много).
Например вам понадобится сделать форму, в которую можно крепить платежку об оплате услуг с отметкой банка. Банк клиент возвращает платежку в html формате.
Вы попросите программиста, допилить вам этот функционал, программист не будет в курсе, что html файлы у вас могут выполнять php код ( ну это не логично, как минимум ), вы конечно про это благополучно забыли и не сказали программисту, ведь уже год прошел с того момента.
И вот через некоторое время, ваш хостер блочит ваш акк за спам... :)
Я не говорю, что это дыра ежеминутная, как только вы это сделали, ваш сайт сразу же ломанут. Эта та дыра, которая расчитана на человеческий фактор. Я опять повторюсь, сценариев развития много, просто нет смысла вносить такие ошибки изначально, это грабли на которых многие наступали. Конкретно вы, возможно и не наступите, но зачем изначально стрелять себе в ногу.
Файлы с html должны быть html, а файлы с php кодом должны быть с расширение php, тип должен соответствовать своему обработчику, тогда такие приложения более предсказуемы. Тем более мы же не знаем, что там в будущем будет, по этому и придуманы стандарты :)
orphelin: Aisamiery, кто положит? и почему он не положит backdore.php до кучи?
Потому что на uploader'ы файлов стоят ограничение по расширениям скриптовых языков и html к ним не относится. Плюс в папочке с upload может лежать .htaccess (он в принципе должен лежать там) со значением:
В случае если вы добавите своё расширение, то тут оно уже не отработает.
Вообщем схем много, лучше не делать своими руками бреши в безопасности на будущее.
PS. Я видел сервера, где модуль php был типом по умолчанию, там можно было даже вставить код php в картинку и он отработал бы как надо.
---------- Добавлено 04.04.2016 в 15:43 ----------
orphelin: Aisamiery, кто положит? и почему он не положит backdore.php до кучи?
А еще можно стать параноиком и запретить прямой доступ к файлам с расширением .php :) Тем более если вы знаете, что на вашем сайте таких файлов быть не должно.
В том, что когда либо вам в папочку положат файл backdore.html и он отработает на ура, а в фильтре расширений не будет запрета на html, потому что html файлы лезут много от куда, включая счета на оплату и так далее.
---------- Добавлено 04.04.2016 в 15:23 ----------
alexdosson: Ну логичный вопрос, как привести к одному виду (скажем урлы только .HTML) и без дыр? :)
Через RewriteRule например. Проверить что файла page123.html не существует и перенаправить запрос на page123.php
lealhost: Насколько помню, localhost и 127.0.0.1 не одно и то же, по логике php-функций. Если указывать localhost, то обращение будет производиться через сокет, а если 127.0.0.1, то через tcp-соединение.
На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
Sly32: Aisamiery, Отвечу по своему опыту. У меня сервер на 2 гига оперативки. По умолчанию Мемкэш использует 64 МБ. Кэширую только запросы с тех страниц, которые редко обновляются, а также сложные выборки со всякими джойнами. Ускорение есть загрузки, процентов на 20-25% (повторюсь - кэширую не все!!!) Мне пока хватает, да и это скорее задел на будущее. Браузерное кэширование - другое,тут не разбираюсь и советов давать не могу.
Я описал всё выше.
Это из разряда "из пушки по воробьям", серверные SSD имеют IOPS более 120 000, то есть 120 000 операций чтения/записи в секунду, это много так ведь? На практики скажу, что не используя оперативку, на сервере со статическим кешем (перегонять результат выборки в файл), у меня виртуалочка на 1 гиг выдерживает 5500 запросов в секунду ( более 120 000 номенклатуры ), при том для разогрева кэша требуется более 30 минут, при том обновление кеша практически не требуется. Я могу сейчас ресурс вместе с кешем перенести на другой сервер и его не придется перестраивать.
Да к чему я это, если бы вы хранили кэш на диске, вы бы не заметили разницы ))) Мемкеш работает на кластере серверов с горячей заменой, где оперативки неприлично много для рядового проекта.
НО, вы можете использовать мэмкэш, просто я хочу сказать, что это не панацея и всем рекомендовать это не надо :) На слабых машинах мемкэш во вред, есть более продуктивные схемы кэширования, где прирост будет 500%, а не 20-25%. Да и топик не про это )))
melkozaur: лично мне не нравится что для того, чтобы сделать ширину одной колонки зависимой от разрешения, вместо 1 строчки кода некоторые подключают бутстрап в полном объеме.
Зачем вам такая 1 колонка, если все остальное поедет напрочь?
Бутстрап, если подключать его с cdn, скорее всего уже закеширован пользователем, по этому подключать его не так страшно. Во-вторых, бутстрап из коробки дает нормально оформленные другие стандартные элементы, поля ввода, кнопки, ссылки, тот же ресет стандартных параметров, а то часто встречаешь, что везде хорошо, а в одном браузере из-за 1 пиксела все едет.
Куча готовых элементов. Для текущих реалий интернета, бутстрап не является чем то изряд вон выходящим.
Я чаще встечаю не сжатые png'шки размером в ~500к, я молчу конечно про автособщик типо гулпа, но хотя бы воспользоваться ресурсом tinypng уж могла бы перед деплоем большая часть лендингостроителей, да и сайтов в том числе )))))
Hadoop - это даже далеко не база данных. Почитайте внимательно о технологии прежде чем предлагать :) Да и сам hadoop уже так сказать "устарел" в своём классе.
Я писал в ТП, но прошло уже много времени и так ничего не решилось. Готов оплатить эту настройку, но прошло уже пол дня. Сейчас вообще никто не отвечает.
Насчет hosts, есть такая рекомендация при данной проблеме.
Если хотите, я могу посмотреть вашу проблему напрямую на сервере.
Просто вы явно копаете не туда.
Даже настроить сервер помочь могу.
В личку напишите
Aisamiery, а откуда возьмется uploader на html сайте?
Гипотетически (историй может быть много).
Например вам понадобится сделать форму, в которую можно крепить платежку об оплате услуг с отметкой банка. Банк клиент возвращает платежку в html формате.
Вы попросите программиста, допилить вам этот функционал, программист не будет в курсе, что html файлы у вас могут выполнять php код ( ну это не логично, как минимум ), вы конечно про это благополучно забыли и не сказали программисту, ведь уже год прошел с того момента.
И вот через некоторое время, ваш хостер блочит ваш акк за спам... :)
Я не говорю, что это дыра ежеминутная, как только вы это сделали, ваш сайт сразу же ломанут. Эта та дыра, которая расчитана на человеческий фактор. Я опять повторюсь, сценариев развития много, просто нет смысла вносить такие ошибки изначально, это грабли на которых многие наступали. Конкретно вы, возможно и не наступите, но зачем изначально стрелять себе в ногу.
Файлы с html должны быть html, а файлы с php кодом должны быть с расширение php, тип должен соответствовать своему обработчику, тогда такие приложения более предсказуемы. Тем более мы же не знаем, что там в будущем будет, по этому и придуманы стандарты :)
Aisamiery, кто положит? и почему он не положит backdore.php до кучи?
Потому что на uploader'ы файлов стоят ограничение по расширениям скриптовых языков и html к ним не относится. Плюс в папочке с upload может лежать .htaccess (он в принципе должен лежать там) со значением:
В случае если вы добавите своё расширение, то тут оно уже не отработает.
Вообщем схем много, лучше не делать своими руками бреши в безопасности на будущее.
PS. Я видел сервера, где модуль php был типом по умолчанию, там можно было даже вставить код php в картинку и он отработал бы как надо.
---------- Добавлено 04.04.2016 в 15:43 ----------
Aisamiery, кто положит? и почему он не положит backdore.php до кучи?
А еще можно стать параноиком и запретить прямой доступ к файлам с расширением .php :) Тем более если вы знаете, что на вашем сайте таких файлов быть не должно.
В чём конкретно дыра?
В том, что когда либо вам в папочку положат файл backdore.html и он отработает на ура, а в фильтре расширений не будет запрета на html, потому что html файлы лезут много от куда, включая счета на оплату и так далее.
---------- Добавлено 04.04.2016 в 15:23 ----------
Ну логичный вопрос, как привести к одному виду (скажем урлы только .HTML) и без дыр? :)
Через RewriteRule например. Проверить что файла page123.html не существует и перенаправить запрос на page123.php
Насколько помню, localhost и 127.0.0.1 не одно и то же, по логике php-функций.
Если указывать localhost, то обращение будет производиться через сокет, а если 127.0.0.1, то через tcp-соединение.
На сколько я знаю, php функции подключаются к базе через mysql-client, а что слушает сервер mysql настраивается в файле my.conf и вы никак не настроите в функциях php tcp соединение к базе, если база его не слушает даже.
начните с этого
Это выявит источник спама.
Такую надстройку можно сделать как правило через .htaccess
Aisamiery, Отвечу по своему опыту. У меня сервер на 2 гига оперативки. По умолчанию Мемкэш использует 64 МБ. Кэширую только запросы с тех страниц, которые редко обновляются, а также сложные выборки со всякими джойнами. Ускорение есть загрузки, процентов на 20-25% (повторюсь - кэширую не все!!!) Мне пока хватает, да и это скорее задел на будущее.
Браузерное кэширование - другое,тут не разбираюсь и советов давать не могу.
Я описал всё выше.
Это из разряда "из пушки по воробьям", серверные SSD имеют IOPS более 120 000, то есть 120 000 операций чтения/записи в секунду, это много так ведь? На практики скажу, что не используя оперативку, на сервере со статическим кешем (перегонять результат выборки в файл), у меня виртуалочка на 1 гиг выдерживает 5500 запросов в секунду ( более 120 000 номенклатуры ), при том для разогрева кэша требуется более 30 минут, при том обновление кеша практически не требуется. Я могу сейчас ресурс вместе с кешем перенести на другой сервер и его не придется перестраивать.
Да к чему я это, если бы вы хранили кэш на диске, вы бы не заметили разницы ))) Мемкеш работает на кластере серверов с горячей заменой, где оперативки неприлично много для рядового проекта.
НО, вы можете использовать мэмкэш, просто я хочу сказать, что это не панацея и всем рекомендовать это не надо :) На слабых машинах мемкэш во вред, есть более продуктивные схемы кэширования, где прирост будет 500%, а не 20-25%. Да и топик не про это )))
лично мне не нравится что для того, чтобы сделать ширину одной колонки зависимой от разрешения, вместо 1 строчки кода некоторые подключают бутстрап в полном объеме.
Зачем вам такая 1 колонка, если все остальное поедет напрочь?
Бутстрап, если подключать его с cdn, скорее всего уже закеширован пользователем, по этому подключать его не так страшно. Во-вторых, бутстрап из коробки дает нормально оформленные другие стандартные элементы, поля ввода, кнопки, ссылки, тот же ресет стандартных параметров, а то часто встречаешь, что везде хорошо, а в одном браузере из-за 1 пиксела все едет.
Куча готовых элементов. Для текущих реалий интернета, бутстрап не является чем то изряд вон выходящим.
Я чаще встечаю не сжатые png'шки размером в ~500к, я молчу конечно про автособщик типо гулпа, но хотя бы воспользоваться ресурсом tinypng уж могла бы перед деплоем большая часть лендингостроителей, да и сайтов в том числе )))))
Ну вот и почитайте для развития про memcached
Я в куре что это, я говорю что это не оправданно, по причине описанным выше.
Любая схема кеширования должна проектироваться с подключением головы, а не просто включатся по кнопке, потому что так "модно".
Для примера по вашей ссылки из вики:
То есть на виртуальных серверах где оперативки 1-2 гига, мемкэш во вред чем в пользу, так как кэш будет сбрасываться часто.
для этой системы кеширования нужно более чем 1 сервер иначе ваш кэш это мнимая пустышка.
Ну и конечно же там множество подводных камней. оно не оправдано никак на небольших проектах.
Если хотите по взрослому - то http://hadoop.apache.org/ .
Hadoop - это даже далеко не база данных. Почитайте внимательно о технологии прежде чем предлагать :) Да и сам hadoop уже так сказать "устарел" в своём классе.