1) Если используются "стандартные" анонимные прокси, то солидная часть из них без авторизации и открыты для всех. Можно написать скрипт, который будет пробовать пустить коннект на IP посетителя по стандартным проксёвым портам и если он пройдет - то можно зарезать такого деятеля смело.
Правда посетители сайта могут не прийти в восторг от попытки сайта ломануться к ним на порт их компьютера, поэтому как минимум нужно повесить предупреждение о сканировании.
Что бы лишний раз не пугать и не тратить ресурсы - делать это только при первом постинге на борду, например.
2) Спаморассыльщики и т.д. редко заботятся о том, что бы закачивать допустим "левые" картинки. Поэтому можно сделать размещение на странице постинга <img src="levayakartinka.jpg"> при загрузке которой будет на самом деле запускаться скрипт, пишущий логи IP. Те кто не загрузил картинку, опять же, потенциальные нарушители, ибо без картинок веб грустен и у большинства они включены.
Недостоверное утверждение. Мы сео профессионально не занимаемся, поэтому если нужно будет качественное продвижение по этим запросам, то будем обращаться к профессионалам.
О чем недвусмысленно сказано в первом сообщении словами и выбором раздела форума при создании топика.
Вы настолько вредный?:)
Если серьезно. Окей. Мы понимаем, что топик, возможно, следовало создать в разделе для новичков (если так, просим модераторов перенести). Мы понимаем, что возможно сформулировали неправильно или наивно, но на то мы и не профи, что бы позволить себе не выдерживать высокие стандарты задавания вопросов в теме сео. Вопрос задан не из простого любопытства. Не исключаем, что придется обращаться к профессионалам, т.к. наша проф. область деятельности совсем не сео. Честно говоря мы не вполне понимаем такое негативное отношение к задаваемым вопросам, тем более что изложили все предельно честно. Тем более сами не раз отвечали на такие же вопросы, только в области скриптописания, и совершенно без какого-либо негатива и переходов на личности как Avelon, например, взъевшийся на нас вообще непонятно с чего.
Сделайте и возможность регистрации и категорий и все остальное. Но спрячьте все эти "навороты" под невидимый div открывающийся по клику например на ссылке "доп. опции". Тогда и простота не пострадает и функционал будет, а он иногда нужен, особенно тем, кто выберет Ваш сервис не на 5 минут, а постоянно - нужен же будет порядок.
Удалять файлы иногда актуально "вот сразу", просто если ошибся и залил не тот, поэтому можно сделать на печеньях механизм идентификации.
Из простого не хватает загрузки одновременно нескольких файлов (можно не вываливать кучу окон сразу, а сделать добавление лишнего окошечка по клику), и загрузки архивов.
Отсутствие дизайна с нашей точки зрения сейчас это явный плюс.
А вот по поводу траффика бесплатного... или Вам придется соотношения выдерживать или канал узкий и со временем будет всё тормозить.
Не извиняем. Система sape.ru в качестве метода продвижения пока не интересует, спасибо.
Вы нас с кем-то перепутали, наверное. Мы нигде не сказали что программер должен выдумывать ТЗ.
Вы наверняка нас с кем-то путаете. Мы не приписывали программерам функции планировщика.
Вы точно нас с кем-то путаете.
Смена платформы это не оптимизация в контексте этого раздела (технический, администрирование серверов). Да, в ряде случаев только это и может дать положительный результат. Да, в ряде случаев это намного разумнее чем заниматься изменением скриптов. Да, этот ряд случаев намного больше чем может показаться. Но это не оптимизация. Это смена инструмента. Не имеющая отношения к "частному" техническому вопросу администрирования серверов для снижения нагрузки.
Вот когда разговор зайдет в "Деловых вопросах" об "оптимизации расходов на содержание сайта", тогда там будут более чем уместны ремарки о том, что сервера надо не оптимизировать а покупать, скрипты надо переписывать с нуля а не оптимизировать, а платформу нужно менять а не настраивать.
А здесь мы хотели бы услышать как "технически", "посредством администрирования уменьшить нагрузку сайта на сервер". В конце концов не зря же ТС так тему назвал и раздел выбрал?
Это уже не "планирование проекта" будет, а телепатия или очковтирательство. Покажите нам хоть один нормальный проект, который разрабатывался программистами заведомо гарантирующими увидев ТЗ, что результат их труда выдержит Х хитов +-10% и ни каплей больше/меньше.
К стенке тех программистов которые делают оптимизацию переписыванием всей бизнес-логики и архитектуры. Когда Вы тюнингуете бмв (сорри за возвращение к тому примеру), то тюнинг никак не должен начинаться со слов "ну для начала выкинем этот кузов, двигатель и салони возьмем все от мерседеса". Поэтому мы и хотим увидеть тут мысли по поводу оптимизации, а не по поводу "включить gzip" или "а давайте перепишем весь код с нуля", потому что это все что угодно, но только не оптимизация.
Вот это один из способов оптимизации, из тех, о которых мы как раз и хотели послушать изъявляя своё желание тут в предпоследнем абзаце. Но только не в общих словах, а более конкретно, с алгоритмами или примерами. Что именно крутить, почему и на какие параметры опираться. И не только по отношению к mysql, но и ко всему остальному.
1) Авторское право по российским законам неотчуждаемо в принципе. Более того, по умолчанию очень много прав (если не оговорено иного) принадлежит именно автору программы. Передаются по сути только оговоренные права и если не оговаривалось ничего, то Ваши права могут свестись к тому, что Вы имеете право только пользоваться программой и всё, а всё остальное (включая право на распространение) остается у исполнителя.
2,3) Беспредел:(
По поводу увода идеи, раз она уникальна: объясните человеку, что хоть авторское право на прогу и принадлежит ему, однако идея реализована Ваша, и на нее он прав никаких не имеет.
По поводу того, что несмотря на поведение исполнителя Вы готовы и ждать еще и терпеть удваивание цены: попробуйте узнать сколько будет стоить выполнение такого же заказа у других исполнителей, более гарантированных и пляшите от этого. Возможно есть смысл работать с адекватными людьми, чем идти на поводу у шантажиста (другого слова извините нету). Предложите исполнителю сразу последнюю свою цену с четкими сроками и дайте ему время подумать, можно заодно пообещать проблем (сугубо законного плана), т.к. по факту виноват кругом исполнитель.
Устная договоренность это именно устная, или e-mail-ная и т.д.? Хоть какие-нибудь доказательства того, что Вы платили деньги, а он получал, условия по которым он их получал и т.д. есть?
Может неточно выразились. Речь о том, gzip мы "оптимизацией" не считаем в принципе.
Естественно. Потому что не видим смысла в чем-то другом если речь об оптимизации. Все равно как на форуме бмв-шников обсуждать как круто кто-то оптимизировал свой кар по разгону включив режим S на коробке передач 😂 Если уж говорим за оптимизацию, то давайте говорить за настройки под трассу и сервис-центр с настройками компьютера кара под условия. То есть ту самую "доработку напильником".
Так в том и проблема, что "от печки" далеко уйти нереально. Да, банальности типа выбора sql или txt решить правильно можно. А вот хоть сколько-нибудь сложные вещи, особенно учитывая что в реальных проектах условия могут меняться, уже не решить. То есть опять же - "использовать gzip" или нет, это решить можно, но оптимизацией это назвать сложно.
См. подпись.
Очень странное развитие топика 🙄
Оптимизация скриптов смысл безусловно имеет и отрицание этого звучит с нашей точки зрения настолько странно, что даже возражения привести трудно. Если вспомнить книжку Брукса про "мифический человеко-час", то становится понятным, почему сразу идеальный и оптимизированный скрипт для рабочего проекта ни один менеджер в здравом уме и твердой памяти заказывать не будет. Кстати, ровно по той же причине зачастую проще докупить еще серверов в кластер, но одно другого не исключает - все должно быть сбалансировано. Если оптимизация позволяет вместо 10 серверов поставить 1 сервер или выдерживать пики нагрузки в 10 раз большие, то с нашей точки зрения, это означает что пора перестать закупать сервера оптом и начать оптимизировать скрипт.
Аргументы о том, что оптимизация скриптов у профессионалов стоит дорого они в принципе имеют право на существование. Только не надо забывать о том, что настройка сервера у профессионалов и администрирование нагруженных серверов тоже стоит далеко далеко не копейки. И при том это будет скорее всего помесячная оплата, а не разовое вложение средств.
Доводы о том, что оптимизация сервера должна выражаться в "включении gzip" для нас тоже звучат очень странно. Ибо "отключенный gzip" (пишем в кавычках, т.к. это относится не только и не столько к этому, а ко всему что упоминалось в данном ранге) для нас, как для программистов, звучит совет ускорить скрипт убрав строку "sleep(5);" в начале скрипта. Эти вещи должны быть сделаны априори. Это скорее не оптимизация, а устранение ошибок или базовая настройка.
Лично мы в рамках топика (и учитывая раздел) хотели бы увидеть советы именно по оптимизации серверов под нагрузку. То есть допустим - как определить узкое место на сервере и догадаться что нужно добавить (проц или память). Как перераспределить приоритеты между процессами (если почта не так важна, а mysql важен). Как определить и настроить нужное для скрипта соотношение лимитов в mysql. Как определить тот момент, когда для статики разумно не только поставить nginx, но и вынести её на отдельный сервер для статики. Как определить куда идет основная нагрузка. И т.д. и т.п. То есть именно не очевидные вещи, которыми надо заниматься индивидуально для каждого конкретного случая. И именно не список "todo", а так же алгоритм самого определения что можно сделать.
С другой стороны мы не уверены что топик вообще имеет смысл. Те, кто знает как администрировать и оптимизировать сервер под скрипты - вряд ли нуждаются в этих советах. А те кто не знает - вряд ли смогут им последовать. Но может кому-то это что-то и подскажет, что тоже будет плюсом.
date("H:i:s",time()+60*60*8);
