...да и не понятна ситуация, когда liveinternet счетчик кажет 100 посещений, и в журнале Друпала половина из них пребывала на странице не более 0,5 секунд ))
Конечно с Вами dashiwa # полностью согласен - работу людей нужно оплачивать. Ну или если нету чем платить, то самому эту работу сделать. Правильно? )) Каждый выходит из сложившейся ситуации по своим возможностям.
sas@drupal.org # спасибо за ссылки, ознакомился. Эти статьи как спасательная шлюпка. Но в этом к сожалению я не силен, и вряд ли без тщательной подготовки разберусь. Знаю что Вы постоянно в загрузке, но может быть у Вас найдется свободное время для помощи в данном вопросе?
Сейчас глянул дату создания движка, сайта и тп. у разработчика.
В общем ситуация довольно интересная... Не могу исключать, что не распространенная ))
Ровно год назад, а точнее 26 апреля разработчик пытался сдать мне работу на Друпале, по обсуждаемому сайту. Между нами возникли разногласия, так как работа по ТЗ даже на половину не была сделана. С супер трениями, через гром и молнию )) работа все таки еще через месяц была выполнена.
Год спустя, а точнее недельку назад, 26 апреля сайт на ровном месте показал супер-загрузку на память, и теперь не работает.
страница самопис + php + mysql
вопрос закрыт. всем спасибо за время на ознакомление с ТЗ
страница самопис + php + mysql
спасибо за комменты. ну согласен, не все такое могут по древне-гречески )
Бот зашел в свой ЛК минуя ссылку, высланная ему на почту
Director-cemetery как всегда на высоте по скорости ответов и их оригинальности! Век живи век учись...
Бот зашел в свой ЛК минуя ссылку, высланная ему на почту
поднастроил honeypot, поймала пару сеошных-ботов )) Посмотрим на сколько хватит
Счетчик, отделяемый реального посетителя от бота?
Боюсь что твои слова могут оказаться правдой. Чтобы не оказалось, нужно ее знать. Поэтому такой счетчик нужен по зарез.
Счетчик, отделяемый реального посетителя от бота?
...да и не понятна ситуация, когда liveinternet счетчик кажет 100 посещений, и в журнале Друпала половина из них пребывала на странице не более 0,5 секунд ))
Сайт вдруг начал "ЖРАТЬ" оперативку хоста под завязку .....
Привет Директор ! Рад стабильным и активным участникам форума )) И за тонкий этичный юмор )) куда лучше рубить шашкой.
Сайт вдруг начал "ЖРАТЬ" оперативку хоста под завязку .....
Конечно с Вами dashiwa # полностью согласен - работу людей нужно оплачивать. Ну или если нету чем платить, то самому эту работу сделать. Правильно? )) Каждый выходит из сложившейся ситуации по своим возможностям.
Сайт вдруг начал "ЖРАТЬ" оперативку хоста под завязку .....
sas@drupal.org # спасибо за ссылки, ознакомился. Эти статьи как спасательная шлюпка. Но в этом к сожалению я не силен, и вряд ли без тщательной подготовки разберусь. Знаю что Вы постоянно в загрузке, но может быть у Вас найдется свободное время для помощи в данном вопросе?
Сайт вдруг начал "ЖРАТЬ" оперативку хоста под завязку .....
Сейчас глянул дату создания движка, сайта и тп. у разработчика.
В общем ситуация довольно интересная... Не могу исключать, что не распространенная ))
Ровно год назад, а точнее 26 апреля разработчик пытался сдать мне работу на Друпале, по обсуждаемому сайту. Между нами возникли разногласия, так как работа по ТЗ даже на половину не была сделана. С супер трениями, через гром и молнию )) работа все таки еще через месяц была выполнена.
Год спустя, а точнее недельку назад, 26 апреля сайт на ровном месте показал супер-загрузку на память, и теперь не работает.
Сайт вдруг начал "ЖРАТЬ" оперативку хоста под завязку .....
да, есть другой сайт на этом же скелете движка, та же тема. Они одновременно включились в процесс нагрузки памяти.
Sitemap xml
Ростислав - ты суппер!!! 5 лет прошло, а этим постом до сих пор помогаешь )) Спасибо!
Защита сайта от спамботов или целенаправленных действий на взлом Друпал 7
здесь я с Вами соглашусь, тогда в личку )
Защита сайта от спамботов или целенаправленных действий на взлом Друпал 7
где селфи? нету ссылки ни фото )
Вывод шаблона для создаваемых страниц определенного типа материала