PHP同事:
此问题与使用Laravel Cache的最佳实践有关.
中心目标是减少对数据库的访问次数,这是出于与性能相关的所有常见原因.该应用程序是一个读取密集型新闻站点,最多可能有十几个控制器,主要是资源类型.
是否有任何记录的应用程序设计最佳实践？对我来说,似乎很明显,因为Cache ::是一行语句,所以很容易将其放入控制器 - 返回缓存数据或调用模型并缓存结果.并且在请求更新模型时使缓存无效(可能需要重新加载).但这是一个好习惯吗？
这是在控制器中执行此操作的第一个视图
/**
* Retrieve listing of the gallery resource.
*
* @uses GET /gallery to return all image_collections.
*
* @param int $id The gallery id
*
* @return Response - Contains a HTTP code and a list of articles.
*/
public function index()
{
$response_data = array();
$response_code = 200;
// TRY TO RETURN A CACHED RESPONSE
$cache_key = "gallery_index";
$response_data = Cache::get($cache_key, null);
// IF NO CACHED RESPONSE, QUERY THE …根据PHP.net网站,从PHP 5.5开始,不推荐使用MySQL扩展.鉴于大量使用MySQL的PHP站点,我想知道使用MySQL的现有站点的最佳实践.您是否可以在支持MySQL的PHP版本上稳定您的网站？或者承担迁移到另一个数据库扩展的成本和时间承诺？
如果这是一个新手问题,请原谅我 - 对于MediaWiki来说,我是新手.
我正在寻找视频扩展来添加到MediaWiki项目.有些可能很受欢迎,有些是神秘的.我想选择许多其他Wiki也使用的扩展.这里的视频扩展示例:https://www.mediawiki.org/wiki/Category : Video_player_extensions
如果这是一个WordPress项目,我可以在这里看到插件的受欢迎程度:https: //wordpress.org/plugins/browse/popular/
有没有办法找到MediaWiki扩展的受欢迎程度？我找到了很多"前十名",但我宁愿直接了解使用给定扩展名的Wiki安装数量.
谢谢和问候,雷
编辑:在MediaWiki邮件列表中,一位同事建议使用WikiApiary.完善! https://wikiapiary.com/wiki/Extension:Extensions
我正在使用资源控制器构建一个使用Laravel 4.2的RESTful应用程序,如下所述:https://scotch.io/tutorials/simple-laravel-crud-with-resource-controllers
该应用程序是一个在线发布平台.该应用程序的一部分允许客户上传图像并裁剪图像以用于不同的出版物.每个图像都可以标记为标题,艺术家,描述.
通常,RESTful GET索引请求URL看起来像这样.HTTP GET:example.com/image/
将使用这样的URL检索每个图像.HTTP GET:example.com/image/{id}
使用HTTP DELETE删除图像编号3到这样的URL.HTTP DELETE:example.com/image/3
然而,我的RESTful困境的出现是因为每个图像必须以预定义的裁剪尺寸存储.因此,图像资源将共享标题,艺术家和描述,并且将具有必须以四种不同尺寸检索的表示:原始,1024x768,640x480,320x240
预期的需求是每年约80,000张图像,产生320,000个单独的图像文件(原始+每个3个作物).
这是我在寻找"最佳实践"建议的地方......
我的图像模型应该是什么样的,允许客户端寻址一个端点,以便轻松检索每个裁剪的图像？
什么是处理标题,艺术家和描述的共同性质的好方法？
如果我想在原始版本和1024x768中检索图像#3,URL会是什么样子:原始:example.com/image/??? 1024x768:example.com/image/???
如果我想删除Image#3的所有裁剪版本,URL会是什么样子:HTTP DELETE:example.com/image/???
感谢您分享的任何想法!