Весной 2016 RU-CENTER показала себя не с лучшей стороны, когда упразднила партнерские тарифы, введя клубную программу с платными статусами (т. е. помимо платы за домены нужно было выкладывать за свой статус приличные деньги). Тогда в Рунете бурно это обсуждали, особенно администраторы, у которых было зарегистрировано десятки, сотни и тысячи доменов. Из-за этого многие переметнулись к другим регистраторам. Я был в том числе. Вдобавок у RU-CENTER часто менялись условия в моем партнерском договоре и меня это дико бесило, т. к. по сути получалось, что мой старый договор не действовал, хотя я его лично подписывал у них в офисе (в договоре был какой-то пункт, позволяющий им творить что угодно).
Для доменов RU — R01. Для доменов третьего уровня — через партнера RU-CENTER (Ардис). Для зарубежных — Dynadot. От R01 и Dynadot негатива пока не было.
Наш интернет-магазин работает на Shop-Script уже больше двух лет. Мне, к сожалению, пришлось столкнуться с ним (ибо не я его выбирал) когда назрела необходимость реализовать несколько вещей, и как заметил товарищ KhodeN в коде «творился ад и тихий ужас».
После выхода фреймворка WebAsyst (хотя это правильней наверное назвать CMF, но не суть важна), я увидел, что дела с кодописанием продвинулись в лучшую сторону, и должен добавить, что самые первые пользовательские впечатления были очень положительными.
А вот переходить на новую версию Shop-Script пока не решились, т. к. было бы весьма странным платить за будущий продукт, который заранее невозможно никак оценить. Текст и скриншоты не дают такой возможности, а пробной версии или демо-доступа у Вас почему-то (я надеюсь) пока еще нет.
Тем не менее я поздравляю разработчиков с большой проделанной работой и желаю им достигнуть еще больших успехов в новом году. С наступающим!
При использовании только вашего вторичного DNS, есть ли возможность просто указать адрес первичного сервера и список зон? Создавать через веб-интерфейс для каждой зоны отдельную запись и прописывать к каждой из них адрес первичного сервера — не предлагать...
На каких серверах будут располагаться мои зоны? На всех или только на одном?
Расширять список своих DNS-серверов намеряны или ограничитесь пятью?
Надеюсь, при выходе из строя хотя бы одного сервера его почти сразу же заменит запасной? Ну вот случился, например, ракетно-бомбовый удар и накрыло ваш il.ypdns.com. Через минуту он ведь будет доступен по имени il.ypdns.com, но с другим IP-адресом в другой точке планеты?
У меня два вопроса по поводу: «взять железку на тестирование» и «не будете крайними если что-то перепечатали противозаконное». Почему СМИ будет проще взять что-либо на тестирование, нежели простому смертному? Разве СМИ освобождено от ответственности?
Про первый ничего не скажу, но после того как RIPN попал в базу zen.spamhaus.org (конкретно два IP-адреса), я решил от греха подальше списки от Spamhaus отключить.
У Вас задаётся ошибочное логическое выражение (найти все файлы, включая даже директории и прочие любые, которые оканчиваются на «.JPG» и запустить команду):
найти_обычные_файлы И найти_*.jpg ИЛИ найти_*.JPG И выполнить_команду
А нужно так:
найти_обычные_файлы И (найти_*.jpg ИЛИ найти_*.JPG) И выполнить_команду
Поддержка OpenID у Яндекса и Рамблера действительно работает... Проверял. Скажите, а откуда у Вас сведения о том, что вышеназванные компании стали поддерживать OpenID? Я искал официального подтверждения, но не нашёл...
Смею предположить, что Apache всё-таки не парсит каждый раз .htaccess, а сохраняет всё во внутренние структуры, обновляя их при изменении самого файла.
Я лично не вижу никаких препятствий сверстать одинаково для трёх основных браузеров (IE, Opera, FF), но разработчикам видать просто лениво. «И так сойдёт.»
Что лучше — каждый решает сам для себя, и думаю, преимущество в том, что лучше знаешь, а не в чьём-либо утверждении, мол, *SQL лучше, чем MySQL. У всех есть свои преимущества и недостатки.
Если в один прекрасный момент будет решено перейти на другую БД — возникнет меньше проблем с переходом, если SQL-запросы будут приближены к одинаковому синтаксису.
После выхода фреймворка WebAsyst (хотя это правильней наверное назвать CMF, но не суть важна), я увидел, что дела с кодописанием продвинулись в лучшую сторону, и должен добавить, что самые первые пользовательские впечатления были очень положительными.
А вот переходить на новую версию Shop-Script пока не решились, т. к. было бы весьма странным платить за будущий продукт, который заранее невозможно никак оценить. Текст и скриншоты не дают такой возможности, а пробной версии или демо-доступа у Вас почему-то (я надеюсь) пока еще нет.
Тем не менее я поздравляю разработчиков с большой проделанной работой и желаю им достигнуть еще больших успехов в новом году. С наступающим!
А нужно так:
Выражение:
find $DIR -type f -name '*.jpg' -or -name '*.JPG' -exec basename '{}' \;Следует исправить на:
find $DIR -type f \( -name '*.jpg' -or -name '*.JPG' \) -exec basename {} \;Ничто не мешает в самом скрипте (или движке — не суть важна) реализовать простенькую систему кэширования.
Мне просто не совсем понятно как Вы будете следить за состоянием кэша, если каждый раз mod_rewrite будет перенаправлять на закэшированную страницу...
Если в один прекрасный момент будет решено перейти на другую БД — возникнет меньше проблем с переходом, если SQL-запросы будут приближены к одинаковому синтаксису.