SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
Тарасов Роман:
Есть идея под каждую категорию создать отдельную страницу и туда вывести перечень имеющихся статей по теме.

Во первых никаких отдельных страниц. Страница рубрики (категории) - она виртуальная, сама появится. //Это если будешь делать именно рубриками//

Во вторых для "алфавита" можно использовать

а) метки или свою аналогичную таксономию

б) произвольные поля

в) готовые плагины (они как правило используют а и/или б)

denis1981:
Программист делает исключительно программинг,

Я не представляю что можно ежедневно "программить" в движке на работающем сайте.

Ежедневно можно (даже нужно) админить - это да. Это следить за обновлениями, сервером, разбирать логи и при возникновении проблем - их решать.

Sitealert:
Если удобнее сделать на Джумле - почему бы и нет?

Дело не в движке, а в программисте специалисте. Только ТС этого пока не понял.

borisd:
без программирования ключевых вещей.

Странно бояться " ключевых вещей". Это делается даже по примерам в документации и "шаблонам". (Для ВП напр есть даже разные генераторы) Для специалиста по движку никаких проблем не вызывает. (а допускать "неспециалиста" к ИМ станет дороже)

Sitealert:
Хотя бы потому, что при появлении горизонтального скролла (например, при свёртывании окна) правая часть не видна вообще.

1. Горизонтального скролла вообще быть не должно

2. Но даже если он и будет - человек не меню пришел любоваться, а потреблять контент. Горизонтально скролить - доп телодвижения на КАЖДОЙ странице.

ЗЫ. меню как правило должно быть сверху (ибо привычно) или справа (ибо там мыша в основном и находится). Но это ещё смотря какое меню и где.

Devvver:
Вот как раз этого я и не хочу делать

Это глупо! У юзера должна быть возможность использования прокси. Вне зависимости от др. факторов.

Тем более у СЕО-софта.

Если у софта такого нет - приходится искать обходные пути. А если он будет работать через сторонний - это вообще ахтунг и я бы такой софт вряд ли юзал.

Другое дело когда это опционально, бонусом.

Devvver:
Это одна из причин почему я не пользуюсь 90% софта который выпущен в SEO тематике.

Не можешь найти/настроить прокси? Других причин я не вижу.

pozitiFFF:
Я правильно понимаю - использование дочерней темы упростит мне доработку загруженной темы?

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

Дочку лучше делать с пом https://wordpress.org/plugins/child-theme-configurator/. Потом его можно удалять.

denis1981, от

denis1981:
Первый проект заказчика на WordPress (сложный, с ежедневной работой программиста).

но при этом

denis1981:
Но постоянную текучку задач по его тарифам делать не могли ...

В итоге программист из Узбекистана успешно продолжил проект, его запросы несложно было удовлетворить московскому заказчику, хотят опыт этого программиста и не был сосредоточен на wordpress.

+

этот второй

denis1981:
Программист предлагает делать второй проект на Joomla из-за личного удобства

мне напр. не смешно, а грустно. (и поменяв местами ВП и Джумлу - я бы так же относился)

Хотя судя по "программист", там может и задачи выполняет контент-менеджера. Тогда не так страшно :)

Devvver:
Авторизация в таком случае будет по 1 логину паролю или можно по разным? То есть создать к примеру 20-30 логинов и паролей будет возможно?

Да хоть тыщи.

Но с такими вопросами твой сервер сломают.

юни:
Или Squid.

Или вообще ВПН :)

Devvver:
На что обратить внимание?

На ширину канала (посчитать сколько юзеров единовременно какой траф потреблять будут) и потребление памяти/проца. + накинуть 20-30%.

Но всё равно не угадаешь ибо оверсел :)

Для 20 юзеров и тот же Squid достаточно и конфига с 512 мб должно за глаза хватить, но вообще это уже вопросы для хостеров.

foxi:
Если это купленный прокси, то он или к ip клиента привязан или по паролю.

Но можно попробовать и договориться..

Всего: 28523