edogs software

edogs software
Рейтинг
775
Регистрация
15.12.2005
Должность
Программирование
ART79:
был перепрыгнут лимит в 40 тыс. запросов на MySQL в час и поэтому сайту был произведён рестарт. (несколько раз за день)
но на сайте в день бывает только до 450 человек.

как в дальнейшем можно избежать таких рестартов ?

450 человек это ничего не значащая цифра. Ибо они могут и 450 хитов сделать в день по сайту и 450,000 хитов по сайту. А это две большие разницы.

Если предположить, что на человека приходится по 10 хитов, т.е. 45,000 хитов в день~2000 хитов в в час. Получается по 20 запросов на страницу примерно. В принципе не особо большое число, мы бы подумали в первую очередь о необходимости кэширования страниц.

А так - всё зависит от сайта и реальных данных.

P.S.: Очевидные методы - перейти на вдс/сервер не рассматриваем.

alexseo:
Геморрой конкретный и лишняя трата времени. Обязательно что-нибудь напутают. То, что можно сделать за минуту, если есть доступ по фтп, может растянуться на неделю. И кому это нужно?

Это может быть нужно тем, кто не хочет доверять свои данные сторонней фирме и согласен за это платить. Почему бы и нет, если так?

К тому же напутать, извините, могут и в сео-фирме. Разве нет?

Вопросы риторические.

P.S.: Честно говоря нам кажется мы скатываемся совсем уж в оффтопик, если ещё остались вопросы возражения - давайте попробуем в новой теме и/или в личке.

alexseo:
Предупредить конечно нужно. Но компромиссов не будет. Если заказчик не выполняет моих требований, то пусть ищет другого исполнителя, который умеет "лечить по фотографии".

А с этим никто не спорит. В свою очередь, если исполнитель не умеет с сайтом клиента без полного доступа, и не согласен работать через вебмастера клиента, то пусть ищет себе более доверчивого заказчика.

А работать можно и без этого - Евген правильно сказал

Евген:
пишется список изменений и согласно ему меняют все на сайте. вуаля.
alexseo:
Это нормальная практика. Если люди работают с сайтом и им нужен пароль, то они должны его получить. Если не доверяете им, то зачем с ними работать? В любом случае, закрыть доступ и восстановить бекап дело пары минут. Если у вас на сайте суперсекретная информация, то нанимайте всех сотрудников в офис и не работайте с удаленщиками.

Во-первых, при чем тут мы? Ник ТС: Botanrem.

Во-вторых, мы сео не занимаемся, но мы занимаемся поддержкой сайтов, поэтому позволим себе привести пример из другой области. Несмотря на то, что при поддержке сайтов логин/пароль требуется с намного большей необходимостью и очевидностью, мы каждый раз считаем своим долгом оговорить необходимость наличия такого доступа или порядок доступа через посредника - например, вебмастера работающего в фирме. Потому что заказчик, клиент, он обращается именно потому, что он дилетант, и не обязан знать что нужно, что не нужно, что считается нормой, а что не считается.

Более того, он имеет полное право иметь свои нормы, не обязательно совпадающие с нормами исполнителя. И если нашей целью является нормальная работа без недоразумений, и нам нужен логин/пароль, то это наша прямая обязанность оговорить такой важный момент как доступ к данным или находить компромиссы, вместо того что бы включать режим "да это вообще Вам надо было и это Вы не знаете о том что тут так принято, а мы ни в чем не виноваты".

Alar:
Кому оптимизация нужна?! оптимизатору или заказчику?!
спрос рождает предложения. а не наоборот.

"Старые фразы всегда стары, но не всегда верны" (с). Оптимизаторам нужны деньги за оптимизацию. Заказчику нужна оптимизация. И на деньги и на оптимизацию есть спрос. Не стоит ставить оптимизатора выше заказчика и наоборот, должно быть уважение.

Alar:
А веб мастер, что там делает? А хостер зачем?

Логин/пароль у еще одного звена (сео-студия или кто-либо еще) это как минимум а) увеличение риска потери данных. б) увеличение риска утечки данных. Это надеемся бесспорно?

Если Вы считаете, что логины/пароли можно безопасно раздавать всем с кем фирма работает только потому, что есть хостер и вебмастер который должны делать бакапы, то мы с Вами не согласимся.

P.S.: Вы явно отклоняетесь от темы. Давайте прекратим.

IrokezV:
Хотя к тем, кому боишься пароль дать и идти на продвижение стремно :)

Всё относительно. Стоимость утерянных данных может оказаться намного существеннее потерь от некачественного продвижения.

Alar:
edogs, вот оптимизаторы обговорили, а закачик - "не помню"
Вы бы стали советовать - "надо было документально подписывать" так?

В описанной Вами ситуации ("не помню" в кавычках): оптимизаторам мы бы посоветовали отказаться от такого клиента, пусть даже с финансовыми потерями, пока это не вылилось бы еще во что-нибудь худшее. Заказчику бы посоветовали "вспомнить" и извиниться, т.к. такая забывчивость до добра не доведет.

Alar:
edogs, если бы обговорили заранее и передумали, то вы бы сказали, надо было подписывать документально?!

Не поняли вопроса. Если бы мы что-то обговорили, то естественно от своих слов не отступились.

Просто у ТС не сказано обговаривался ли вопрос об фтп доступе.

yokomal:
Но программист не смог проставить уникальные альты к каждому изображению (кривой движок сайта не позволил). Есть возможность поставить всего 1 альт, который будет привязан абсолютно ко всем изображениям на сайте.

0.5*оффтоп: разные альты это не сложно. Нужно просто буферизировать весь вывод, выцеплять оттуда тэги картинок, после чего по адресу изображения выбирать к ней альт (естественно задать альты вручную для начала поставив их в соответствие адресу картинок... а можно и автоматом на базе титла страницы - тоже выдрав его из самой страницы) и подставлять. Движок сайта нужно будет изменить несущественно и не сильно, буферизацию вывода добавить и все.

Botanrem:
Буду благодарен за любые комментарии.

Если они взялись за продвижение, получили деньги и теперь требуют логин и пароль для доступа (не оговорив это заранее), то это странно, такие вещи надо оговаривать.

А вот если это просьба, то вполне логично, объяснять веб-мастеру сайта что нужно сделать, искать его в рабочее время, ждать изменений и т.д. - это все потеря времени и в большинстве случаев проще и быстрее сделать фирме самой.

Если сайт на php/mysql (движке), то возможно фирме нужно что-то изменять в самих скриптах, а это через вебмастера ещё сложнее.

Если не сильно доверяете фирме, но работать хотите именно с ней - попросите своего вебмастера отслеживать все изменения раз в сутки и делать бакапы раз в сутки, для начала... и смотреть что будет.

SlimCrazy:
Весь вопрос в анонимности. Я предоставляю анонимные карты.

То есть карты, средства с которых в случае какой-нибудь блокировки (утери, etc) владелец не получит, т.к. он анонимен?

Всего: 12159