Конкретное решение зависит от СУБД. В общем вроде все полноценные СУБД позволяют настраивать права пользователя в довольно широком диапазоне, и в вашей наверняка можно разрешить INSERT и UPDATE (кстати на случай катастрофических апдэйтов всё-равно надо делать бэкапы), запретив DELETE (а заодно и операторы подмножества DDL не забудте запретить, а то кто-нибудь сможет грохнуть вам всю таблицу целиком или отдельный столбец, например).
Дальше зависит от подготовки пользователей - иногда действительно командная строка SQL - самая удобная оболочка для работы с данными, но в наши дни мало кто кроме программистов умеет ей пользоваться.
Если умение программировать на PHP, скилл web-разработчика, то наличие в портфолио опенсорсного движка для магазина (или чего угодно, в общем-то), качество кода и UX которого характеризует ваш скилл в этом деле определённо не помешает. При этом совсем уж чистый PHP использовать не обязательно: посмотрите актуальные фрэймворки (Laravel, Symfony, Kohana, Yii, Zend, Nette, etc) и сделайте выбор между одним из них или голым PHP/велосипедом по критерию "в каком случае реализацующий мою задумку код будет наиболее читаем, расширяем, надёжен и производителен" (в особо простых случаях фрэймворк - это overkill, в большинстве более-менее сложных - лучше с фрэймворком).
Если умение делать и поддерживать интернет-магазины - то реализованные проекты на общепринятых e-commerce CMS (PrestaShop, OpenCart, Magento, osCommerce/ZenCart, и т.п.) думаю будут в портфолио ценнее.
По-разному можно понимать. Можно как обёртку для GUI-тулкита типа PHP-GTK. Можно как специализированный PHP-фрэймворк, нацеленный на создание GUI-подобных web-приложений.
Берёте сервак, втыкаете ISDN-платы если надо (лучше и дешевле просто взять SIP-транк, но надо выбрать хорошего провайдера чтобы качество было на уровне), ставите Elastix (настраивается элементарно). Результат будет намного гибче, функциональней и с практически безграничными возможностями интеграции и всего, что в голову взбредёт и при этом в разы дешевле аппаратного решения.
Я не специалист по PHP (я больше по части C# и Scala), но думаю, что в конструктор это пихать не нужно. Я бы сделал два конструктора: без параметров (чтобы создающая его функция сама проставляла поля по отдельности (в C# для этого есть специальный синтаксис, где его нет - можно просто обычным путём)) и с массивом в качестве параметра (чтобы разобрать его внутри конструктора).
Ответ нашёлся (ответили на официальном форуме): надо отредактировать /js/tinymce.inc.js, добавив в default_config entity_encoding : "raw", примерно так:
// safari,pagebreak,style,table,advimage,advlink,inlinepopups,media,contextmenu,paste,fullscreen,xhtmlxtras,preview
default_config = {
entity_encoding : "raw", // <- добавляем вот эту строчку сюда
selector: ".rte" ,
Подробнее здесь (официальная документация TinyMCE).
Отличная вещь, как и WebStorm и PyCharm, я считаю, просто супер, если использовать что-то другое - то только из экономии (всё-таки денег стоит) или осознанных личных предпочтений (понятное дело, что есть мастера VIM, Emacs и т.п. и им всё удобнее делать в любимых редакторах - каждому своё). IntelliJ Idea в её современном виде и её производные - несомненно (на мой взгляд) лучшие IDE для множества языков с лишь несколькими большими исключениями (понятно что для C#, например, VisualStudio не имеет весомых альтернатив, но и то в существенной мере благодаря ReSharper, превносящему в неё фичи из Idea).
PS: Это сугубо моё личное мнение, не претендующее на истину в последней инстанции и не мотивированное ничем, кроме желания поделиться опытом в ответ на вопрос.
