|
Разработчикам |
 это СанПиН 2.2.2.542-96 - нормы от 96 года прошлого века. сейчас действуют СанПиН 2.2.2/2.4.1340-03
|
|||||
|
|
|
|
|||
|
|
|
|
При сдаче экзамена 1 налетел на вот такие грабли:
при верстке шаблона использовал <title><?$APPLICATION->ShowTitle()?></title> и <h1><?$APPLICATION->ShowTitle(false)?></h1> Заголовки выводились штатно, как и ожидалось. Потом, уже в самом конце, еще раз проверяя по списку, обнаружил, что заголовки исчезли. вообще. в принципе. Никогда с таким не сталкивался ранее. Времени в обрез, снаружи посмотреть-погуглить, что это - запрещено. В итоге, уже после закрытия экзамена, обнаружил следующую тему:
теперь то я знаю про такой глюк, и теперь-то я бы проверил и почистил включаемый в подвале сайта файлик phone.php, который, скорее всего и обрушил заголовки (задание после верстки шаблона), правка телефона из публички в режиме правки. Но - поздняк метаться, пол покрашен. Будет ли это (не хотелось бы...) засчитано как ошибка? |
|||
|
|
|
 я делал так: прокси - частота получения адресов - на усмотрение разраба. ноды тора. обновляются раз в 30 минут, чаще этот список дергать категорически не рекомендуется - прибанят. складываем адреса в табличку БД, и при заходе пользователя в хидере сайта - проверяем, кто такой и откуда пришел. попался - баним. не попался - пропускаем. ресурсов такое решение ест немного, быстродействие - на уровне. тем не менее, если пользователя пропустили на сайт - ставим куку, допустим, на час. в этот час при каждом хите базу не дергаем, смотрим на наличие куки. ну и табличку с айпишниками актуализируем по мере необходимости - на крон цепляем задачу, и забываем, как дурной сон. само работает. |
|||
|
|
|
|
перенос - да, штатная. но вот слова ТС
Вобщем, имхо, нам не всю вводную информацию дали, а гадать можно бесконечно. PS. я бы эту полную копию + restore попробовал развернуть на локальном компе. может, там кусок архива битый, мало ли. была тут информация, что если сайт паковать у таймвеба с настройками по умолчанию - фиг его потом нормально развернешь, спотыкается скрипт. |
|||
|
|
|
нету - надо добавить. хуже все равно уже не сделать... innodb_force_recovery - параметр для нештатной работы. могу предположить, что в конфиге виртмашины его нет по этой причине. тем не менее, если устойчивую к падениям innodb-базу пользователь все-таки умудрился крахнуть, чаще всего из-за сбоев по питанию или железу - есть возможность попытаться запустить базу с разными уровнями игнорирования повреждений, чтобы, как минимум - сдампить то, что еще можно спасти, как максимум - починить. подробнее в доках: |
|||
|
|
|
|
Поработал на данного заказчика.
Заказчик ненадежный, слился на второй итерации "выдача ТЗ - приемка работ - оплата выполененного" на стадии оплаты. "Я помню, что я должен, я помню" - и тишина. С учетом новой темы от того же заказчика - начинаю подозревать, что это такая стратегия кидка. по чуть-чуть сдаивать с многих программистов - PROFIT! |
|
|
|
|
тоже пропадет все из head или нет? |
|||||
|
|
|
|
|||
|
|
|
|
сорри, читал невнимательно.
порылся в API - нет такого метода. видимо, официалы считают, что на проект hl-иблоков полагается от 1 до 2, максимум 3. типа, "кинул на форму компонент, в настройках поставил ID hl-блока = 1". Сохранил, обновил - не то. А, ну тогда ID=2, чего тут думать? остается вариант спросить у БД.
|
|||
|
|
|
|
|||
|
|
|
|
Кодингом вообще занимаюсь с 2000-го, Битриксом - с 2007-го.
Навыки в html/css/js/Jquery/php/mysql/etc - достаточные для доработок действующих сайтов согласно ТЗ. Огромные объемные проекты прошу не предлагать, мне их на основной работе хватает - огромных объемных мегасайтов с ТЗ на 450 листов и тележкой допсоглашений, работы над которыми тянутся месяцами Или, если вам все-таки надо сделать мегасайт, то добро пожаловать в реальный мир - крупный проект не делается не за 3 дня, не за 5. И если вам сказали, что "пацаны говорят, кто Коляну/Вовану/Эдуарду магазин на вордпрессе типа как ОЗОН за 5 дней сделали", то, скорее всего, вас ввели в заблуждение. Если работы много, то делим на части. Старики говорят, что большого мамонта следует есть маленькими кусочками. Сотрудничество может быть интересно реальному заказчику с уже запущеным сайтом, не очень крупному, с негорящими сроками, но знающему, что он хочет от сайта и ориентированныму на результат. Тем,кто дочитал до конца - полагается бонус:
Поправка 1: с негорящими сроками - следует читать как "нет такого слова - срочно". Есть слово - качественно. Поправка 2: слово срочно может присутствовать в постановке задачи только в одном случае - срочно сменить пароли и вирусы на сайте погонять. Всё. Поправка 3: со "студиями" не сотрудничаю от слова совсем. Особенно - срочно. Камрады, без обид - если вы наобещали и продули сроки - зыс из не мой проблем. Сами выкарабкивайтесь. Поправка 4: Есть студии и "студии". Разницу нужно объяснять? PS. Прокачал скилл лендингов и прочих одностраничников. Кому надо - велкам. |
|||
|
|
|
 Обращайтесь. |
|||
|
|
|
© 2001-2025 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом. 
Политика конфиденциальности