На текущий момент происходит реструктуризация каталога и я решил заняться плагином более плотно. В связи с этим прошу в данном топике собрать данные для дальнейшей работы.

На текущий момент есть тестовая площадка hw.zharina.info, на которой установлен LS 1.0.3 + RedactorForLS 8.2.6.0 + EditComment 1.0.4.

Плагин куплен и я обладатель Developer License и планирую приобрести Corporate лицензию. Так как обладатели Corporate лицензии могут задавать вопросы техподдержке, то для меня была бы очень важна обратная связь от пользователей. Я бы хотел собрать все пожелания и недочеты и далее выкатить их разработчикам.

Приветствуются вопросы, ошибки с описанием как их воспроизвести на hw.zharina.info, недочеты, ошибки локализации, пожелания и т.д.

С уважением, Виктор Жарина.

Всем привет!
Сегодня получил на почту парочку писем от пользователей типа «Отпишите нас от своей рассылки!».
В этой связи у меня возник вопрос:
Подскажите, что и где нужно подправить, чтобы галочки в настройках сайта в профиле не стояли по умолчанию?

А уж если пользователь захочет подписаться — то у него была бы такая возможность.

Читать дальше →

Снова простое решение иногда возникающей проблемы.

Читать дальше →

Читать дальше →

Здравствуйте уважаемые знатоки.
Вопрос в следующем.
Есть 2 группы ссылок которые подменяют свой параметр в url
Вопрос в том. как правильно подменять эти параметры так чтоб не задевались соседние параметры
пример:
URL — site/topics?type=topic&city=15323
Есть группа ссылок которая подменяет параметр type и другая, которая подменяет city и делается это очень неоптимально:

{assign var="type" value="`$_aRequest["type"]`"}
{assign var="city" value="`$_aRequest["city"]`"}

<a href="{router page="plugin"}{if $type ne ""}?type={$type}{/if}{if $city ne ""}{if $type ne ""}&{else}?{/if}city={$city}{/if}">change type</a>

Теперь если вдруг необходимо будет добавить еще один блок ссылок, то придется переписать доф.... очень много кода.
А если вдруг эти параметры будут добавляться другими плагинами\хуками и т.д. то это будет просто ужас.

Так вот. Как это можно сделать более правильно?

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.
• Часть III. Некоторые настройки ядра, репозитории и базовые утилиты.
• Часть IV. MySQL.

Начиная с этого момента настраивать окружение можно по разному. Глобально можно свести к трём тезисам:

• Применить light HTTP сервер для раздачи статики и проксирования тяжёлых запросов
• Применить fast cgi PHP
• Применить кэширование данных в оперативной памяти

Для каждого пункта возможно использовать разный софт и/или различные связки программ. И во всех случаях получить хороший результат.

Использовать или нет Apache это вопрос очень близкий к религиозному. С моей точки зрения это стоит того, но я не буду утверждать что это наилучшее возможное решение. Есть свои плюсы и минусы.

В любом случае, я описываю именно то окружение, которые использую сам, и субъективно считаю наилучшим по совокупности достоинств. Это проверенное и работающее решение: nginx+apache+php-fpm

Читать дальше →

В силу того, что многие блогоориентированные сайты имеют длинную контентную часть и короткую служебную (служебная колонка слева/справа), в том числе и LS, решил сделать плавающий по странице служебный блок. При этом по общему стилю внизу страницы без этого блока все выглядит несколько убого: слева пустое поле, справа — контент. Кособоко, иными словами, как говорят дизайнеры. Подобную по идее реализацию можно видеть на Хабре, но там, естественно, технически другая реализация.



Суть реализации: блок всегда должен находиться на текущем экране при прокрутке в «служебной» колонке.

Читать дальше →

НА любом посещаемом тематическом ресурсе всегда возникают срачи и холивары. В интернете всегда кто то неправ. И вот сегодня, увидев в своем сообществе под 900 комментариев к записи из которых 95% был яростный холивар между очередными остро и тупоконечниками, понял, что пора что то делать.

Т.к. я противник цензуры в любом ее проявлении, то суть такова:

У любого комментария помимо голосов вверх/вниз появляется еще кнопки «это срач»/«это не срач» жать которую могут зарегленные пользователи. После N голосов вся дальнейшая ветка принудительно свертывается от текущего комментария и ниже. Хочешь покидать на вентилятор? Не вопрос. Кликай по плюсику, разворачивай ветвь и набрасывай. Остальным же эта ветвь мешать не не будет.

Ну и очень желательно, чтобы после того как ветвь получила статус «срач» топикстартеру не шли ответы в эту ветку на почту. Только участникам специальной олимпиады.

Кто может реализовать сию приблуду в виде плагина и сколько он за это хочет.

Предыдущие части:

• Часть I. Введение, хостинг и PuTTY.
• Часть II. Vim, файловая система, hostname.

Сначала мы сделаем некоторые настройки ядра, за этот совет благодарность уходит господину ewden .

Редактируем файл /etc/sysctl.conf:

vim /etc/sysctl.conf

Я привожу конфигурацию от ewden целиком:

# Допустим случись у нас какой-то косяк с системой или ядром.
# Может произойти паника ядра (Kernel Panic)
# На сий случай есть настройка, указывающая, что система должна будет перезагрузится в течении 10 сек в примере:
kernel.panic = 12
# включение проверки маршрута от источника. Может быть полезно против некоторых видов спуфинг-атак.
net.ipv4.conf.default.rp_filter=1
net.ipv4.conf.all.rp_filter=1

# След. опция разрешает/запрещает передачу так называемых syncookies вызывающему хосту
# в случае переполнения очереди SYN-пакетов для заданного сокета. Когда в
# систему поступает слишком много запросов на соединение, то очередь может
# переполниться и тогда запускается передача syncookies в ответ на каждый
# SYN-запрос. Эта переменная используется для предотвращения syn-flood атак. 
net.ipv4.tcp_syncookies=1

# Устанавливает параметры приёма icmp-сообщений о переодресации
# Которые используются для уведомления (обычно маршрутизаторов)
# О существовании лучшего маршрута передачи пакетов целевому хосту.
# Включение параметра может справоцировать атаку человек по середине (Man In The Middle) 
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0
# Разрешает или запрещает нашему хосту передачу выще упомянутых сообщений переадресации.
net.ipv4.conf.all.send_redirects = 0

# Позволяет отправителю определить путь, по которому должен следовать пакет по сети.
# Может позволить посторонним произвести подмену адресов. 
net.ipv4.conf.all.accept_source_route = 0

# Игнорироваться ICMP сообщения, отправленные на
# широковещательный или групповой адрес. Вполне очевидно, почему полезно
# включить этот параметр  - защита от smurf атак.
net.ipv4.icmp_echo_ignore_broadcasts = 1

# Контролирует процент свободной памяти, при которой начнется активный сброс страниц в раздел swap. 
vm.swappiness=10

Читать дальше →