Вам ответили нормально, хамить вы начали первым. Разуйтеглаза, уважаемый, может мозги включим, или включать нечего?!
Сходите и маме пожалуйтесь, она вам сопли вытрет :))))))
Тогда какого черта буза?! Если мы делаем одно дело, даже с разными подходами!!!
Ещё раз повторю, разуйте глаза или проспитесь для начала!
А разве нет? :) Или у вас кишка тонка настроить сервер так, чтобы даже при тупом коде всё работало быстро. Или вы знаете только пхп, а всё остальное для вас чуждо?
Тогда зачем в своих постах вы говорите, что рессурсов море? Вы сами себе противоречите!
Яндекс-тоже сайт :))))))))
А я о чем писал?! Именно об этом. Внимательнее читайте пост, betam, специально ради вас своё время тратил! Или я на албанском писал?!
При мощном досе и датацентровские каналы валятся. А когда ваш сайт захотят ло*и досануть, то вам и трех тысяч хостов хватит :))) Так что ваш чуток... на ста хостах чуток.. а дальше?!
О да, пока данных мало! betam, а вы пробовали сделать что то посерьезней на классах, чем просто например класс для работы с БД?! Ну или что нить в этом духе? Я же намекнул, мне что, примеры тестирования программ привести? Может всё таки стоит, или в гугле найдете? :)))) А вот эта серьезная фраза
:)))))) Смех!!! Осталось распальцовку вставить:))))
Вы не в состоянии скопировать файлы на другой хостинг?! :)))))
Я же сказал, что готов обсудить этот момент. Но до той поры, пока вы мне не докажете обратное не согласившись с моим мнением, вы для меня просто попадаете в мною указанную категорию людей. Я думал, что с этим вы не станете спорить, извините, переоценил вас. Просто привык видеть в людях только хорошее.
Мы неоднократно отвечали на ваши вопросы, но когда это переходит всякие рамки, то и мы начинаем их переходить. И нам плевать, кто вы и что вы.
Итак, поясняю. Мы все сайты стараемся строить таким образом, чтобы максимально снизить нагрузку на сервер. Есть несколько путей решения данной задачи. Первый - оптимизировать код, второй - грамотно настроить сервер. Мы выбрали первый, так как наиболее доступный, при использовании хостинга. Хотя, нескрою, я стороник выделенного сервера, пусть даже виртуального. Так как в один прекрасный момент необходимо было перенастроить сервер баз данных, а именно увеличить размер кэша. Есть ещё одна причина, почему второй путь мне нравится меньше. Все мы знаем, что на хостингах особо выбирать программное обеспечение не приходится. Как правило стандартом является сервер баз данных MySQL. А его возможности порой недостаточны. Если в oracle можно всю таблицу "поднять" в буфер пул, то в мускуле для этого можно использовать таблицы типа HEAP. Но живут они до перезагрузки сервреа и хранить в них данные довольно не безопасно. Повторюсь, что иногда приходится извращаться.
Да, согласен, конечно, использовать классы для создания сайта визитки можно и разницы не будет. Только тут есть две вещи, из-за которых я никогда не буду переводить производство сайтов визиток на классы.
Первая причина. В течении дня нет особых нагрузок на сервер, тем более на несчастную визитку с посещаемостью в три человека... А если вдруг будет пиковая нагрузка, вот просто захотят положить вам вашу визитку? И что тогда? Я с вами согласен, что сейчас железо мощное. Но позвольте отметить, хостеры тоже не глупы. Насколько бы мощным сервер не был, у вас есть ограничение. И когда вы будете "кушать" слишком много рессурсов, то процессы апача будут просто рубится на лету. betam, скажите, вы когда нибудь "играли" с ООП на пхп? Пробовали "погонять" его на больших объёма данных? Я вас понимаю, разница не особо заметна на одном скрипте, запускаемом раз в час. А если таких запросов воз и маленькая тележка, что и происходит при самой банальной дос атаке? Скажу так, если бы вы поработали с таким количеством данных, как мы, причем попробовали процедурное программирование и ООП, вы бы понимали о чем речь. Я надеюсь мне не придется приводить способы тестирования программ.
Причина вторая. Если у нас робот пишет как визитки так и более крупные сайты на основе процедурного программирования, то зачем парится и работать с классами?! :)
Все вопросы касаемые верстки меня просто потрясают. Господа, вы сайты для людей или для браузеров и поисковиков пишите, только честно?! Проверки на валидаторе вообще супер! Скажите, все браузеры коректно поддерживают стандарты или нет? Я уж молчу о яваскриптах.. Если бы всё у всех работало одинаково, не приходилось бы тысячу раз всё проверять! Может ещё и под lynx сайты будем оптимизировать?! А может поступим ещё круче, к черту браузер, да здравствует telnet! Никаких проблем с разлетанием верстки, чистый хтмл. Раз нет раздражающих моментов в виде "кривого" слоя, то по идее должно всё радовать!
Вернусь к теме. betam, у меня вопрос к вам.
Решил зайти на "сайт" http://created.ru/. и что же я увидел сначала... А в начале я увидел ошибку своего прокси, который вылетел по таймауту... Но я не сдался и решил обновить страничку и свершилось чудо, секунд через десять сайт открылся. Я начал сетовать на свой прокси и провайдера, решил поступить проще, зайти на сервер в датацентре и зайти на ваш сайт с него. Секунд через пятнадцать сайт открылся. И тут же возникает вопрос, почему всё так плохо? Ладно, могу допустить, что хостинг дерьмо. Но тогда возникает следующий вопрос, почему Вы, как опытный человек выбираете такой дерьмовый хостинг?! Что касается самого сайта - лучше промолчу. Да.. это бомба месяца... Которая жестко ударила по моим глазам... Почему - лучше промолчу...
Что касается работы, опубликованной в портфолио, то да, действительно мы разместили её в качестве примера дизайна, так как работаем с этим дизайнером. А что касается программинга, то он не наш. И вы сразу заметили разницу :)))))))
Резюмирую сказаное. Я на этом форуме тусуюсь очень редко из-за того, что тут слишком много людей, которые любят только поднас***ть. Мне хотелось бы вам сказать, что знать всё невозможно и делать всё идеально тоже. Я почти уверен, ваши работы так же имеют недочеты и возможно более грубые. Если кто-то решил, что он всё делает идеально, то я могу смело сказать, что тот человек просто самонадеяный му*ак! Если со мной кто-то несогласен в этом вопросе с удовольствием выслушаю вашу точку зрения. Отсюда вывод, прежде чем обси***ать чужую продукцию, присмотритесь к своей. Может я грубовато высказываюсь, но меня некоторые из форумчан просто убивают морально. Мы можем многое и стараемся делать всё качественно, а в случае наших ошибок - просто исправляем их. Правильно сказал fireone
На мой взгляд это лучший вывод. Мы вас не заставляем пользоваться нашей продукцией. У каждого свой выбор. А кто выбрал нас - не жалеет об этом.
Итак, по порядку.
Сайт вебзавода я бы не рассматривал с вашей стороны, как эталон качества. Два слеша в ссылках не отражаются на функциональности сайта. А вопрос о поисковом продвижении сайта не поднимался, ввиду очень дорогостоящей тематики. Если вы обратили внимание, то даже URL страниц формируются без псевдостатики. Этот сайт рассчитан исключительно на пользователя, а не на поисковики. Далее, в почтовой форме действительно нет проверки на валидность e-mail адреса. Вы сразу же спросите: «Почему?». Ответ банально прост. Если клиент не соизволит ввести правильный e-mail адрес, то как правило и сообщения от такого клиента не представляют особой важности. А если клиент действительно заинтересован в наших услугах, он кроме адреса своей электронной почты укажет и другие контакты, например телефон. Более того, мы очень рады работать с постоянными клиентами, в частности веб-мастерами, и клиентами, которым порекомендовали нашу компанию. Объяснить это просто. Наша компания – это компания, приоритетом которой является исключительно разработка программного обеспечения. Для достижения максимального результата нам необходима грамотно и четко поставленная задача. Задача в нашем случае ставится посредством технического задания. Наши постоянные клиенты прекрасно знают, в каком виде нам необходимо предоставлять ТЗ и, пожалуй, всю специфику нашей работы. Мы перестали использовать контекстную рекламу яндекса и бегуна и выбрали размещение объявления на форуме, так как мы ищем именно постоянных клиентов. Мы не стараемся заработать на случайном клиенте, который пришел к нам по обычному объявлению. Наша цель, добиться того, чтобы клиенты осознано становились нашими клиентами.
Что касается XSS уязвимости и работы робота. Создание сайта можно разделить на два этапа. Этап первый- это создание структуры базы данных и написание системы администрирования данными. Этап второй – подключение дизайна.
Первый этап полностью автоматизирован в нашей компании. Создание административной части и базы данных выполняется роботом по составленной конфигурации. Время, затрачиваемое на эту процедуру для «стандартного» корпоративного сайта составляет 10-20 минут.
Второй этап на сегодняшний момент автоматизирован не полностью. Здесь так или иначе участвует человек. Несмотря на то, что мы разработали собственную среду разработки (на мой взгляд она значительно превосходит известную каждому PHP программисту программу Zend Development Environment, уточняю, именно для создания сайта, а не для написания сложных скриптов), которая позволяет сократить время подключения дизайна. В последнее время мы стали практиковать online контроль за процессом разработки сайта со стороны заказчика. А именно мы предоставляем доступ на наш корпоративный сервер и клиент видит практически каждый этап разработки. Кому довелось наблюдать за скоростью работы, могут сказать, что процесс разработки достаточно быстр. Только хотелось бы уточнить, что быстро идет процесс только в том случае, если есть полностью подготовленная и прокомментированная верстка.
Так как второй этап сопряжен с человеческим фактором, то возможны небольшие ошибки и недочеты, которые, замечу, встречаются довольно редко. Есть множество примеров, когда на больших проектах была обнаружена XSS уязвимость, вот один из таких примеров http://www.xakep.ru/post/20695/default.asp. В любой программе могут быть ошибки, а любой динамический сайт – это есть полноценная программа, несмотря на то, что многие привыкли относиться к сайтам просто как журналам. Мы всегда следим за сайтами наших клиентов и в случае ошибок или недочетов исправляем их. Мы так же стараемся улучшать уже созданные сайты, модернизировать их по пожеланию клиента. Разработанное нами программное обеспечение позволяет достаточно быстро вносить изменения в сайт, не только в дизайн, но и базы данных, добавлять новые модули. В большинстве случаев в момент подключения сайты продолжают функционировать в полном объеме. Что же касается передачи параметров обработчику PHP, то все они фильтруются надлежащим образом. Мы стараемся избегать передачи строковых параметров в SQL запрос, чтобы избежать возможность SQL инъекций.
Я обычно делаю это в файле, который инклюдится везде и одним из первых. Как правило - это config.php, одним словом там, где хранится инфа о подключении к базе. После этого сесия удалиться из всех ссылок.
Если надо удалить id сессии, то ini_set('url_rewriter.tags','');
Если не изменяет память, то qmail можно заставить писать сразу в мускуль. Одним словом, http://www.google.ru/search?hl=ru&q=qmail+mysql&lr=
Разве ничего? Хм... Мне кажется, что можно всё делать по разному, например модуль галереи можно просто подключить, а можно настроить все "фишки", например сжатие картинки, размеры, тип создаваемого файла и так далее.
То есть иметь установленную на компьютеру программу для администрированию гораздо удобнее, чем работать через веб-интерфейс?
